Event: Solana Graveyard Hackathon 2026 Track(s): Realms Governance Builders Β· Realms Extensions Β· kyd. Ticketing
The global live events industry was valued at approximately $88 billion in 2025 (Verified Market Research). The governance of that money β who gets what percentage, under what rules, enforced how β is controlled entirely by two or three centralized platforms.
Live Nation posted record revenue of $23.1 billion in 2024. Ticketmaster's fees average 27% of ticket face value (US Government Accountability Office). The DOJ filed an antitrust suit against Live Nation/Ticketmaster in May 2024 alleging monopoly control of the live events sector; a jury trial was scheduled to begin March 2, 2026. Live Nation's February 2026 bid for full dismissal was rejected by the court.
The graveyard of projects that tried to change this tells a clear story about what has already been attempted β and why it failed:
YellowHeart (founded 2021) sold concert tickets as NFTs promising artists would earn royalties on every resale. The fatal flaw: NFT royalties on secondary markets are opt-in for marketplaces. In October 2022, Magic Eden β the dominant Solana NFT marketplace β moved to an optional royalty model under competitive pressure. Artists earned nothing on secondary sales. YellowHeart's core promise became unenforceable because enforcement was off-chain and voluntary for each marketplace.
YellowHeart continues to exist as a company but cannot deliver on its founding value proposition β artist royalties on secondary sales β across any marketplace that declines to enforce them.
TIX-DAO fix: Resale royalty rates are governance proposals voted on-chain and stored in ProposalV2 accounts. Enforcement happens at the TICKS protocol escrow level β not at the marketplace level. No marketplace can opt out of a smart contract escrow.
TokenProof (founded 2022) built on-chain ticket verification originally on Ethereum. The economics were catastrophic: verifying a ticket at the door cost $30β50 in Ethereum L1 gas during peak periods. For 10,000 attendees, that is $300Kβ$500K in gas for a single show. The product worked technically; the unit economics made commercial deployment at scale impossible.
TokenProof was acquired by Yuga Labs in December 2024, with teams absorbed into Yuga's R&D. The original mission β independent, scalable on-chain ticket verification β was never achieved.
TIX-DAO fix: Built on Solana. The Solana base transaction fee is 5,000 lamports = 0.000005 SOL. At today's SOL price (~$86, March 2026), that is approximately $0.0004 per transaction. For 100,000 ticket verifications: roughly $43 on Solana versus $3,000,000+ on Ethereum L1 at 2022 peak gas prices β a 70,000Γ cost reduction. The economics that destroyed TokenProof do not exist on Solana.
GET Protocol (founded 2018, now rebranded as OPEN Ticketing Ecosystem) built sophisticated blockchain ticketing infrastructure that has processed millions of tickets across multiple countries. The persistent problem: all policy decisions β service fees, royalty rates, partner onboarding β are made by the GET Protocol foundation. Token holders have no meaningful binding vote. When the foundation makes decisions stakeholders disagree with, there is no recourse. Blockchain infrastructure with centralized governance is better than Web2, but it is not trustless.
The project continues to operate in 2026 under its OPEN Ticketing rebrand, but the governance model has not changed.
TIX-DAO fix: Policy decisions (resale caps, royalties, refund windows) are literal ProposalV2 accounts on Solana devnet. Every $TICK holder votes. Results execute on-chain. No foundation can override a passed proposal because there is no foundation in the execution path β only the SPL-Governance program.
Beanstalk Farms lost $182 million when an attacker flash-borrowed a governance supermajority on Ethereum, passed a malicious proposal draining the treasury, and repaid the loan β all in one transaction. The Beanstalk protocol had no minimum lock period, no cooloff window, and no veto mechanism. The governance was real but the security design was catastrophically flawed. Beanstalk never recovered.
TIX-DAO fix: 30-day minimum lock period (a flash loan lasts milliseconds, not 30 days), 7-day voting cooloff before any proposal executes, council veto authority. The Beanstalk attack vector is explicitly designed out of the architecture. See ARCHITECTURE.md Β§6 for the full security analysis.
Each failure above has a specific, technical counterpart in TIX-DAO:
| Failed Project | Core Failure | TIX-DAO Counter-Measure | Code Location |
|---|---|---|---|
| YellowHeart | Off-chain royalty enforcement (marketplace opt-out) | SPL-Governance ProposalV2 β TICKS escrow enforces royalty rate |
governanceActions.ts β withCreateProposal |
| TokenProof | Ethereum L1 gas ($30β50/tx) | Solana: ~$0.0004/tx at $86/SOL; 100K txs β $43 | WalletProvider.tsx β clusterApiUrl('devnet') |
| GET Protocol | Foundation-controlled governance | Token-weighted on-chain voting; ProposalV2 PDAs are the binding record |
proposals/page.tsx β castVoteOnProposal |
| Beanstalk | Flash loan attack β no lock, no cooloff | 30-day lock + 7-day cooloff + council veto | ARCHITECTURE.md Β§6 |
Real SPL-Governance CPI calls β confirmed on devnet:
TIX-DAO deploys one Realm per venue using three real on-chain transactions:
- TX1 β
createTickMint: mints a fresh $TICK SPL token to the deploying wallet - TX2 β
createRealmWithDeposit: callswithCreateRealm+withDepositGoverningTokensβ creates Realm PDA and TokenOwnerRecord PDA on devnet - TX3 β
createGovernanceAndProposal: callswithCreateGovernance+withCreateProposal+withSignOffProposalβ governance account and genesis proposal confirmed on devnet
The Realm structure follows the canonical Realms two-governance pattern:
Realm: "House of Blues Chicago-AbCd12"
βββ Community Governance
β Token: $TICK
β Quorum: 20% of circulating supply
β Proposals: resale caps, royalty rates, refund windows
β Cooloff: 7 days (flash loan protection)
βββ Council Governance
Token: Council NFT (non-transferable)
Role: veto authority, emergency pause
Every proposal is a ProposalV2 account. Every vote creates a VoteRecordV2 account. Every voter's weight is tracked in a TokenOwnerRecord. No custom governance logic was written β SPL-Governance handles all state transitions.
Why this is the strongest possible Realms integration:
- Uses the canonical program (
GovER5Lthms3bLBqWub97yVrMmEogzX7xNjdXpPPCVZw) β not a fork - TX1/TX2/TX3 are confirmed real devnet transactions (not mocked)
- Follows the exact two-governance-account pattern (community + council) documented in Realms
- Governance proposals are domain-specific (ticketing policy) β showing Realms works for vertical applications
The ve$TICK wrapper as a reusable Voter Weight plugin:
SPL-Governance's Voter Weight Record interface allows any program to implement custom vote weight logic. TIX-DAO's ve$TICK escrow (Phase 2) implements this interface:
// The Voter Weight plugin interface
interface VoterWeightRecord {
realm: PublicKey;
governingTokenMint: PublicKey;
governingTokenOwner: PublicKey;
voterWeight: BN; // computed from lock duration
voterWeightExpiry: Option<Slot>; // when weight expires
weightAction: Option<VoterWeightAction>;
weightActionTarget: Option<PublicKey>;
reserved: number[];
}The ve$TICK plugin is not just for TIX-DAO. Any Realms DAO β DeFi protocol, creator DAO, grant organization β can deploy ve$TICK and give their community the same time-weighted voting power model. The multiplier table (30 days = 1Γ, 90 = 2Γ, 180 = 3Γ, 365 = 4Γ) is a configuration parameter, not hardcoded.
This is a genuine extension to the Realms ecosystem, not just a client of existing functionality.
How governance + RWA financing extends the TICKS protocol vision:
The TICKS protocol models tickets as real-world assets (RWAs) on Solana. Each ticket has:
- A face value
- An owner wallet
- A transfer history
TIX-DAO adds the governance layer that TICKS needs to be a complete protocol:
-
Policy governance β the royalty rate, resale cap, and refund window stored in TIX-DAO
ProposalV2accounts become the enforcement parameters for TICKS escrow. Governance proposals are the on-chain term sheet. -
RWA financing β venue operators can borrow against future ticket sale revenue. The collateral is the ticket RWAs (TICKS). The terms are voted on by the DAO. The repayment is automated from escrow when tickets sell.
-
Artist participation β artists are not passive recipients of whatever the venue decides. With a governance stake ($TICK), artists vote on royalty proposals directly. First time this is possible without a lawyer.
Concrete demo of the integration:
The three proposals on /proposals are not hypothetical β they are the exact governance actions that would flow into TICKS escrow enforcement:
- "Cap resale at 150% of face value" β TICKS transfer instruction checks this cap
- "Set artist royalty at 10%" β TICKS escrow splits 10% to artist on every secondary sale
- "Allow 72hr refund window" β TICKS escrow holds settlement for 72 hours post-purchase
| Track | Sponsor | Our Angle |
|---|---|---|
| Realms Governance Builders | Realms | Vertical governance UI + real SPL-Governance TX1/TX2/TX3 on devnet |
| Realms Extensions | Realms | ve$TICK voter weight plugin β reusable by any Realms DAO |
| kyd. Ticketing | kyd. | Governance layer for TICKS protocol β policy + RWA financing |
Cross-track narrative is the strongest submission because the three tracks are not independent β they build on each other. Realms provides the governance primitive. ve$TICK provides the economic incentive alignment. kyd./TICKS provides the real-world asset enforcement layer. No other submission targets all three in a unified architecture.
| Resource | URL |
|---|---|
| Live Demo | https://tix-dao.vercel.app |
| GitHub Repository | https://github.com/orthonode/TIX-DAO |
| Video Walkthrough | https://youtu.be/DAG3S8uOmeE |
| Devnet Explorer | Solana Explorer β Devnet |
| SPL-Governance Program | GovER5Lthms3bLBqWub97yVrMmEogzX7xNjdXpPPCVZw on Devnet |
To our knowledge, the following combination has not been built before:
-
Venue-specific Realms UI with real on-chain calls β app.realms.today is a generic governance client. TIX-DAO is the first governance UI built specifically for live event venues, with proposal templates pre-wired to ticketing policy categories (resale, royalty, refund) and real SPL-Governance TX1/TX2/TX3 confirmed on devnet.
-
Flash-loan-proof governance for event ticketing β the Beanstalk pattern applied specifically to ticket policy governance, with domain-specific threat modeling (venues and artists, not DeFi LPs). The $182M Beanstalk attack on Ethereum in April 2022 is the canonical example; TIX-DAO's config makes this attack impossible.
-
ve$TICK as a reusable Realms plugin β the time-weighted vote escrow pattern exists in DeFi (veCRV on Ethereum, veBAL). Implementing it as a Realms Voter Weight plugin that any DAO can use is novel to the Solana governance ecosystem.
-
Governance β RWA enforcement pipeline β using SPL-Governance
ProposalV2accounts as the on-chain term sheet for TICKS protocol escrow parameters closes the loop from "fans vote on policy" to "policy enforced at the contract level." -
SES lockdown compatibility β Phantom's
lockdown-install.jscorruptsbs58base-x encoding at runtime, breaking allnew PublicKey(string)calls after page load. TIX-DAO is the first governance UI to explicitly solve this by using pre-computedUint8Arraybytes for program IDs, making it robust under Phantom's security model.
Confirming all hackathon requirements are met:
Required deliverables:
- Working demo deployed to public URL (Vercel): https://tix-dao.vercel.app
- GitHub repository with full source code: https://github.com/orthonode/TIX-DAO
- Video walkthrough (< 3 minutes): https://youtu.be/DAG3S8uOmeE
- README with project description, setup instructions, prize track alignment
- Architecture documentation
Technical requirements:
- Solana devnet (not mainnet, not local validator)
- SPL-Governance program address used:
GovER5Lthms3bLBqWub97yVrMmEogzX7xNjdXpPPCVZw - Real on-chain transactions: TX1 mint Β· TX2 createRealm+deposit Β· TX3 createGovernance+3ΓcreateProposal+3ΓsignOff Β· castVoteOnProposal (all 3 proposals) Β· depositGoverningTokens (lock)
- Wallet connection via Wallet Standard (Phantom/Solflare compatible)
- Five UI screens: Home Β· Lock Tokens (ve$TICK) Β· Create DAO Β· Proposals Β· Finance (RWA)
Realms track requirements:
- Uses Realms/SPL-Governance β not a custom governance program
- Follows canonical Realm structure (community + council governance)
- Real
withCreateRealm,withCreateGovernance,withCreateProposal,withSignOffProposal,withCastVote,withDepositGoverningTokenscalled on devnet - Voter weight mechanism described (ve$TICK plugin design)
kyd. track requirements:
- Ticketing use case demonstrated via governance proposals
- RWA financing mechanism documented in ROADMAP.md Phase 3
- Integration path with TICKS protocol described
Documentation:
- ARCHITECTURE.md β full technical breakdown (updated 2026-03-01)
- DEPLOYMENT.md β reproducible setup guide
- ROADMAP.md β honest phased plan (updated 2026-03-01)
- CONTRIBUTING.md β community guidelines
- SECURITY.md β threat model and disclosure process (updated 2026-03-01)
- TERMS.md β terms of use and disclaimer (updated 2026-03-01)
- PRIVACY.md β privacy policy (updated 2026-03-01)
- HACKATHON.md β this document (updated 2026-03-01)
- SECURITY_REVIEW.md β security audit report (updated 2026-03-01)
- CHANGELOG.md β v1.1.0 covering real on-chain transactions (2026-03-01)
- README.md β polished, badge-decorated, judge-ready
- LICENSE β MIT 2026
TIX-DAO Β· Solana Graveyard Hackathon 2026 Β· Built on Realms Β· by Orthonode Infrastructure Labs Β· orthonode.xyz