Token and fee model

$DVR

The split, fixed in the program

Revenue arrives in the treasury vault as SOL. Every keeper cycle calls distribute, which cuts the pending balance at ratios compiled into the program: 25% to the holder payout reserve, 25% to the liquidity reserve, 50% to the operations wallet. There is no instruction that changes them, and a constant assertion refuses to compile if they do not sum to 100%.

Rounding dust from the split goes to holders. The vault keeps a rent floor that is never spendable and never enters the split.

take 4%  =  holders 1%  +  protocol liquidity 1%  +  operations 2%

What a trader pays, what the protocol nets

The creator fee is charged by the venue, on the curve, and the venue keeps its own cut on top. The planned degen.zone tier works out as follows. It is stated before it exists; the live figures will be read from the pool configuration on chain.

• This is a fee on the launch venue. It is not a transfer tax and it does not apply to every $DVR trade everywhere.
• After graduation the pool moves to Meteora DAMM v2 with a 3% quote-only fee on a position the treasury program owns; Meteora keeps 20% of that fee.
• Protocol-owned $DVR / stock pools on Raydium charge their own 1% tier, of which Raydium keeps 16%. That is a separate revenue stream, and the split applies to it too.

What operations covers

The 2% operations leg pays the team, the keeper's transaction fees and rent, and builds a reserve for two later programmes: staking rewards paid in stock and stock airdrops. None of it is a holder payout and it is never reported as one.

No fixed yield

Payouts are whatever the fee actually bought at the prices of that quarter hour. Volume decides the size; the market decides the value. The site never quotes an annual rate, an inferred dollar figure or a projected payout, and a number it cannot read is shown as unavailable rather than as zero.