🪢TYPYING REWARDS WITH EMISSION
Last updated
Last updated
In Solidly, voting rewards (i.e. bribes) were claimable before the emissions from that vote were committed. Apex Vault addresses this with new mechanisms:
Firstly, we permit voters to make only a single "active" voting decision (e.g., Voter.vote(), Voter.reset()
) per epoch (note that this does not encompass the Voter.poke()
function).
Furthermore, bribes originating from fees (internal) and external sources (external) are managed differently. Internal bribes operate similarly to how they did in Solidly, being distributed to voters who vote in favor of them. In contrast, external bribes are rewarded on a per-epoch basis rather than being streamed, and can only be claimed after the subsequent epoch commences. This implies that a bribe submitted during the final moments of an epoch will accumulate for all voters in that epoch and become claimable once the epoch transitions.
These modifications aim to establish a balanced relationship between voters and external bribers. Bribers are motivated to submit their bribes early in the week to attract voters sooner. They can also benefit from offering bribes later, as they will have more information about competing bribes. Voters face a similar predicament, since voting too early could cause them to miss out on potentially profitable bribes arriving later, while voting too late results in voting with a reduced ($veAPXV
) balance. It is worth noting that this latter effect is particularly pronounced for voters who have locked their tokens for shorter durations (e.g., voters who have locked for weeks instead of months or years will experience greater differences in the bribes they receive from voting later compared to earlier in the epoch).