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 GEB network, assisting GEB in implementing Bitcoin light node functionality.

This article uses Relayagere as a case study to provide a detailed explanation of agere characteristics.

Auditor

Core Responsibilities

Auditors are responsible for evaluating the quality of GEB-related transactions submitted by executors by analyzing on-chain transaction records. Only transactions that comply with GEB 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 auditors
Stake amount determines competition priority, with the network continuously rewarding the top 64 auditors by stake amount
Auditors enjoy higher fixed incentives than executors; dropping below the top 64 positions results in loss of eligibility (can continue participating as executors)

Executor

Core Responsibilities

Identify and submit GEB-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 GEB gas
Executor B pays 0.02 GEB gas
Executor C pays 0.015 GEB gas → System prioritizes Executor B's transaction, A and C's gas fees are deducted with no reward

Role Compare

Auditor

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

PreviousBitAgere NextAgere Auditor

Last updated 1 month ago

Agere 1 - RelayAgere

This article uses Relayagere as a case study to provide a detailed explanation of agere characteristics.

Auditor

Core Responsibilities

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 auditors

Stake amount determines competition priority, with the network continuously rewarding the top 64 auditors by stake amount

Auditors enjoy higher fixed incentives than executors; dropping below the top 64 positions results in loss of eligibility (can continue participating as executors)

Executor

Core Responsibilities

Identify and submit GEB-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 GEB gas

Executor B pays 0.02 GEB gas

Executor C pays 0.015 GEB gas → System prioritizes Executor B's transaction, A and C's gas fees are deducted with no reward

Role Compare

Auditor

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