Explore

Product navigation

Judge Route
Canonical reviewer path with product proof, integrations, awards context, and runtime evidence
Start
Guided onboarding and wallet-first flow
Learn
Workflow-first onboarding and product operating guide
Help
Product guide across routes, docs, and proof
Govern
Create, vote, and execute on Solana Testnet
Intelligence
Risk scoring, market context, and signer decision support
Treasury
Treasury health, solvency context, and agent policy routes
Payroll
Private payroll CSV, stablecoin choice, and auditor receipt flow
Gaming
Guilds, tournaments, inventory proposals, and reward operations
Compliance
Scoped compliance packs and bounded viewing-key evidence
Execute
Private payroll, vendor settlement, and treasury actions
Proof
Operation receipts, runtime logs, and verification routes
Developers
API docs, SDK starters, and integration surfaces
RPC Services
Hosted reads, relayer checks, QVAC status, and runtime endpoints
API Status
Backend health, visitor counters, and freshness endpoints
Command Center
Ops dashboard, indexed proposals, and readiness gates
Live State
Proposals, treasury, and action logs
Story
Live product story and fast explanation
Community
Join, updates, pilot interest, and support routing
Benefit
theMiracle wallet-placement benefit and Founding Governor access
Versus
PrivateDAO compared with Realms, Squads, Snapshot, and DAOhaus
Revenue
Self-hosted, managed SLA, and enterprise commercial tiers
Android
Mobile app, APK download, parity plan
Trust
Security, proof, and operating boundaries
Health
Runtime status and verification health
Custody
Multisig, authority transfer, and custody evidence
Analytics
Votes, proposals, actions
API & Pricing
Pilot, API, commercial packs
Engage
Buyer path, pilot motion, mainnet trajectory
Search
Search routes, docs, tracks, and proof
Docs
Curated reviewer and trust docs
Discord live
YouTube live
Join -> learn -> try -> verify
Community
Join Discord, learn the product, try Testnet, and verify the result from one public route

Community is the public entry for the full onboarding ladder: join the live server, learn what PrivateDAO does, try the browser-first Testnet flow, and verify the real outcome in the verification and proof surfaces.

Community route brief

Community is where product education, support, and adoption pressure become one public operating loop

This route should help normal users join the server, understand what the product does, open the right learning or execution corridor, and return with useful feedback instead of getting lost in scattered links.

Keep the onboarding ladder clear: join, learn, run, verify.
Use community as the feedback intake for usability, language clarity, and real user friction.
Treat community growth as product evidence, not as a side channel detached from the live system.
Ecosystem fit

Community and education now grow directly from the live product

Hosted story, onboarding, trust, and pilot routes already give the community a practical way to support, understand, and extend PrivateDAO through real product use and production-oriented feedback.
Promote decentralisation
PrivateDAO already exposes wallet-connected governance, launch blockers, custody truth, authority hardening, and reviewer-safe trust surfaces instead of hiding operational trust in off-product workflows.
Production multisig closure and authority-transfer evidence still remain the real boundary before stronger decentralisation claims can be made for mainnet funds.
Make Solana more censorship resistant
PrivateDAO already ships commit-reveal governance, execution safety boundaries, hosted reads, runtime diagnostics, and reviewer-facing proof routes that strengthen governance resilience.
The strongest censorship-resistance case still depends on completed custody evidence, monitored runtime ownership, and more externally proven infrastructure closure.
DAO tooling
The core live product already covers DAO creation, proposal lifecycle, private voting, treasury motion handling, trust packets, telemetry, and reviewer-safe surfaces.
The highest-value next step is to keep treasury professionalism and custody continuity extremely tight as the product advances toward mainnet operations.
Education
PrivateDAO already ships a hosted story route, community hub, start workspace, reviewer packets, and documents that onboard judges, users, and operators quickly.
Education will get stronger as video openings, onboarding copy, and public community materials stay perfectly synced with live proof and telemetry.
Developer tooling
PrivateDAO already provides reviewer telemetry, generated packets, hosted-read proof, runtime diagnostics, and a developer route tied to real product infrastructure.
The best uplift is continued strengthening of exported telemetry, runtime evidence summaries, and infrastructure-facing docs for external engineers.
Payments
Treasury request routing, confidential payout framing, payments-oriented intake flows, and reviewer-safe custody truth are already visible in the live product.
The strongest version still requires strict sender discipline, explorer-linked rails, and completed authority-transfer evidence for real-funds credibility.
Cause-driven building
PrivateDAO already supports grant governance, community treasury routing, and privacy-aware payout approval flows that can serve more inclusive coordination models.
This remains a selective fit until a cause-specific pilot, partner, or measurable impact program is actually documented.
How the product is built
One coordinated engineering team turns governance, payments, proof, infrastructure, and education into one public operating system
PrivateDAO is built as one coordinated engineering team across governance, payments, proof, infrastructure, education, and release work. The operating model is public because the product is open source and welcomes testing, review, and serious feedback from the ecosystem.

Community channels

YouTube
Official PrivateDAO channel for product videos, weekly updates, and public walkthroughs.
Discord
Join the PrivateDAO server for product updates, community discussion, weekly releases, and operator coordination.
Colosseum
Open the public Arena project profile for the current PrivateDAO Frontier review surface.
Superteam Earn
Open the Superteam Earn profile that routes reviewers and ecosystem partners into the public project track.
X
X
Follow the public PrivateDAO product account for proof drops, release notes, and ecosystem updates.
Telegram
Contact the founder/operator directly on Telegram for pilot, partnership, and review coordination.

Get help and start

Open the learning guideOpen the Testnet start routeOpen support routingOpen govern flowOpen servicesOpen pilot and buyer path
If a visitor gets blocked, the recovery path should stay obvious: ask in Discord, reopen the learning guide, or return to the browser-first Testnet flow.

Brand pack

Open story videoOpen achievementsOpen public project profileDownload 1024 avatarOpen SVG masterOpen brand kit
Use the same avatar pack across Discord, X, Telegram, YouTube, and profile surfaces instead of ad-hoc crops.

Community and support intake

Choose the visitor role, interest, and stage. The product returns the shortest next route without forcing the user to understand the whole system first.

Recommended route
Exploration route

Start from Community or Start, then continue into Govern when the visitor is ready for a real action.

Product-native next step
This intake stays inside the app and routes the visitor toward buyer motion, developer integration, or live operation without dropping into repo-only tooling.

Product-native intake

Prepare a real request packet inside the product, then continue into the exact route needed for pilot, RPC, gaming, payments, or support.

Support request

For route confusion, wallet questions, diagnostics issues, or fast operator guidance.

Request packet
PrivateDAO Intake
Type: Support request
Source Route: Community
Handoff Lane: support
Handoff Owner: Support and incident routing
Destination: Assistant, diagnostics, and Discord
Priority: Immediate
Name: Not provided
Organization: Not provided
Contact: Not provided
Timeline: Not provided
Treasury Profile: Not provided
Treasury Asset: Not provided
Treasury Amount: Not provided
Use Case: Not provided
Recommended Next Routes:
- Assistant: /assistant
- Diagnostics: /diagnostics
- Discord: https://discord.gg/GjJykUtTTt
Structured handoff
Lane
support
Owner
Support and incident routing
Destination
Assistant, diagnostics, and Discord
Priority
Immediate
Keep the user inside the product first, then escalate to Diagnostics or Discord only when the issue needs operator context or live assistance.
Delivery bundle

Use this route bundle to move from intake to buyer, operator, support, or product follow-up without dropping the context collected above.

Fill the required fields, then copy or download the request packet before continuing into the recommended route.

PrivateDAO platform architecture

PrivateDAO should read as governance infrastructure, not as a single DAO toy. These layers keep the product, infrastructure, gaming, payments, proof, and developer story aligned.

Layer 1
Governance Core

The live governance engine already runs the end-to-end DAO lifecycle with treasury execution inside the product shell.

Create DAO
Create Proposal
Commit Vote
Reveal Vote
Finalize Proposal
Execute Proposal
Treasury Execution
Open govern flow
Layer 2
RPC Infrastructure

PrivateDAO is also an infrastructure surface: hosted reads, diagnostics, metered RPC posture, and DAO-specific runtime visibility.

Dedicated Solana RPC
Shared RPC
DAO-specific RPC
Read API
Usage diagnostics
Runtime evidence
Open RPC surface
Layer 3
Gaming DAO Toolkit

Gaming DAO turns reward, guild, clan, and tournament decisions into governance flows with proposal templates and treasury rails.

Game governance
Reward treasury
NFT voting
Clan DAO
Tournament payouts
Game proposal templates
Open gaming corridor
Layer 4
Payments DAO Engine

Payments extends the treasury model into contributors, vendors, subscriptions, and governed payout approvals.

Wallet payments
Contributor payouts
Vendor payments
Subscription billing
Treasury payouts
Payment approvals
Open payments corridor
Layer 5
Security and Proof Layer

ZK, REFHE, MagicBlock, Fast RPC, diagnostics, and trust packets are exposed as product rails rather than hidden implementation detail.

ZK capability matrix
Proof center
Confidence engine
Incident readiness
Authority hardening
Runtime diagnostics
Open trust layer
Layer 6
Developer Platform

The platform also needs a developer-facing surface for SDK, API, templates, billing posture, quotas, and RPC access.

SDK
API
CLI
Templates
API key issuance posture
Quota and billing framing
Open developer portal

Why this matters

Custody summary
Structured custody evidence is partially recorded: 4/6 gates passed.
Partially evidenced

Reviewer confidence improves once the packet is structured and reproducible, but the launch boundary must remain explicit until every signer, transfer, and readout reference is complete.

Evidence completion: 4/6
Recognition tied to evidence

The awards surface should not be vanity-only. It should route judges, buyers, and operators directly into proof packets, trust surfaces, and production-readiness context.

Readiness discipline

This Next.js surface keeps the same discipline as the current site: Testnet proof is shown as current operating proof, historical rehearsal evidence stays separated as archive material, and the remaining launch-critical work stays visible as the next readiness gate rather than hidden behind vague claims.