To track a governance change to pool rewards, compare the proposal’s terms with the live schedule after the vote and execution. Check which pool qualifies, when the change starts and ends, and how rewards are split among eligible liquidity. A passed vote may still need a separate on-chain action before the schedule changes.
What can governance change in a pool reward schedule?
Governance can change the reward amount, the eligible pool, the reward token, or the start and end dates. These rewards are extra tokens offered to attract liquidity; they are separate from trading fees paid to liquidity providers.
A proposal might set a pool to receive 1,000 reward tokens per day for two weeks. Voters could instead approve 500 per day, shorten the campaign, or move the allocation to another token pair. The schedule tells you what is intended, while the rules for eligible liquidity tell you who can earn it.
That last detail matters especially for concentrated liquidity, where a provider places funds within a chosen price range. A program may count only funds in a specified range, or only positions that are also staked. “Pool rewards” alone does not tell you whether your position qualifies.
How does a vote become a live schedule?
A governance decision usually moves from discussion to a vote, then to execution or implementation. The exact path depends on the protocol: some votes directly authorize an on-chain change, while others signal a decision that a team or program manager must carry out.
Follow the proposal’s final status and look for the transaction or official notice that confirms execution. Then compare the live schedule with the proposal: pool address or pair, reward token, rate, dates, and eligibility rules. A vote that passed is not proof that every parameter is already active.
For example, imagine a proposal approved 1,000 tokens per day for seven days, followed by 500 per day for another seven. If the schedule is executed as written, it distributes 10,500 tokens in total. If you provide 5% of the eligible liquidity, a simple estimate is 50 tokens per day in the first week and 25 in the second. Actual rewards can differ as eligible liquidity changes or if your position falls outside the required price range.
If you are checking a Solana pool before swapping or adding concentrated liquidity, Byreal is a place to handle those actions. Byreal is a Solana decentralized exchange incubated by Bybit; confirm the active reward terms from the relevant governance and pool records before relying on them.
What should you verify before providing liquidity?
Start with the pool and the live schedule, then check the rules that determine your share. Confirm the exact token pair, reward token, emission rate (tokens released over time), campaign dates, eligible price range, and whether you must stake the position. If one item is unclear, treat the advertised amount as a target, not a promise.
Next, estimate your share using eligible liquidity, not the pool’s headline total. If the campaign pays 1,000 tokens daily and your position represents 5% of eligible liquidity, 50 tokens is a rough daily estimate. It can fall if more eligible liquidity joins, and the reward’s market value can rise or fall independently of its token count.
Consider the cost of reaching or leaving the position too. Swaps and liquidity changes use network transactions, which require SOL for transaction fees; the amount can vary. Concentrated liquidity can also stop earning fees when the market price moves outside your range, even if a separate reward schedule remains active.
Byreal can be part of the practical next step when you want to swap tokens or provide liquidity on Solana, but verify the schedule independently first. If you use the Byreal SDK, the software tools for connecting an app to Byreal, check that its pool data matches the current pool and incentive records.
Before acting, ask yourself: does my position qualify for the live schedule, and would I still want it if the rewards ended today?