PROGRAMMABLE FEE FLOW
One swap, followed all the way through to a smaller supply. Each arrow is a step that happens on-chain, not an intention.
A fee, in this arrangement, is not overhead. It is the input to a program. The programmable layer decides what happens to it, and what happens to it is a permanent, measurable change in the token's supply.
FEE ENGINE
The parameters of the rule, and what the rule has actually moved. Values are read from the configured network — never estimated.
PROGRAMMABLE ECONOMICS
If logic can attach to liquidity, then economic behaviour can be expressed as logic. That is the entire subject of this section.
Most token economics are policy: a document describing what a team intends to do with revenue, executed later by people. RUNTIME asks what the same idea looks like when it is compiled — when the rule is a function the pool calls rather than a paragraph someone honours.
The mechanisms below are the vocabulary of that compiled economy. Each is labelled with its actual status in this experiment. Nothing is described as implemented unless it is.
The rule that decides what a swap contributes. Uniswap v4 permits custom and dynamic fee behaviour; what RUNTIME applies is read from chain, not asserted here.
Captured value is attributed to the protocol rather than distributed back into the curve. Accounting is the bridge between a swap and an economic consequence.
Captured value is routed back into $RUNTIME. The protocol becomes a buyer of its own token as a function of activity, not of discretion.
Acquired tokens are sent to an irreversible sink. There is no recovery path and no administrative key that reverses it.
The result is written. Supply after the transaction is smaller than supply before it, and the difference is publicly verifiable.