Everything
stacks.

VOID's liquidity sits in a contract. When the timer runs out, anyone can trigger it. It pulls 1% of the liquidity out of the VOID/SOL pool, burns all the VOID that came out, and keeps the SOL. 90% of that SOL goes straight back into the pools: buybacks in the main pool, and new liquidity pairing VOID with other Solana tokens in side pools.

No taxes, no minting, and the burn can't be skipped.

Most tokens slowly bleed out: holders leave, liquidity gets pulled, volume dries up. VOID works the other way around. Burns, trades, pumps, dumps, even moves in the tokens it's paired with all leave something behind, either burned supply or deeper pools.

Supply only goes down.

The liquidity sits in one VOID/SOL position on Meteora, owned by the contract. Nothing in the code can withdraw it. The only thing that ever leaves is the 1% per burn. When the timer runs out, anyone can call the burn. One transaction does all of this:

1. Collect fees. All the trading fees the position earned since the last burn.
2. Pull 1%. Exactly 1% of the position's liquidity.
3. Burn. Every VOID that came out, from the 1% and from fees. It's a real burn, so total supply goes down.
4. Split. 90% of the SOL goes to the treasury, 10% to the dev.
5. Buy back. Treasury SOL buys VOID from the same pool and other Solana tokens, in the ratio the side pools need.
6. Add pools. The VOID that was bought gets paired with those tokens in the side pools.

Steps 1 to 4 happen inside the contract. Steps 5 and 6 are done by the team, using the treasury.

The clock

The burn doesn't depend on a dev wallet, a buyback budget or a tax. It's a timer in an immutable contract and runs for as long as the pool exists. The timer gets longer as more is burned and stops at 24 hours. The contract reads the burned amount from the token's supply.

Volume adds to it. Every pull takes 1% of the position plus every fee it earned since the last burn:

Timer rules

• Anyone can call it. Once the timer is up, any wallet can send the burn, and whoever sends it pays the Solana network fee (a fraction of a cent). Our bot sends it as soon as the timer runs out, and if it ever stopped, anyone else could do it.
• Late burns don't catch up. The next timer starts from the moment a burn actually happens, never from when it was due. A late burn just pushes the next one back.
• The steps read total supply. The contract compares the live supply with the supply at launch, so every VOID that leaves supply counts toward the next step, including any holder burning their own.

1% of what's left

Each pull is 1% of whatever liquidity is left in the position:

So the main pool shrinks on a fixed curve, and whatever comes out of it either gets burned or ends up as bids in the side pools.

Fees

Every trade in the main pool pays a 1% fee, plus a bit more when the market is moving fast. Meteora keeps 20% of it. The other 80% goes to the position, paid in the token you receive:

On quiet days most of each burn is the 1%. On busy days fees can be the bigger part.

Taking 1% out of both sides wouldn't change the price on its own. The buyback is what moves it:

Each burn takes VOID out of the pool three times faster than SOL. The buyback is a normal trade in the main pool, and the VOID it buys goes into the side pools.

The rest of this paper uses one bit of math. P is VOID's price; every VOID pool is a concentrated range from a floor P_a up to infinity, holding liquidity L:

What a pool holds depends only on L and the current price. It doesn't matter how price got there or how many pumps and dumps happened along the way.

So if price moves and then comes back, the pool holds exactly what it held before, plus all the fees it collected in between. Fees can't be negative, so this only ever goes one way.

A pump and dump that ends where it started leaves the side pools holding more VOID and more of the paired token than before, and leaves burned supply and fresh SOL behind in the main pool. Every swing adds a bit, whichever way it goes.

Every VOID pool has the same shape. The main pool is one range from launch price (≈ $15K FDV) to infinity. At launch it held only VOID, with no SOL in it, so it can't go below where it started; the first buyer brought the first SOL.

Every side pool, including any opened in the future, is one range from a floor at $30K FDV to infinity. It's set once and never re-centered or rebalanced. The first ones were seeded with 13% of supply at launch. New ones are funded from the treasury. Pools get opened and closed and money gets moved between them, but the shape is always the same.

• No ceiling. A pool can't run out of VOID to sell into a pump or fall out of range on the way up. It never needs managing, whatever the price.
• A floor above zero. A full-range pool spreads its money all the way down to a price of zero. A floor puts every dollar to work where VOID actually trades.
• Launch for the main pool, $30K for the side pools. The main pool covers everything down to launch price, and the side pools add concentrated depth above $30K.
• The same everywhere. Every pool uses the same shape, so the math on this page applies to all of them.

Depth per dollar

Depth is set by L, and a dollar buys more L the closer the floor sits to price:

A dollar in any VOID pool gives more depth than a dollar in a full-range pool, and a dollar in a side pool gives the most.

The main pool shrinks 1% every burn, but the money stays in the system. Call the buy side B: the SOL in the main pool plus the paired tokens in the side pools, everything a seller can sell into.

Run it forward on a model of the system, with nobody else trading at all. Everything starts at 100:

Over 300 burns supply drops 25% while the buy side gives up only 9%. Buy side per VOID: 100 → 122. Each VOID that's left has more buy side behind it.

Sells refill the main pool

VOID sold into the main pool ends up in the next pull. Each pull takes 1% of all the VOID in the main pool, so sold VOID starts getting burned at the next burn and keeps getting burned, 1% of what's left, every burn after:

The main pool shrinks over time and sells top it back up, which means more VOID burned.

Dumps start from higher up

Same starting point, two cases: the pools are left alone, or the program runs. Then someone dumps 1% of supply.

After 100 burns the buybacks alone have the price +45% higher, and a 1% dump still leaves it +37% above where it started. Never running it, the same dump leaves it at -4%. Supply gets scarcer while the dollars stay, so each dump starts from a higher price.

Model: a system shaped like VOID's early pools, with the main pool holding about two-thirds of the liquidity. Each burn pulls 1% and burns the VOID; 90% of the SOL buys VOID in the main pool and paired tokens in the ratio the side pools need; arbs bring every pool to one price; nobody else trades and no fees are counted (both would only add). SOL and paired tokens hold their value. The supply curve flattens only because nobody trades in the model: every sell puts VOID back in front of the pull.

VOID in a side pool isn't in anyone's wallet, and nobody can market-sell it. It sits there as the sell side of a range with no top. Call it inert supply.

Price moves only change the mix. When VOID pumps, the side pools sell some VOID and pick up the paired token. When it dips, they buy VOID back. L never goes down though, so whenever price comes back to a level, there's more VOID sitting there than last time.

It grows two ways: every burn's buyback lifts VOID out of the main pool and parks it in the side pools, and every fee the side pools earn goes straight back in. In the model above, inert VOID ends at 126 on the same 100 scale while supply ends at 75, even though price rises the whole time, which turns some of that VOID into paired tokens.

Meanwhile the burn only ever touches the main pool, never a wallet. Every bag keeps its size while supply shrinks under it. A bag that was 1% of supply is 1.34% by the end of that run, without doing anything.

Every time VOID or a paired token moves, the pools fall out of line with the outside price and bots trade them back. Every one of those trades pays the pool. In the textbook model:

So fees depend on two things: how big the pools are and how much prices move. Pool size goes up every burn, and price moves can come from any of the tokens.

Nobody has to trade VOID

Set σ_VOID to zero, a day where nobody buys or sells VOID at all, and every side pool still earns off σ_T: its own token's moves. Stocks move on earnings, gold moves on rates, memes move whenever. Each pair adds its own σ², and none of it depends on VOID's chart.

Those trades also reach the main pool. When a paired token pumps against VOID, its pool sells that token too cheap, and the arb pays for it with VOID bought somewhere else, usually the main pool:

So a stock beating earnings can end up as a VOID buy, without anyone actually wanting VOID.

Dips burn more

The VOID in a 1% pull is 0.01 · L / √P. At half the price, a pull burns 41% more VOID. And because 1/√P curves upward, a price that swings burns more on average than one that sits flat at the same average:

A big buy or sell lands on the main pool first. For a moment the main pool is off, and every side pool is mispriced against it. Within seconds bots drag all of them back into line, and every pool they touch gets paid.

So one trade turns into a dozen. A chunk of every sell is bought straight back off the main pool, and a chunk of every buy gets filled by the side pools behind it. The bot calls them out in the chat: ARB INTERVENTION.

The pools are wired opposite

The main pool (Meteora) charges its fee in the token going out: a buyer pays in VOID, a seller pays in SOL. The side pools (Orca) charge in the token coming in: sell VOID into one and the fee is VOID, buy VOID out of one and the fee is the paired token. An arb trades both, in opposite directions, so both of its fees land in the same token, and which token depends on which way the market just moved:

Either way, fees get paid twice.

It grows every burn

How much of a main-pool trade the arbs carry into the side pools comes down to one ratio: the side pools' share of all VOID liquidity. Every burn pushes it up, since the main pool loses 1% and the side pools get the buyback.

From about 34% in a main-heavy system to 67% after 100 burns and 95% after 300. The arb intervention grows every burn, and so do the fees it brings in.

Bigger wicks are a feature

A trade that hits the main pool alone moves it as if the main pool were all there is. Then the arbs bring every other pool in, and price settles where all the liquidity together puts it:

The thinner the main pool, the sharper the first hit, and the bigger the gap the arbs close. All of that gap is arb volume the pools earn fees on. Where price ends up depends on all the liquidity together, and that keeps growing.

Anyone routing through an aggregator, or splitting a size order, trades against every pool at once and gets the settled price. Market-dump a whole bag into just the main pool and you eat the wick, and the fees you pay stay in the pools.

Sudden moves pay more

The σ² formula is for wandering prices, where the fee level cancels out. A jump is different: it reprices a pool in one go, and on a jump of size J the pool earns about γ · L√P · (J − γ) / 2. In that case the fee rate matters directly.

That's also when the fee goes up. The side pools sit on Orca's 1% adaptive tier: on top of the 1%, a fast move of m% adds about 0.2% · m², up to 10% total, settling back over about ten minutes. The main pool runs Meteora's dynamic fee on top of its 1%.

So a thinner main pool means sharper wicks, and sharper wicks mean higher fees across every pool.

All of these feed into each other:

1. The burn takes supply down and pulls SOL out of the main pool.
2. 90% of that SOL goes straight back in: buybacks in the main pool, new liquidity in the side pools. Supply goes down but the bids stay.
3. The side pools grow. More L: more inert VOID at every price, more fee on every move, a bigger share of every arb.
4. Volatility from anywhere (VOID's own, any paired token's, every wick off a thinning main pool) gets traded back into line and pays every pool it touches.
5. Side-pool fees go back in: step 3 again, a bit bigger. Main-pool fees ride the next burn: step 1 again, a bit bigger.

Brick by brick

Each day the side pools grow by two things: the burns' SOL and their own fees. Fees scale with the pools, so tomorrow's fees grow at the rate the pools just did:

Say the flywheel is running, and take the worst case where nobody trades VOID at all, no organic buyers or sellers. The burn still runs and the paired tokens still move on their own. An 8% daily chop is an ordinary day for a meme, an earnings day for a stock.

The side pools hold $500,000, the burns add $2,000 a day, and that chop pays 0.08% a day: $418. g = 0.48%, so tomorrow they earn $419.62, the day after $421.65. Each day earns a bit more than the day before, with zero organic volume.

Even with no price movement and no traders at all, the burns alone still add $55,846 to the pools in 30 days and $336K in a year.

All of that assumes nobody trades VOID. Since fees grow with the square of the chop, 12% instead of 8% more than doubles them from day one. Real VOID volume (buyers, sellers, wicks, arb interventions) would come on top of every number here.

A scenario, not a forecast: zero VOID volume, same chop every day, flat price, textbook fee rate after the venue's 13% cut (real arbs leave some on the table), burn deposits easing 0.5% a burn as the main pool thins.

Time is the input

Put together: the burn keeps going, the bids stay while supply shrinks, inert supply only grows at any given price, fees only add up, and the arb intervention gets bigger every burn. Any volatility, from VOID or any of its pairs, ends up as fees that stay in the system.

It's a slow cook, but every day there's a bit more than the day before.

Nothing that happens to VOID is wasted.

At launch, 85% went into the main pool, 13% went to the side pools and 2% went to the team. Every other VOID the protocol ever touches, it buys on the market like everyone else.

The team gets two things: 2% of supply at launch and 10% of the SOL from each burn, paid to the dev. The other 90% goes to the treasury, for buybacks and the side pools. On-chain, the 90% is quote_to_treasury and the dev's 10% is quote_to_ops.

Everything this paper says about the contract can be checked on-chain. The program is called Entropy, the source is public, and the deployed build is verified against it.

• Verified build. The source is public at github.com/Cataphract31/void-contract, built reproducibly with solana-verify, and the on-chain program matches it: verified.
• Immutable. The upgrade authority is revoked (transaction). Nobody can change the code, ever.
• No admin. The setup key wired the pool once and was then renounced (transaction). On-chain it's all zeros. The pool, the position and the payout account can never be rewired.
• Every account is pinned. The burn only runs against the pool, the position and the payout account stored at setup, the real Meteora program, and token accounts the program itself owns. The dev's 10% can only go to an account owned by the dev wallet written into the code. Any other account makes the transaction fail.
• The token is locked down. Mint and freeze authority are revoked, and the token's metadata is immutable (transaction). The logo and links are served from the site.

No instruction moves the main liquidity except the 1% burn, and every account it uses is checked against what's on-chain. The upgrade authority is revoked, so the code can't be changed, by anyone. The risks:

• Meteora. The pool runs on Meteora's program, which their team can upgrade. Every project on Meteora shares this.
• Audit. There's an internal security review. No outside audit yet. The code is final, so a bug can't be patched.
• Treasury. The burn and the 90/10 split are forced by the contract. Which tokens get paired, and when, is up to the team.

Not financial advice and not an offer of anything. The models, scenarios and formulas on this page show mechanisms, not predictions; volume and fees depend on markets. Crypto is risky and you can lose everything you put in. Read the code, check on-chain, and decide for yourself.