Hold Snake. Stack Nokia.
$SNAKE trades against ETH on Pons. A share of the fees buys Nokia stock tokens for holders.
$SNAKE launched through Pons on Robinhood Chain, trading against ETH. Every trade pays a fee, and a share of that revenue belongs to holders. That share is not paid out in ETH: it is used to buy the tokenised Nokia share, and the Nokia is what gets distributed. Snake is the game that made Nokia phones famous, so the token that celebrates it pays its holders back in Nokia.
Those purchases happen on the open market, in bounded sizes with a price floor, and the tokens are distributed to $SNAKE holders in proportion to what they held at a fixed block. You do not have to trade, or stake, or lock anything — holding is the whole action.
Distribution happens in epochs, and every step of one is on-chain and checkable. Balances are snapshotted at a chosen block, each holder’s pro-rata share is computed, and the result is published as a single Merkle root. You then claim your own allocation with a proof against that root.
Nothing is ever pushed into a wallet that did not ask for it, no allocation can be paid twice, and an epoch that cannot be completed honestly is skipped with its funds carried forward rather than spent on a guess.
Reward asset
Loading…
Your account
Connect a wallet to see your holder position. Connecting only proves you control the address — it moves no funds and grants no token approvals.
Contracts
The reward distributor is the contract that holds the holder allocation and pays claims. It pays the caller’s own address and nobody else’s.
Eligibility
Tokenised equities can carry jurisdictional and provider restrictions. Eligibility is assessed off-chain by whoever is authoritative for it, and the result only ever narrows what this system will do. Nothing here attempts to detect, enforce, or work around any restriction, and rewards are never pushed to a wallet — a claim is always the holder’s own affirmative act.
- Eligible
- The provider confirmed this wallet may hold the asset.
- Not eligible
- The provider said no. The allocation stays unclaimed.
- Unavailable
- No eligibility answer is on file. Silence is not treated as consent.
- Asset unavailable
- There is no verified reward asset yet, so the question does not arise.
Epochs
Chain activity →Loading…
How an epoch works
- Fee revenue is claimed from Pons and split in the fee vault.
- The holder allocation is released to the reward distributor.
- The reward asset is verified against the canonical registry. If it is not verified, the epoch is skipped and the allocation carries forward — it is never spent on a guess.
- The asset is acquired through an allowlisted router, with a bounded size and a price floor.
- $SNAKE balances are snapshotted by replaying transfers up to a block.
- Pro-rata allocations are computed and published on-chain as a Merkle root.
- Holders claim with a proof.
Excluded from the eligible supply: the zero and burn addresses, the fee vault, the reward distributor, the leaderboard payout contract, the treasury, and Pons liquidity contracts. Exclusions are recorded and are visible in each published epoch.