01. The Problem: Student Disengagement & The Fraudulent Merit Economy
University students navigate intense economic friction. Between tuition, transport, and daily living costs, extracurricular engagement collapses: classroom attendance drops, technical workshops run empty, and peer tutoring stalls. Traditional complementary hour programs fail because paper-based sign-in sheets and centralized portals invite rampant fraud—students sign attendance sheets for absent peers or trade bureaucratic credits.
When academic rewards carry real financial utility (cafeteria meals, campus bookstore credits, parking passes), any off-the-shelf database or standard ERC-20/SPL token invites catastrophic failure:
- Informal Arbitrage: Students who earn points through academic achievement sell balances to disengaged students who want the benefits without the work.
- Double-Spending & Voucher Resale: Off-chain QR codes and paper vouchers are frequently screenshot, cloned, and claimed multiple times at campus points of sale.
- Rampant Inflation: Departments distribute points with zero on-chain supply caps or accountability, diluting university sponsor budgets.
02. Native Soulbound Extension: Non-Transferable at Bytecode Level
Campus Points resolves the arbitrage problem at the root. Rather than implementing soft application-layer transfer checks, the protocol instantiates an SPL Token-2022 mint configured with the native NonTransferable extension.
Once minted to a student’s Associated Token Account (ATA), the tokens are cryptographically locked to that public key. Any transaction attempting an SPL transfer instruction—whether executed via Phantom, CLI, or malicious CPI—is halted by the Solana runtime before state mutation occurs. Merits remain bound to the student who earned them.
“If you attempt to enforce soulbound behavior in Web2 databases or standard SPL contracts, students will find loopholes to sell balances. In Token-2022, transfer rejection is enforced natively by the SVM validator engine. Transferability is simply not a valid state transition.”— Vinicius Pontual, Architecture Walkthrough
03. Demonstration: Architecture Walkthrough & Devnet Run
Technical presentation covering the real-world university student crisis, the three core architectural pillars on Solana, issuer mobile workflows, and on-chain burn verification:
04. Smart Contract Mechanics: PDAs & Emission Quotas
To maintain rigid accounting across university faculties, protocol state is isolated into three distinct Program Derived Address (PDA) structures managed by the Anchor program:
// CampusConfig PDA [seeds: "config"]Holds protocol-wide authority, the Token-2022 Mint address, and master operational state. Only the protocol owner can register new issuers or update catalog items.
// IssuerAccount PDA [seeds: "issuer", issuer_pubkey]Maintains issuer authority status and enforces a strict daily rate limit (`daily_limit`). Prevents rogue professors or hackathon organizers from hyper-inflating the point economy.
// RewardAccount PDA [seeds: "reward", reward_id]Stores campus catalog offerings (cafeteria meals, printing credits, athletic tickets) and defines the exact token burn requirement (`cost: u64`).
05. Atomic Redemption: Deflationary CPI Burn
When a student redempts an item at a campus vendor, the redemption instruction does not transfer tokens to the store. Instead, the smart contract invokes an atomic Cross-Program Invocation (CPI) to the Token-2022 program to execute a permanent burn instruction:
06. On-Chain Deployments & Verified Accounts
The contract is deployed and actively testable on Solana Devnet:
| Component | On-Chain Address / Public Key |
|---|---|
| Program ID | 53sEPq9sSPaaYHYf3MdjMXjqMPpRBLpxTSyWs7EMo5Bb |
| Mint (Token-2022) | CPi3yJBCqL3p6gGSLq1kqPT5RWp1qbT7RgbdveV9ZpPR |
| CampusConfig PDA | 2sbQ9ZoZ7mNYP5RRjQXTSzVhdCjzp6NdD46JBtzEJ7t2 |
| Master Authority | 7aSDp11gPbCCew7yMSQKuBLr6pcKfgwRPtp2QgAE89f3 |
| SPL Token Program | TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb |
anchor build && anchor test
