Skip to content

Reward split (50/15/15/10/10)

user

The pinned V2 split of verified HISS trading fees: 50% xHISS stakers, 15% Vault Providers, 15% Vault Contributors, 10% treasury, 10% economic burn — WETH and creator vesting excluded; V1 (50/30/10/10) retained as historical.

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 current methodology is HISS_REWARD_METHOD_V2 (label “V2”), the current method — its retroactive V1→V2 catch-up is executed on-chain, the forward daily cycle is run by the OpenClaw agent, and monthly epochs are pending, so nothing is funded, rooted, vesting, or claimable yet. The policy constants are literal types in @hiss/core — the split cannot drift without failing the type system and the tests.

The legs (V2 — current)

The eligible HISS splits 50 / 15 / 15 / 10 / 10 across five legs:

ShareLegPays to
50% (5000 bps)xHISS stakersthe xHISS staking vault (injectRewards)
15% (1500 bps)Vault Providersthe vault-provider distributor
15% (1500 bps)Vault Contributorsthe vault-contributor distributor
10% (1000 bps)Treasurythe 2-of-3 HISS Treasury Safe (absorbs floor-division dust)
10% (1000 bps)Economic burnthe canonical dead address (economic burn — not a supply reduction)

Math is pure bigint with floor division per leg; the treasury leg takes the remainder so the five legs always sum exactly to the input — an invariant re-checked at runtime. “Vault Contributors” is the current name for the depositor cohort; the methodology is unchanged — the same facts-only eligibility and the same vesting shape as before, only renamed.

Retroactive migration (V1 → V2)

V2 retroactively and cumulatively re-scores the historical fee ledger and trues it up under the new split. Prior irreversible on-chain transfers are counted as actuals — never reversed, never erased. The migration is executed on-chain; complete is true (reserves custodied at the Treasury Safe, treasury trued up, economic burn done). The monthly epoch funding cadence is owner-gated Safe funding and is not yet run —reserve-custodied ≠ epoch-funded ≠ claimable at every step.

Deployer exclusion

A 100,000,000e18 deployer FEE_REVENUE transfer (tx 0x196763e0f7dff4b7ee84fb35d53693ea085c52857108e633ff2269e8f925fb40, from EOA 0x403bad53f39a74154a1c9a86852e443738328761) is excluded from the entire V2 fee base and FIFO-attributed to the earliest claim (claim 1). It sits outside reward-method accounting and never reaches any leg.

Historical (V1): 50/30/10/10

The historical methodology HISS_REWARD_METHOD_V1 split the same input 50 / 30 / 10 / 10. V2 supersedes it — V1 is retained for the record and is never the current split.

ShareLeg (historical)
50% (5000 bps)xHISS stakers
30% (3000 bps)Depositor vesting
10% (1000 bps)Provider rewards
10% (1000 bps)Treasury

What is never split

  • WETH: 100% of claimed WETH goes to the Treasury Safe (0xF100Fc28dd1721C698046Dbd60408c523b69e36c) — never to stakers, providers, or the burn.
  • Creator vesting: the creator vesting premint is excluded upstream, always.
  • The deployer transfer: excluded from the entire V2 base, as above.
  • Unclassified or low-confidence amounts: anything short of a high-confidence hiss_trading_fee classification 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, the deployer transfer, unclassified HISS, and treasury balances are separate. Rewards are discretionary fee routing under this disclosed policy — never a promised outcome, and no APY or yield is implied or assured.

Related