Rewards

Problem

Mezo rebases arrive asynchronously. Naïve pro-rata distribution would let late depositors snipe rewards funded before they entered.

Retroactive credit model

• Virtual credit accrues over time for existing units
• Real reward tokens only distribute over credit that existed before notification
• New units pay via rewardDebtPerUnitIntegral so they do not earn past rewards

User claim surfaces

1. Tranche claimables → RewardSink claimRewards
2. AuroveId20 claimRewards harvests sink → notifies gauge
3. Id20Gauge claim for activated holders

Protocol fee

Configurable BPS fee on gross rebase funding, with propose → next-epoch execute flow and freeze-window rules.