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

Product Alignment Matrix 2026

superteam-track-submission-matrix-2026.md

Boundary

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

Open raw file

Product Alignment Matrix 2026

Purpose

This is the canonical public alignment matrix for PrivateDAO during the current external review cycle.

It keeps the public repo disciplined:

  • it says which product lane is doing the work
  • it says which route and packet explain that lane best
  • it keeps truth boundaries explicit
  • it leaves sponsor-specific tactics outside the public repo

Use this alongside:

Global truth rules

Every public reviewer-facing explanation should stay anchored to these truths:

  1. lead with the live Solana Testnet product path confidently
  2. frame the external audit as an active hardening milestone
  3. frame multisig and custody ceremony as the next trust-lifting milestone
  4. frame production monitoring as an operating milestone in active closure
  5. present settlement receipts at the level currently evidenced
  6. present mainnet real-funds readiness as the next major operating threshold, not as a completed state

Public workstream matrix

Product lanePrimary public routeBest public packetWhat it provesCurrent public guidance
Core governancehttps://privatedao.org/start/colosseum-submission-answers.mdWallet-first DAO creation, proposal flow, and vote lifecycleKeep the first-run path clear and confident
Confidential operationshttps://privatedao.org/security/confidential-payout-evidence-packet.mdPrivate governance plus operator-readable confidential treasury motionLead with workflow value before cryptography vocabulary
Telemetry and infrastructurehttps://privatedao.org/analytics/reviewer-telemetry-packet.generated.mdAnalytics, diagnostics, export, and infrastructure readabilityKeep the analytics story operational and reviewable
Treasury route and paymentshttps://privatedao.org/services/jupiter-treasury-route.mdGoverned swap, rebalance, payout funding, and execution planningKeep the route behavior clearer and more executable with each tranche
Stablecoin treasury and payrollhttps://privatedao.org/services/testnet-billing-rehearsal/pusd-stablecoin-treasury-layer.mdPUSD payroll, grant distribution, gaming reward, and stablecoin billing proofPresent it as a durable stablecoin treasury layer with PUSD as the institutional corridor, not as a one-off listing tactic
Policy-bound autonomous agenthttps://privatedao.org/services/zerion-agent-policy/zerion-autonomous-agent-policy.mdSolana chain lock, spend caps, expiry windows, blocked actions, approve-before-execute treasury controlsPresent it as a safe Zerion CLI fork direction: autonomous execution without god-mode wallet authority
Growth and retention loophttps://privatedao.org/services/torque-growth-loop/torque-growth-loop.mdDAO creation, proposal creation, billing signatures, learning completion as custom_eventsPresent Torque as measurable product growth attached to real usage, not campaign theatre
Trust and audit-readinesshttps://privatedao.org/trust/audit-packet.generated.mdHardening discipline, reviewer trust, and pre-audit maturityKeep trust, runtime evidence, and hardening surfaces aligned
Company and funding posturehttps://privatedao.org/story/submission-dossier.mdProduct maturity, operator seriousness, and broader ecosystem relevanceKeep the company-grade story concise and product-first

Highest-priority packet mapping

Use these as the default public anchors

Public writing discipline

When describing the build publicly:

  • lead with shipped product behavior
  • explain why the feature exists and how it is used
  • keep sponsor and listing tactics outside repo-visible text
  • keep all launch, audit, and mainnet claims bounded to evidence

Detailed submission editing is maintained outside the repo in private operating notes.