Competition Roadmap
competition-roadmap.md
Boundary
This route preserves legacy markdown access inside the Next.js surface. The raw repository file remains authoritative.
Open raw fileCompetition Roadmap
Objective
PrivateDAO already has one verified 1st Place result:
- **🥇 1st Place — Superteam Earn**
- **Challenge:** Rebuild production backend systems as on-chain Rust programs
The next competitive objective is not vague visibility. It is to keep targeting **1st Place outcomes** in serious Solana engineering competitions by reducing reviewer doubt and increasing proof density.
Must Win
These are the highest-leverage improvements for future 1st Place submissions.
0. Strategy-track fit before polish
For Ranger-style competitions, the biggest risk is not weak UI. It is weak track fit.
The project must be presented as:
- a governance and risk-control layer for a real strategy
not as:
- a generic private DAO product hoping to be interpreted as a vault strategy
That distinction directly affects score on:
- strategy quality
- production viability
- novelty
- risk management
1. Wallet-connected proposal lifecycle in the live frontend
The docs surface should not stop at reading proposals. It should let a reviewer:
- connect wallet
- create a DAO
- create a proposal
- commit a vote
- reveal a vote
- finalize a proposal
- execute a passed proposal
This is the single strongest product-layer upgrade because it collapses the gap between protocol quality and evaluator experience.
2. Proposal detail page with direct proof links
Each proposal should have a dedicated page that shows:
- proposal PDA
- DAO PDA
- treasury PDA
- current phase
- explorer links for proposal and treasury
- transaction history for create, commit, reveal, finalize, execute
The goal is to let a judge verify the full lifecycle without reading the code first.
3. Security proof surface
Add a reviewer-facing security note that maps protocol claims to tests:
- invalid transition rejection
- treasury wiring rejection
- delegation misuse rejection
- double execute rejection
- timing window enforcement
This should feel like an audit-minded checklist, not marketing.
The stronger additive path is now already part of that direction:
- `Governance Hardening V3`
- `Settlement Hardening V3`
- dedicated Devnet proof in `docs/test-wallet-live-proof-v3.generated.md`
4. Mainnet readiness checklist
The repo already argues that the protocol is structurally ready for mainnet transition. The next step is to make that claim concrete with a checklist covering:
- release gating
- deploy authority handling
- RPC policy
- monitoring
- treasury operational controls
- incident rollback and pause assumptions
Should Win
These upgrades are not as critical as the list above, but they materially improve ranking.
1. Richer live demo mode
Extend the current live proof surface so the repo can produce:
- single-wallet proof
- multi-voter proof
- delegated-vote proof
- keeper-reveal proof
- `SendSol` and `SendToken` execution proof
The additive V3 path should be surfaced alongside the baseline proof whenever the stricter hardening path matters to judges.
2. Track-specific submission packaging
Do not use the same narrative for every competition.
- Main Track should position PrivateDAO as governance infrastructure
- Drift Side Track should position PrivateDAO as private decision infrastructure for trading collectives, treasury committees, and strategy execution approvals
3. Benchmark and UX proof
Judges respond well to explicit operational clarity:
- number of transactions in full lifecycle
- expected latency by phase
- operator steps required
- failure modes and recovery path
Nice To Have
- reviewer dashboard for latest proof run
- auto-generated explorer tables after `npm run live-proof`
- short security animations in the frontend
- dedicated ecosystem integration note for Realms and treasury tooling
Track Positioning
Ranger Build-A-Bear Hackathon Main Track
Winning angle:
- PrivateDAO is not just DAO UI work
- it is protocol-grade governance infrastructure
- it proves a full on-chain lifecycle with private voting and disciplined treasury execution
What to emphasize:
- live devnet proof
- transaction-linked reviewer flow
- production-minded architecture
- immediate mainnet transition path
Ranger Build-A-Bear Hackathon Drift Side Track
Winning angle:
- Drift-native groups, trading DAOs, vault operators, and treasury committees need private internal decision making before execution
- PrivateDAO gives them hidden voting with deterministic on-chain settlement
What to emphasize:
- treasury signaling problem
- risk committee and trading strategy approval use cases
- timelock and execution checks
- privacy without sacrificing accountability
Submission Standard
For future top-tier submissions, every package should include:
- one-line thesis
- live frontend link
- devnet program link
- live proof note with tx hashes
- 60 to 90 second video
- short security note
- track-specific narrative
- explicit statement of what is implemented now versus what belongs to the strategy layer
That is the minimum surface for consistently competing for 1st Place instead of simply being shortlisted.