Voting Fees and Incentives
Voting rewards come from two springs: pool trading fees and externally deposited incentives. Both flow to the voters who supported the pool during the applicable epoch.
Trading-fee rewards
Where pool configuration routes fees to voters, fees generated during one period become claimable according to the reward contract's epoch accounting. Rewards are normally paid in the assets generated by the pool, not in $RAPH.
Voting incentives
Anyone may be able to deposit approved incentive tokens for an eligible pool. Only voters who support that pool during the applicable epoch share those incentives. This is how a protocol courts liquidity: by paying the patrons who vote its market deeper.
A simplified share is:
voter reward = distributable pool reward × voter pool weight ÷ total pool vote weight
Actual claimable values can differ because of rounding, timing, token behaviour and contract-specific rules.
Timeline
Two springs. One claim.
Trading fees and deposited incentives enter the same epoch passage, then reach the voters who supported the pool.
Pool assets, where configuration routes them to voters.
Approved tokens deposited for the selected pool and epoch.
- IFund the epoch
Fees accrue and approved incentives enter the selected pool and epoch.
- IICast the vote
veRAPH voting power supports an eligible pool.
- IIIClose the epoch
The applicable voting period reaches its boundary.
- IVFinalize rewards
Reward contracts complete the epoch accounting.
- VClaim
Eligible voters claim their attributable fees and incentives.
An incentive deposited too late, or for the wrong epoch, may not affect the intended vote. Depositors should mind the operational window as carefully as voters do.
Risks
- incentive tokens may be illiquid or malicious;
- displayed fiat values can be inaccurate;
- claiming many small tokens may cost more gas than they are worth;
- fee and incentive estimates change as more votes arrive;
- token approvals may be required when depositing incentives.