Root docs
Repository viewer
Legacy docs parity surface
Back to repository viewer
Repository document

Site Execution Route Inventory - 2026-05-27

site-execution-route-inventory-2026-05-27.md

Boundary

This route preserves legacy markdown access inside the Next.js surface. The raw repository file remains authoritative.

Open raw file

Site Execution Route Inventory - 2026-05-27

This inventory is the current ordering map for the PrivateDAO public site. It exists to reduce duplicate surfaces, preserve historical links, and keep new work focused on missing execution paths rather than rebuilding routes that already exist.

Operating Principle

PrivateDAO is a wallet-first private governance product for organizations and communities on Solana. The correct public path is:

  1. Review governance or treasury context.
  2. Run intelligence before signing.
  3. Prepare encrypted intent, claim, payroll, settlement, or route preview.
  4. Sign from the user wallet.
  5. Verify with explorer, API receipt, Supabase timeline, or proof page.

Normal users should not need code or a terminal for the public product path. Integrations are not allowed to stand as empty product claims: each visible provider lane must either execute on Solana Testnet, prepare a wallet-signable Testnet operation, expose a live API receipt, or point to a proof document that explains the current boundary.

Product Corridors

The public site should collapse into four main corridors instead of presenting every provider as a separate product:

  1. Private on-chain governance: /govern/, /execute/, /proof/, PDAO governance-token context, proposal, commit, reveal, treasury execution, and explorer/API verification.
  2. Private money movement: encrypted payments, confidential payroll, PUSD/AUDD billing, Jupiter treasury routing, MagicBlock receipts, Umbra/Cloak settlement, and REFHE/Ika preparation.
  3. Communities, competitions, and GamingDAO: reward pools, tournaments, community operations, and Colosseum reviewer flows that reuse the same governance and private treasury rails.
  4. Intelligence before signing: QVAC, GoldRush/Covalent, SNS, Zerion, QuickNode, provider status, and policy context before any wallet approval.

Current Route Inventory

  • Source app routes: 112
  • Service source routes: 33
  • Legacy/preserved bridge routes currently identified: 14
  • Static pages generated by the current Next export: 605

The 605 generated pages include curated documents, viewer routes, track pages, and compatibility routes. That count should not be treated as 605 separate product concepts.

Canonical Service Routes

CapabilityCanonical routeRole
Governance and treasury action/govern/, /treasury/, /execute/Governance token intent, treasury policy, wallet approval, Anchor 1.0.1 proof path
PDAO governance token context/govern/, /proof/, /documents/pdao-token/Governance-token and treasury evidence should stay attached to the DAO lifecycle rather than becoming a separate first-run product
Consumer governance UX/services/consumer-governance-ux/Normal-user path for wallet-first governance, private treasury review, signing, and proof across web and Android
Intelligence before signing/intelligence/QVAC, GoldRush, Zerion, QuickNode, SNS, proposal and treasury context before wallet approval
QVAC local-first intelligence/services/qvac-sovereign-ai/Sensitive decision review without sending private treasury intent to a cloud model
SolRouter encrypted AI/services/solrouter-encrypted-ai/General encrypted brief generation; QVAC remains the sensitive decision gate
Encrypt / Ika / REFHE/services/encrypt-ika-operations/REFHE receipts, Ika Solana final approval, custody preparation, 2PC-MPC readiness
REFHE payroll proof/services/refhe-payroll-proof/Focused encrypted payroll proof route with REFHE receipt and Ika custody readiness components
MagicBlock private payments/services/magicblock-private-payments/Testnet private payment corridor and on-chain receipt proof
Confidential payments/services/confidential-payments/System overview for Cloak, Umbra, MagicBlock, Encrypt/Ika, payroll and proof continuity
Umbra recipient-private payout/services/umbra-confidential-payout/Recipient-private payout lane and relayer/intent receipt verification
Cloak private settlement/services/cloak-private-settlement/Private settlement intent and receipt route
PUSD / Palm USD/services/pusd-stablecoin/PUSD payroll, grants, rewards, and stablecoin treasury activation path
AUDD stablecoin/services/audd-stablecoin/AUD-denominated merchant and treasury settlement lane
Jupiter treasury routing/services/jupiter-treasury-route/Governed route preview for swaps, rebalances, and payout funding context
Torque growth loop/services/torque-growth-loop/Server-side custom event delivery tied to real product actions
Zerion policy/services/zerion-agent-policy/Bounded portfolio policy and wallet-safe agent framing
GoldRush decision intelligence/services/goldrush-decision-intelligence/Wallet and counterparty intelligence before execution
Runtime infrastructure/services/runtime-infrastructure/, /api-status/, /rpc-services/AWS read-node, QuickNode RPC/Streams, Supabase counters, live API health
Eitherway live dApp/services/eitherway-live-dapp/Wallet-first partner route with connect, sign, and continuation into governed execution
Privacy SDK/API starter/services/privacy-sdk-api-starter/Developer starter for wallet-first privacy policies, hosted reads, and selective disclosure
Main Frontier closure/services/main-frontier-closure/Integrated reviewer route showing how the major shipped lanes compose

Preserved Bridges

These routes should remain as bridge pages, not duplicate product surfaces:

  • /inttelignce/ -> /intelligence/
  • /inteligence/ -> /intelligence/
  • /intelignce/ -> /intelligence/
  • /services/ika/ -> /services/encrypt-ika-operations/
  • /services/encrypt-ika/ -> /services/encrypt-ika-operations/
  • /services/palmusd/ -> /services/pusd-stablecoin/
  • /services/palm-usd/ -> /services/pusd-stablecoin/
  • /services/pusd/ -> /services/pusd-stablecoin/
  • /services/torque/ -> /services/torque-growth-loop/
  • /services/zerion/ -> /services/zerion-agent-policy/
  • /services/goldrush/ -> /services/goldrush-decision-intelligence/
  • /services/quicknode/ -> /services/runtime-infrastructure/
  • /services/magicblock/ -> /services/magicblock-private-payments/
  • /services/devnet-billing-rehearsal/ -> /services/testnet-billing-rehearsal/

Live Backend Evidence Checked

The following live surfaces were checked on 2026-05-27 without exposing secrets:

  • https://api.privatedao.org/api/v1/readiness returned ok=true with Supabase-backed visitor and execution counters.
  • https://api.privatedao.org/api/v1/provider-integrations/status returned ok=true on Testnet for provider status.
  • https://api.privatedao.org/api/v1/qvac/runtime-proof returned ok=true.
  • https://api.privatedao.org/api/v1/ika/solana-prealpha/final-approval returned the recorded Solana approval signature.
  • https://api.privatedao.org/api/v1/quicknode/stream/stats returned ok=true for solana-testnet.

Supabase REST table counts checked through local configuration:

  • visitor_sessions: 1429
  • governance_receipts: 17
  • operation_receipts: 14
  • cloak_delivery_state: 19
  • operation_execution_events: 10
  • visitor_transactions: 63
  • freshness_pings: 300
  • onboarding_requests: 3

De-Duplication Rule

Before adding a new public route:

  1. Check whether an existing canonical route already executes the action.
  2. If the existing route is complete, add a bridge or link to it.
  3. If the existing route is incomplete, complete that route instead of creating a new one.
  4. If a historical URL is already public, preserve it with LegacyRouteRedirect.
  5. Every canonical route must expose at least one of: wallet action, API endpoint, explorer proof, Supabase receipt path, or live verification page.

Current Missing Work To Evaluate Before Building

  • Keep /services/devnet-billing-rehearsal/ as a bridge to /services/testnet-billing-rehearsal/.
  • Audit generated viewer/document routes for stale wording, not duplicate product concepts.
  • Keep /services/umbra-private-payments/ as a compatibility export of /services/umbra-confidential-payout/.
  • Continue tightening /judge/ and /proof/ so their summaries always match the strongest live backend proof.