$PACKZ: An On-Chain Treasury of Off-Chain Sealed Collectibles

A Peer-to-Peer Electronic Collectibles System
Version 1.0January 2025pump.fun
Back to Home

Abstract

An on-chain treasury of off-chain sealed collectibles creates liquid exposure to vintage trading card games through tokenization and automated market making. The system employs a dual-wallet architecture with hourly trading rules based on Market Net Asset Value (mNAV) bands, enabling price stability through algorithmic support and resistance. Platform fees fund continuous treasury growth and strategic burns, creating engineered scarcity. This paper presents the complete system design, from token mechanics to physical asset custody.

Table of Contents

  1. 1. Overview
  2. 2. Thesis: Liquidity Unlock + Engineered Scarcity
  3. 3. Definitions
  4. 4. Platform and Fees
  5. 5. Architecture: Two Wallets
  6. 6. Hourly Policy by mNAV Band
  7. 7. Token Model
  8. 8. Strategic Reserve
  9. 9. Purchasing and Proof of Spend
  10. 10. Storage and Authentication
  11. 11. Comparative Notes
  12. 12. Reporting
  13. 13. Risks and Notices

1. Overview

An on-chain treasury of off-chain sealed collectibles. Start with vintage Pokémon. Add vintage Magic: The Gathering and vintage sports sealed as the vault scales. A public dashboard reports mNAV, band, next engine action, inventory, purchase prices, and timestamps.

2. Thesis: Liquidity Unlock + Engineered Scarcity

Liquidity Unlock

Vintage collectibles are illiquid and auction-driven. We create liquid exposure by tokenizing the vault and operating a transparent trading engine.

Engineered Scarcity

On-chain buy-and-burn when undervalued removes supply. Off-chain openings reduce sealed supply over time. Combined, this supports tighter float and stronger scarcity.

3. Definitions

Treasury Holdings (USD)
Fair value of sealed inventory with conservative haircuts plus cash.
FDMC (policy)
Price × tradable float (circulating supply on market, inclusive of pools). Exclude Treasury-held tokens.
mNAV
FDMC ÷ Treasury Holdings (USD).
Bands
Four mNAV bands drive hourly actions by the Real-World Asset Trade Engine.

4. Platform and Fees

Platform: pump.fun

Fee: 1% per trade

Routing: 75% of fees → Treasury in SOL to buy sealed. 25% → Real-World Asset Trade Engine to execute hourly policy and build a strategic token reserve.

5. Architecture: Two Wallets

Treasury Wallet

Holds SOL and a strategic $PACKZ reserve. Uses SOL to acquire sealed packs. May deploy reserve at extreme premiums (for example, around 10× mNAV) to capture token premium and scale the vault.

Real-World Asset Trade Engine Wallet

Runs hourly rules, accumulates revenue, and drips a strategic reserve to Treasury.

6. Hourly Policy by mNAV Band

Let H = engine $PACKZ balance. Let S = engine SOL balance.

Band A: mNAV ≤ 1.151×

  • Buy: Spend 1.51% × S hourly to acquire $PACKZ.
  • Burn: Burn 75.00% of purchased $PACKZ.
  • Reserve: Transfer 25.00% of purchased $PACKZ to Treasury reserve.

Note: Burn and reserve percentages apply to the newly purchased tokens, not the total balance.

Band B: 1.151× < mNAV < 2.25×

  • Buy: Spend 1.51% × S hourly to acquire $PACKZ.
  • Hold: Keep purchased tokens in engine wallet for future trading operations.

Band C: 2.25× ≤ mNAV < 3.5×

  • Accumulate: No action. Hold position and monitor.

Band D: mNAV ≥ 3.5×

  • Distribute: Sell 1.51% × H hourly. Hold SOL proceeds in engine wallet for liquidity.

Objectives

Price stability from automated support and resistance. Treasury growth from high-band distributions. Downside protection via buys and burns at low bands. Self-funding via platform fees.

7. Token Model (pump.fun)

Fixed supply at launch: 1,000,000,000 $PACKZ.

Launch path: Bonding-curve fair launch that later graduates to the canonical pool.

No preset Treasury percentage: Treasury and engine $PACKZ balances accrue dynamically through hourly rules, tactical buys, reserve shifts, and burns.

8. Strategic $PACKZ Reserve

Held by Treasury as additional backing alongside sealed and SOL.

Tactical deployment at extreme premiums (for example, around 10× mNAV) to capture premium and rapidly scale acquisitions, rewarding holders who back the growth thesis rather than simple mNAV arbitrage.

9. Purchasing and Proof of Spend

Marketplaces: Vetted dealers and auctions; example SKU: Base Set Revised Unlimited booster packs on TCGplayer.

Payments: SolCard for SOL settlements. Funding transactions are on-chain. We attach receipts and timestamps on the dashboard.

10. Storage and Authentication

Authentication: BBCE/PSA preferred, or airtight chain-of-custody.

Process: Two approvals, photo/video logged, records posted.

Storage: Tamper-evident cases, climate control, low UV, insured, periodic audits.

11. Comparative Notes

We borrow institutional tactics from equities, such as buybacks near or below intrinsic value and issuance at premiums, and adapt them to crypto with hourly bands, fee-funded burns, and tactical reserve deployment.

12. Reporting

Dashboard surfaces mNAV, current band, next scheduled engine action, vault value, set distribution, inventory, purchase prices, and recent activity.

13. Risks and Notices

Market volatility, appraisal variance, sourcing fraud risk mitigated by provenance checks, rule-execution risk, storage and insurance costs. Not an investment fund. No promise of profit or redemption.

References

  1. [1] Nakamoto, S. (2008). Bitcoin: A Peer-to-Peer Electronic Cash System.
  2. [2] Buterin, V. (2014). Ethereum: A Next-Generation Smart Contract and Decentralized Application Platform.
  3. [3] pump.fun Documentation. (2024). Platform Trading Mechanics and Fee Structure.
  4. [4] TCGplayer Market Data. (2024). Sealed Product Pricing and Liquidity Analysis.

© 2025 $PACKZ. This document is released under CC BY-SA 4.0.

For the latest version, visit packz.io/whitepaper