Commercial-ready
Buyer-first
Review-ready
Products
PrivateDAO product corridors, service packs, and buyer-facing offerings

This route collects the startup-facing product layer: service packages, buyer corridors, and the clearest explanation of what PrivateDAO sells and ships.

ConnectReviewSignVerify
Wallet-orchestrated UXReview first · Sign second · Verify third
Connect
Choose wallet, confirm account, and stay on Solana Testnet.
Review
Read the action, policy, risk, privacy mode, and execution lane first.
Sign
Approve the exact wallet request only after the operation is clear.
Verify
Open the receipt, explorer hash, and proof continuity from the same flow.
Operating journey
Product corridors are only credible when they resolve into the same operating journey
Freshness
2d old

Use this route to understand what PrivateDAO sells, then move into the same wallet-first cycle that governs review, signing, and proof on Testnet.

Connect
Scaling
Wallet evidence intake is active across desktop and mobile paths
Review
Verified
DAO bootstrap and proposal creation are captured in the governance evidence lane
Sign
Verified
Commit, reveal, finalize, and execute signatures are all captured in the wallet-driven lifecycle
Verify
Scaling
Verification continuity exists, but some evidence lanes are still being expanded
Next step
Expand wallet/device evidence
On-chain lifecycle is captured, and wallet/device evidence is attached through signed capture packets as each path is verified.
Open next route
Route summary

Browse the product corridors that can be sold, integrated, and reviewed

This product route groups the real operational lanes: private governance, confidential payouts, gaming control, agentic treasury execution, and runtime APIs.

Product route brief

Products are grouped by the operational pain they remove, not by internal protocol modules

This route should read like a real infrastructure catalog: private governance, confidential payouts, gaming operations, reviewer-safe disclosure, and reusable read/API surfaces.

Open this route when a buyer needs the shortest explanation of what PrivateDAO sells.
Keep the explanation tied to live Testnet flows, not abstract architecture diagrams.
Use the privacy selector and SDK starter here as the bridge from product story to implementation.
Commercial operating layer

Products should read like a live infrastructure catalog, not a static feature list

This route is where buyers, operators, and grant reviewers see what PrivateDAO already packages into usable lanes: confidential payroll, gaming treasury control, private governance, agentic treasury routing, and reusable privacy infrastructure. The goal is clarity first, then the matching live route and proof packet.

Each product lane should point to a route a normal user can try on Testnet.
Pricing, policy selection, and proof should stay close to the service story.
The same corridor should help a buyer understand the offer and a reviewer verify the chain evidence.
by REFHE + MagicBlock

Confidential Payroll and Grants

Run sensitive payroll, grant, and treasury payouts from a protected corridor first, then expose the right proof and settlement trail for operators and reviewers.

Open confidential payroll corridor
by Fast RPC + governed rewards

Gaming Rewards and Treasury Control

Coordinate rewards, approvals, and treasury-linked gaming operations from one browser flow that stays fast, fair, and easy to review on-chain.

Open gaming reward corridor
by commit-reveal + voice governance

Private Governance Operations

Create proposals, vote privately, reveal at the right stage, and execute from one guided flow so a normal user can complete serious DAO actions without terminal habits.

Open governance flow
by policy-bound micropayments

Agentic Treasury Automation

Turn approved treasury policy into repeated on-chain settlement actions with runtime evidence attached, so automated execution remains governed and auditable.

Open agentic treasury rail
by hosted reads + telemetry

Runtime API and Fast Reads

Deliver fast state updates, diagnostics, analytics, and reviewer packets so operators can trust what the chain is doing in real time.

Open runtime API corridor
by 4 lectures + starter kits

Learn and Ship on Testnet

A few minutes of simple learning turns a normal builder into an operator who can run real Solana wallet, governance, RPC, privacy, and payment flows from the UI without terminal habits.

Open the live bootcamp
by proof + explorer logs

Judge and Verify Every Operation

Explain the product to a reviewer in plain language, open the matching Testnet hashes, and let them run the same lifecycle themselves without reading protocol internals first.

Open the judge corridor

Every product corridor is backed by a real execution and proof lane

The product layer is only credible when each corridor points into a real runtime path, a verification surface, and a reusable service model.

Private governance execution

A normal user can create a DAO, submit a proposal, vote, and execute from one wallet-first flow while the product keeps proof and treasury discipline attached.

Visible surface
Start from onboarding
Commercial shape
The base service lane for grant committees, enterprise DAOs, fund governance, and internal operating councils.
Execution core
DAO lifecycle orchestrationproposal registry and policy snapshotswallet-signed execution pathruntime-linked proof visibility
Commit-revealGovernance V3ZK review
Confidential treasury operations

Treasury motions, payout requests, and sensitive execution paths stay private where needed, yet still produce reviewer-safe evidence and operator-readable state.

Visible surface
Open security lane
Commercial shape
This is the premium confidentiality lane for payroll, grants, vendor payouts, and high-trust treasury operations.
Execution core
treasury receive routingsettlement receipt and closure surfacesconfidence engine and policy-bound reviewreviewer-visible payout evidence
REFHEMagicBlockSettlement V3Selective disclosure
Stablecoin treasury rails

Stablecoins are not shown as token badges; they are activated as governed settlement rails for merchant billing, treasury reserves, payroll, and reward distribution.

Visible surface
Open treasury receive surface
Commercial shape
This lane becomes merchant settlement, programmable finance, payroll, grants, and stablecoin-native treasury services.
Execution core
AUDD merchant and treasury settlement profilesPUSD payroll and gaming reward profileswallet-signed stablecoin transfer constructionmemo-coded billing rehearsal and reviewer context
AUDDPUSDSPL TransferCheckedTreasury routing
Agentic treasury automation

Automation is turned into a bounded treasury assistant instead of an unscoped bot, so teams can automate repetitive payouts and rebalances without surrendering wallet control.

Visible surface
Open services rail
Commercial shape
The commercial lane is treasury operations automation for teams that need bounded execution, not god-mode agents.
Execution core
policy-bound execution payloadsagentic treasury micropayment railapprove-before-execute safetygovernance-attached payout sequencing
Zerion policyAgentic micropaymentsSpend capsExpiry windows
Runtime and data plane

The infrastructure layer is visible as product value: faster reads, clearer logs, analytics, reviewer packets, and operator confidence after every signed action.

Visible surface
Open services
Commercial shape
This becomes hosted read API, DAO-specific RPC, infrastructure support, and analytics-grade governance operations.
Execution core
diagnostics and live state surfacesreviewer telemetry packethosted read proof and API-facing opsindexed proposal and runtime freshness snapshots
Fast RPCHosted readsTelemetryRead-node snapshots
Growth and learning loop

The platform can onboard, educate, activate, and measure users inside the same product instead of outsourcing product understanding to offsite docs and ad-hoc community support.

Visible surface
Open learn route
Commercial shape
This supports community activation, contributor onboarding, operator enablement, and measurable growth loops for live governance products.
Execution core
lecture-to-route learning loopcustom_events for activation and retentionassignment and quiz completion surfacesroute-linked onboarding and adoption tooling
Torque eventsBootcampAssignmentsQuizzes
Privacy policy selector

Choose the privacy posture that matches the operation

PrivateDAO is strongest when the privacy boundary is explicit. Pick the policy that fits the action, then open the matching route and proof path.

Best fit now
Reviewer-visible proof

Best when judges, buyers, or community reviewers must follow every public hash while sensitive inputs stay abstracted.

Privacy SDK / API starter

Start integrating the privacy layer without rebuilding the protocol

This starter route turns the current product into an integration surface: browser SDK patterns, hosted read contracts, privacy policy binding, and selective disclosure handoff.

Browser SDK starter

Wrap wallet connection, signer state, and privacy policy selection in one consumer-ready frontend starter.

Hosted read API contract

Use the read-node and telemetry patterns to surface governance, payout, and diagnostics state without forcing the client to parse raw chain data alone.

Privacy policy binding

Bind user actions to reviewer-visible, committee-private, or confidential payout policies before the wallet signs.

Selective disclosure handoff

Prepare a narrow reviewer path for audit, custody, or enterprise checks without flattening the protected workflow into a public spreadsheet.

Solana-grade infrastructure

The execution stack is built to match what strong Solana teams care about

PrivateDAO is not a single feature. It is a coordinated stack that keeps wallets, privacy, runtime speed, diagnostics, identity, and proof aligned so a normal user can complete serious blockchain operations from the browser.

by Fast RPC + hosted reads

Fast runtime reads and diagnostics

Solana-grade UX means fresh state, low-latency reads, clear retry posture, and diagnostics that explain what the wallet action actually produced instead of leaving the user with a toast only.

by ZK + commit-reveal

Private voting with verifiable execution

Vote intent stays protected during the sensitive phase, then execution becomes public and reviewable on-chain. That keeps governance fair without forcing the user into opaque off-chain trust.

by REFHE + MagicBlock

Confidential settlement corridors

Sensitive payroll, grant, and treasury actions stay protected long enough to preserve privacy, then surface the right evidence and settlement trail for operators, reviewers, and institutions.

by SNS + wallet-first UX

Readable identity for normal users

Identity should feel readable and human without weakening the wallet boundary. The point is to make advanced DAO operations usable for normal people, not just terminal-native developers.

by agentic treasury rail

Policy-bound automation

Automation is only useful when it is governed. PrivateDAO ties recurring treasury actions to approved policy, then publishes the resulting settlement trail so automation stays auditable.

by logs + explorer links + trust packets

Open-source proof and operator confidence

Judges, operators, and serious users should be able to reproduce the story from the UI, then open hashes, logs, and packets without reverse-engineering the product from source code first.

Commercial services

Hosted Read API + Ops

Serve governance state, runtime evidence, and diagnostics through a cleaner operational API layer.

Pilot Package

Week-by-week rollout with trust packet, SLA framing, and buyer-friendly onboarding.

Confidential Operations Premium

Add encrypted payout boundaries, V3 hardening, and reviewer-ready execution evidence.

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.