Smart contract

The PokeBox program on Solana exists for one job: make each card round auditable, who was in the draw, what ticket won, and which wallet won.

Most of PokeBox is familiar Web3 plumbing: Pump for the coin, Collector Crypt for packs and cards, and the app for discovery and history. The custom contract is deliberately small. It does not launch tokens, hold pack funds, buy packs, or run swaps.

What the contract records

  • Snapshot commitment: After holders are counted, a fingerprint of that list is stored on-chain so the entrant set cannot be quietly rewritten later.
  • Draw input: The chain’s slot hash used to derive the winning ticket, inside fixed time windows.
  • Winner: The wallet whose tickets include the winning number, submitted in a way the program can check against that ticket.
  • Round completion: Final award metadata so a finished round has a single on-chain record.

What stays outside the contract

  • Pump.fun: Mint, bonding curve, graduation, and trading fees.
  • Fee collection and 80/20: Claiming creator fees and splitting pack vs buyback happens in operations tied to on-chain transactions you can still verify in explorers.
  • Collector Crypt: Inventory, pack open, grading, and shipping or vault custody.

That split is intentional: the contract stays focused on fairness of the draw, while partners handle markets and fulfillment.

What you can rely on

Once a snapshot is committed, the entrant set for that round is locked on-chain. The winning ticket comes from public chain randomness within published windows, not from an opaque server roll. Token pages link to the relevant on-chain accounts and transactions so you can match what you see in the UI to Solana explorers.

Risks to keep in mind

  • Tokens can lose value; fees only exist when people trade.
  • Holding gives raffle entries at snapshot time, not income.
  • Smart contracts and partner services carry normal crypto and operational risk.

For how rounds feel in the product, see Packs & rounds.