Vault rules
How the community vault is governed
Written plainly. This is a community-governed vault, not legal co-ownership, not a token redemption right, and not on-chain custody by holders.
What this is
POKÉDEX operates a community-governed vault. Cards bought with vault budget join the community collection. The operator runs the infrastructure and executes what the community decides. Vault cards are not anyone's personal inventory. Operations are paid from the operations share of creator fees, never by selling community cards.
Who holds the cards
Cards sit in the project vault wallet on Solana. The operator holds the key and executes community decisions. Custody is transparent, not trustless: every transfer is public on-chain and in the Ledger.
Who votes
Watching the site, the vault and the openings is public. A wallet is needed only to vote. Votes are weighed in POKÉDEX, not in CARDS (the Pump.fun pair). Your weight is your raw POKÉDEX balance, aggregated by owner, in a snapshot taken before voting opens — so splitting a balance across wallets does not multiply votes, and a ballot is final once signed. The operator holds no POKÉDEX and does not vote. Quorum, approval threshold, voting duration and cooldown are published in the decision record before they can authorize anything.
What the community decides
- Which in-budget pack to open. The vote picks the pack; a human presses OPEN PACK during the opening.
- HOLD or SELL for a specific vault card. HOLD is the default. A SELL proposal fixes the asset, the sale method, the minimum net USDC, allowed costs, a deadline and the destination wallet. Any material change needs a new proposal.
Pack funding
The vault opens a pack with the budget it already has. Available for openings is confirmed vault USDC minus what is already reserved for an opening — it is not the card value, and it is not money already committed to holder claims. Reaching a tier unlocks nothing to anyone: it only means the community can now vote to open that tier. Nothing is reserved or spent until a vote closes.
Policy in force
- Save option on the ballot
- Not offered
- Pack vote duration
- Not set yet — no vote opens on a timer until the operator sets one
- Quorum
- Not published yet
- Automatic opening
- Not set yet — no automatic opening until the operator configures it
- Save cycles allowed
- Not set yet
- Inactivity limit
- Not set yet
Spending caps
- Per opening
- —
- Per purchase
- —
- Rolling 24 hours
- —
- Spent in the last 24 hours
- —
A pack priced above a cap stays locked even when the money is there. Raising a cap is an operator decision, published before it can do anything.
Saving means the community decided not to spend this budget yet and to keep accumulating toward a bigger tier. It is not an asset, it earns nothing, and it creates no claim on the vault. Governance cannot freeze the vault forever either: past a published inactivity limit the fallback is deterministic and announced in advance — never random, and never a pack chosen in the dark.
How a sale is executed
A tie, missing quorum, an incomplete snapshot, an expired proposal or unmet sale conditions leave the card in the vault. Approving a sale is not the same as finding a buyer or completing one. Net proceeds return 100% to the vault; the fee split is never applied to them. Nothing is auto-sold: every card pulled enters the vault, commons included.
Profit Share
After an authorized sale settles above that card's acquisition cost, eligible holders may claim a linear share of the realized profit. Eligibility is 0.10% TWAB and a signed wallet activation before the cutoff. Splitting wallets does not increase the total. Claims are opt-in. Reserved claim funds are never opening budget.
What holders do not get
No dividends, no individual card redemption, no transfer of vault cards to holders, no redeemable token backing, no buyback, no burn and no extra reward token.
Unofficial fan index. Not affiliated with, sponsored by, or endorsed by Pokémon, Nintendo, Game Freak, Creatures, Collector Crypt, or Pump.fun.