Reward split (50/30/10/10)
userThe pinned split of verified HISS trading fees: 50% xHISS stakers, 30% depositor vesting, 10% provider rewards, 10% treasury — WETH and creator vesting excluded.
The reward split is the pinned policy for one input and one input only: the verified HISS-token trading fees of a chain-classified claim (eligibleHissTradingFeeAmount, high confidence required). The policy constants are literal types in @hiss/core — the split cannot drift without failing the type system and the tests.
The legs
| Share | Leg | Pays to |
|---|---|---|
50% (5000 bps) | xHISS stakers | the xHISS staking vault (injectRewards) |
30% (3000 bps) | Depositor vesting | the depositor vesting distributor |
10% (1000 bps) | Provider rewards | the provider rewards distributor |
10% (1000 bps) | Treasury | the 2-of-3 HISS Treasury Safe (absorbs division dust) |
Math is pure bigint with floor division per leg; the treasury leg takes the remainder so the four legs always sum exactly to the input — an invariant re-checked at runtime.
What is never split
- WETH: 100% of claimed WETH goes to the Treasury Safe (
0xF100Fc28dd1721C698046Dbd60408c523b69e36c) — never to stakers or providers. - Creator vesting: the creator vesting premint is excluded upstream, always.
- Unclassified or low-confidence amounts: anything short of a high-confidence
hiss_trading_feeclassification is rejected, fail-closed — at the classifier and again inside the split function. - Pre-existing balances and manual transfers: excluded by classification; a second reconciliation check inside the split rejects any smuggled deltas.
This split applies only to verified HISS-token trading-fee rewards. WETH fees, creator vesting, unclassified HISS, and treasury balances are separate. Rewards are discretionary fee routing under this disclosed policy — never a promised outcome. Not a performance claim.
Related
- Provider rewards — how the 10% provider leg is allocated by epoch.
- HISS fee routing — the claim side.
- Stake $HISS — the staker leg’s surface.