twineDemo environment

The auction guide

How it works

Funding, rewards, and what happens after the auction.

Back to auctions

This is a browser-local simulation. No real funds, token launches or bridges are connected.

01 / Funding & routing

One auction funds two native tokens.

The intended launch is a token on Solana through pump.fun and a linked native token on Robinhood Chain through Pons. The auction raises money for token inventory and working cash on both chains.

In the demo, contribute SOL, ETH or USDG. Contributions fill their home chain’s allocation first, then overflow into the other chain’s remaining capacity. If Solana is full, another SOL contribution can allocate entirely to Robinhood.

Allocation is a budget, not a completed transfer.

The original assets stay in escrow until commitment. Conversion and settlement happen later; the demo simulates those steps.

SOL demo rate
$100
ETH demo rate
$2,500
USDG demo rate
$1

These fixed rates are for repeatable tests. They are not live prices. The auction’s two capacity limits are hard caps; a contribution that exceeds the remaining combined target is rejected.

02 / Token rewards

Earlier funding earns more reward points.

Rewards follow the combined auction’s funding progress, regardless of payment asset or chain. Contributions crossing a tier earn the appropriate rate for each portion.

  1. 1.25×First 25% of the raise
  2. 1.10×Next 50% of the raise
  3. 1.00×Final 25% of the raise

Splitting payments or switching chains does not restart the early tier. A $200 contribution wholly in the first tier earns 25% more points than $200 wholly in the final tier. Points determine your share of the fixed backer allocation on each chain.

Each demo native token has 1B supply. Depending on the auction, backers share 300M, 400M or 500M tokens per chain. Another 50M per chain is reserved for bridge inventory and 50M for maker inventory. Those reserves are separate from backer rewards.

Both launches must succeed before rewards become claimable. The contribution panel shows an estimate at a full raise; these are token quantities, not a guaranteed return or market value.

03 / Launch budgets

The target includes inventory and working cash.

The demo offers three provisional configurations. The selected auction’s Budget & terms panel shows its amounts and allocation rules.

ConfigurationToken purchasesWorking cashExecution & contingencyTarget
small$5,022$1,000$978$7,000
standard$7,228$2,500$1,272$11,000
large$10,416$5,000$1,584$17,000

These rounded test budgets use the September 6, 2026 curve snapshot, assuming USDC on pump.fun, USDG on Pons, and no optional creator tax. They are not verified launch costs or minimum reserve requirements. The 50/50 chain allocation is also a test setting.

Execution and contingency is an unpriced allowance, not a bill for platform fees. Development, audits and additional refund backing are excluded. Real launch targets need current executable quotes, routing costs, slippage limits and a tested reserve policy.

04 / Reserves & fees

Two markets need cash and token inventory.

The pair does not have a single shared liquidity pool. Each chain has its own native token and market. An inventory service can exchange the linked tokens, while a market maker uses cash and tokens to buy on the cheaper side and sell on the more expensive side.

Cash, inventory, fees, slippage and transfer delays limit those trades. Reserves can run out, so similar prices or market caps cannot be guaranteed. Compare each chain’s USD price and supply consistently; adding the two native-token FDVs does not produce one shared market cap.

What the treasury counter measures

The counter totals newly simulated creator fees across all pairs. Auction deposits and initial reserve capital are excluded. All collected demo fees currently remain in the originating pair’s working reserve, so the amount available to top up other auctions is zero.

The fee-recipient field is a demo label. It does not send payments to that wallet. Live fee collection, withdrawals and automatic auction top-ups are not connected.

The planned funding order prioritizes the originating pair’s reserve needs before allocating disclosed surplus to other auctions. Future fees cannot count as cash already available to launch a new coin.

Explore the finite-reserve experiment

05 / Refunds & recovery

Refunds depend on whether funds were committed.

Before commitment

Expiry opens original-asset refunds.

If the deadline passes before commitment, each backer can claim the exact SOL, ETH and USDG amounts they deposited. This also applies to a fully allocated auction that was never committed. No tokens are awarded.

After commitment

A failed launch needs recovery.

Once conversion or deployment can spend funds, the original-asset refund promise ends. If one chain launches and the other fails, reward claims remain paused until recovery completes. A timeout does not recreate money already spent.

The two launches cannot be atomic across chains. The demo tests the transition rules; it does not insure real launch failures or solve custody, provider outages, price changes or recovery funding.

06 / Try the demo

Run an auction from funding to claims.

  1. Pick an auction and contribute.Use SOL, ETH or USDG from your demo wallet.
  2. Open Test controls and fill the remaining capacity.Choose “Fill with demo backers”, then “Commit funds”.
  3. Settle both chains and launch.Choose “Settle Solana”, “Settle Robinhood”, then “Launch both demo tokens”.
  4. Claim your two token allocations.Inspect them in Demo wallet or Your positions.
  5. Accrue fees after launch.“Accrue $100 demo fees” adds new simulated revenue to the pair reserve and treasury counter.

To test a refund, contribute and choose “Pass deadline” before committing. To test recovery, settle both chains and choose “Test second-chain failure”, then “Recover failed launch”.

The demo clock advances only through Test controls and affects all auctions in this browser. Reset demo restores the examples and balances. Your session is stored locally, not in a shared backend.

07 / Price experiment

See what finite reserves can do.

This independent simulation preserves the original Price lab controls. It uses illustrative pools and does not spend your auction balance.

Independent reserve experiment

What keeps prices close?

0.00% price gap

Apply a buy on either chain, then let a maker trade with finite cash and token inventory.

Solana

$25,000 FDV
Price: $0.00002500
Maker cash: $1,250
Maker tokens: 50.0M

Robinhood Chain

$25,000 FDV
Price: $0.00002500
Maker cash: $1,250
Maker tokens: 50.0M
Flagship scenario · 1000M native supply per chain

Illustrative constant-product pools with 1% swap fees, a $1 execution allowance and a $1,000 maximum rebalance. Each starts with $2,500 and 100M tokens; the maker starts with $1,250 and 50M tokens on each chain. This separate experiment does not spend auction funds. It is not a pump.fun or Pons curve simulation, bridge test or guarantee of price parity. FDV starts with 1B native tokens per chain. The flagship scenario burns 400M held-out reward tokens equally, preserving pool and maker inventory. It sends no burn transaction. These FDVs must not be summed as one shared market cap.