$VIVRA token and treasury
The specification creates $VIVRA through the Pons v2 factory with a 3% creator tax. A daily job claims Pons escrow fees and allocates them among three public wallets. V1 does not enforce this split on-chain; the public ledger makes it verifiable.
Launch parameters#
| Parameter | Value | Note |
|---|---|---|
| Chain | Robinhood Chain, chain ID 4663 | testnet 46630 for testing |
| Pons v2 factory | 0x7eD598BcEf8bd9Edd8C97A195C6d13f40801EC7e | |
| Fee escrow | 0xd3AFEB2a57f70eF218Aa82451c51B2fb0416Ac9e | |
| Meme hook (after graduation) | 0xE5e702641Ea86F4ae6cC3cDaeD2B886f976Be044 | |
creatorTaxBps | 300 | set at launch; can never increase |
creatorFeeRecipient | Collection wallet | can later change through transferCreatorFeeRecipient |
| Pair asset | ETH | final decision |
| Native Pons buyback | disabled | tokens bought by Pons vest over 5 years instead of being burned |
Recheck Pons v2 documentation immediately before launch: addresses, maxCreatorTaxBps() cap, and base allocation returned by getLaunchFeePolicy(token).
What enters escrow#
On each trade, escrow receives 3.7% of volume: the creator's base-fee share (0.7%) plus creator tax (3%). The remaining 0.3% goes to Pons. The allocation job therefore applies these ratios to the claimed amount:
| Wallet | Share of volume | Share of claimed amount | Use |
|---|---|---|---|
| Team | 1.7% | 17/37 (45.95%) | team revenue |
| Buyback | 1.5% | 15/37 (40.54%) | CTO token buyback & burn (section 7) |
| AI | 0.5% | 5/37 (13.51%) | Surplus inference, 60-day reserve |
Daily treasury job#
- Read unswept fees:
pendingFeesandpendingCreatorTaxon the hook, orquoteFeeBalanceandcreatorTaxBalanceon the curve before graduation. - Sweep if needed:
sweepPoolFees(poolId, minConversionQuoteOut, minBuybackTokensOut)orsweepFees(...)on the curve. If the call returnsInternalSwapRequiresOperator, wait for the Pons operator's sweep. - Read
balanceOf(collecte)on escrow, then callclaim()(ETH) orclaimToken(token)(ERC-20). A PR comment indicates deployedclaimtakes an amount (claim(uint256)), unlike the published ABI. Verify on testnet. - Split funds using the ratios above into Team, Buyback, and AI wallets.
- AI wallet: swap ETH → USDC, bridge to Base, top up Surplus Intelligence (which settles in USDC on Base).
- Record every movement in the public ledger with its transaction hash.
Wallets#
| Wallet | Type | Holds |
|---|---|---|
| Collection | team wallet | receives $VIVRA fees; transit only |
| Team | team choice | 1.7% |
| Buyback Reserve | team wallet | funding envelope for upcoming CTO tokens |
| Buyback Operation | Buyback Bot hot wallet | at most 24 h of slices |
| AI | operator hot wallet | ETH in transit before swap and bridge |
All addresses are to be published in the dapp and documentation.
Public ledger#
One row per movement on the Revived & ledger page: date, type (incoming fees, CTO token fees, buyback slice, AI expense, $VIVRA burn), token amount and USD value at the time, source wallet, destination wallet, and transaction hash. The X bot publishes a weekly summary.
Team purchase at launch#
The specification describes a 99% buy tax during the first 5 seconds of a Pons v2 launch, with the creator wallet exempt. Any team purchase during that period is announced 24 h in advance with its amount and wallet.
Acceptance criteria#
- A testnet token launches with
creatorTaxBps= 300; fees are claimed and allocated accurately according to 17/15/5. - The ledger shows every movement with a clickable hash.
- An end-to-end Surplus top-up is documented (Robinhood Chain ETH → Base USDC → Surplus balance).