RIP.WIN protocol guide

A depositor escrows a fixed bag of an approved, already-existing memecoin and commits SOL behind it. A purchaser pays the pool-derived pack price to receive one randomly selected deposit. Lower-backed deposits are selected more often, while larger-backed deposits are rarer.

The SOL backing is a fully funded standing bid from the depositor. After a pull settles, the purchaser can keep the token bag or return it to the depositor for most of its backing in SOL or $RAW. The purchaser can never keep both the bag and the standing-bid payout.

The backing does three jobs at once:

1. It fully funds the depositor's standing bid if a purchaser returns the bag.
2. It sets the deposit's inverse selection weight.
3. It remains the depositor's capital and is returned when the listing exits through an authorized path.

weight = floor(10^36 / backing_lamports)
selection chance = deposit_weight / total_pool_weight

Each deposit's backing lives in its own typed vault. It is not pooled, lent, or used as margin. Fees, pack escrow, randomness funds, reward reserves, and protocol revenue use separate accounting.

Because selection weights are inverse to backing, the expected backing is the harmonic mean of all active deposit backings. The pack price starts with that expected value and adds the 10% acquisition surcharge. A separate service fee covers the randomness request.

weighted_backing = sum(weight_i * backing_i)
EV = floor(weighted_backing / total_weight)
pack_price = floor(EV * 1.10)
checkout_total = pack_price + randomness_service_fee

New deposits enter a FIFO staging queue while pulls are unresolved. Empty-pool, excessive price-drift, and expired-randomness outcomes credit the refundable acquisition amount back to the purchaser. A randomness service fee already spent on the provider is not included unless the provider returns it.

BONKBonk

TRUMPOfficial Trump

PENGUPudgy Penguins

WIFdogwifhat

ANSEMThe Black Bull

FARTCOINFartcoin

TROLLTROLL

USELESSUseless Coin

UWUUnicorn

TRIPLETTripleT

NEETNot in Employment Education Training

KETKET

JIMOTHYJimothy the Raccoon

The registry pins the exact mint, token program, decimals, authority state, extensions, minimum bag size, and price policy for every entry. Tokens with behavior that can freeze, claw back, rebase, or unexpectedly tax escrowed balances are rejected unless explicitly modeled.

first 24 hours   purchaser chooses
after 24 hours   depositor may resolve
after 7 days     anyone may finalize the default keep-bag outcome

The purchaser remains able to settle after the exclusive window until a depositor or finalizer lands first. Permissionless finalization sends the bag to the purchaser and returns backing to the depositor less the 1% settlement fee. It cannot force the 85% standing-bid outcome.

A successful pack first reserves any activity-dependent $RAW purchase allowance. The protocol then receives 1% of what remains. If the crown is occupied, 1% of the post-protocol amount goes to its pot. Everything left is split equally across every active listing, including the selected listing before it leaves the pool.

post_slice = pack_price - purchaser_raw_allowance
protocol_cut = floor(post_slice * 1%)
crown_cut = crown_exists ? floor((post_slice - protocol_cut) * 1%) : 0
listing_pool = post_slice - protocol_cut - crown_cut
each_listing = listing_pool / active_listing_count

For a busy pool with 1 SOL expected backing, a pack costs 1.1 SOL before the randomness fee. With no $RAW allowance reserved, 0.011 SOL goes to the acquisition fee, about 0.01089 SOL goes to the crown, and about 1.07811 SOL is divided equally among active deposits.

Dynamic surcharge split

The 10% acquisition surcharge changes destination with pool activity. It does not change the quoted pack price.

In a multi-pack batch, only the first pack receives the elapsed-time benefit. The remaining packs use a zero-second activity gap. A refunded or expired pull receives no allowance and recovers that slice with its acquisition refund.

Where protocol revenue comes from

• 1% of the distributable acquisition payment.
• 1% of backing when a bag goes to the purchaser through keep, relist, depositor resolution, or finalization.
• The retained 15% when a purchaser accepts the standing bid in SOL or $RAW.
• Any separately configured post-graduation liquidity fees.

Protocol revenue has its own vault and cannot spend backing, pack escrow, depositor earnings, purchaser allowances, randomness funds, or reward reserves. Payout is permissionless and can reach only the current admin-configured treasury destination.

If the crown is vacant, no amount is withheld. That 1% stays in the equal active-listing pool. The crown rewards visible committed backing without changing the base pack price or the equal fee share.

Total supply is fixed at 1 billion tokens. There is no team allocation and no snapshot or airdrop allocation. Mint authority is permanently revoked after the DBC inventory and both reward reserves are created.

Fifteen-day emissions

The 15-day clock begins when pack acquisitions first open, not when the programs are deployed. It does not pause or extend when one side has no eligible activity.

Three purchaser token paths

1. Daily purchaser emissions earned by successful pack activity.
2. The activity-dependent surcharge allowance used for an automatic market buy.
3. Choosing to spend the 85% standing-bid payout on $RAW instead of receiving SOL.

These paths use separate accounting. The second and third are market purchases, not free emissions.

Meteora launch

Public $RAW buys and ordinary wallet-to-wallet transfers are blocked during DBC. Protocol reward purchases remain allowed. Reaching the curve threshold, not a timer, triggers migration and irreversibly removes the transfer hook so normal trading and transfers can begin.

Post-emission buybacks

The controller supports permissionless, rate-limited, price-bounded buybacks. When funded, purchased tokens route 40% to depositors, 40% to purchasers, and 20% to burn, with a 0.5% caller bounty. The core protocol-fee funding share starts at 0%, and execution follows the current bounded caps and price limits in protocol configuration.

Withdrawals and backing changes wait until every issued pull is terminal so the selectable pool cannot change beneath an accepted request. Missing randomness has a deterministic timeout path that releases later pulls and credits the refundable acquisition amount.

A pack-only pause leaves deposits and exits available. Withdraw-only mode also stops new deposits, relists, and backing increases, while processing and settlement continue. Once the ordered queue clears, active depositors can withdraw normally and purchasers can recover unspent $RAW buy allowances.

The protocol admin may change bounded economic values only while no pull sequence is unresolved. Boolean gates such as pack availability, withdraw-only mode, retained routing, and the $RAW settlement option may change without that blanket queue lock. Purchaser-selected limits, such as negative price drift, remain specific to the purchaser's own request.

Automation is operational infrastructure, not a privileged economic role. The same state transitions are permissionless, and bounded reimbursements cannot debit backing, acquisition escrow, listing earnings, or reward reserves.