RelayAgere
Agere 1 - RelayAgere
RelayAgere is an agere in Alpha stage, with the primary goal of building an Oracle network to provide Oracle services for any blockchain. Currently, this agere has implemented the Relay functionality for the Bevm network, assisting Bevm in implementing Bitcoin light node functionality.
This article uses Relayagere as a case study to provide a detailed explanation of agere characteristics.
Validators
Core Responsibilities
Validators are responsible for evaluating the quality of BEVM-related transactions submitted by executors by analyzing on-chain transaction records. Only transactions that comply with Bevm specifications and execute successfully are deemed valid.
Incentive Mechanism
Rewards correlate with evaluation fairness: higher authenticity in evaluation leads to higher incentives, while malicious/arbitrary scoring significantly reduces earnings
Fairness is guaranteed by the agere consensus mechanism, with final determinations made through collaborative evaluation by multiple validators
Stake amount determines competition priority, with the network continuously rewarding the top 64 validators by stake amount
Validators enjoy higher fixed incentives than executors; dropping below the top 64 positions results in loss of eligibility (can continue participating as executors)
Executors
Core Responsibilities
Identify and submit BEVM-related Bitcoin transactions to the network
Increase transaction processing priority by paying gas fees
Bear the risk of transaction failure (gas fees must still be paid for unsuccessful transactions)
Incentive Mechanism
Revenue Source: Number of successfully submitted and verified valid transactions × reward coefficient per transaction
Gas Strategy: Paying higher gas can increase transaction ordering priority, but costs and benefits must be balanced
Zero-sum Competition: For identical transactions within the same block, only the first high-gas transaction receives rewards, other executors' gas payments are non-refundable
Competition Mechanism
Gas Bidding Principle: Transactions are ordered by descending gas fees, with high gas prioritized
Hardware Performance Impact: Executors with lower network latency can broadcast high-gas transactions faster
Risk Hedging: Need to predict transaction repetition probability to avoid excessive gas payments leading to losses
Key Process Example When executors A, B, and C simultaneously submit identical transactions to the current block:
Executor A pays 0.01 BEVM gas
Executor B pays 0.02 BEVM gas
Executor C pays 0.015 BEVM gas → System prioritizes Executor B's transaction, A and C's gas fees are deducted with no reward
Role Compare
Validator
Executor
Central Task
adjudication of transaction validity
transaction identification and submission
Revenue model
stable staking rewards + evaluation incentives
high-risk trade success reward
Cost Type
opportunity cost (staking capital lock-up)
sunk cost (failed gas loss)
Key Competencies
depth of protocol understanding + evaluation accuracy
off-chain transaction detection speed + gas strategy optimization
Last updated