Security + Intelligence
Decision support
Hugging Face free-ready
Intelligence
Operational intelligence that helps a normal user make safer governance and treasury decisions

PrivateDAO uses intelligence where it actually matters: proposal review, treasury execution review, voting compression, RPC health interpretation, and gaming-governance decision support tied to real product flows before execution.

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
Review is the decision gate before any signer approves treasury or governance actions
Freshness
2d old

This route exists between wallet connection and signature approval. Read the risk context here, then move to execution only when the policy, route quality, and proof path are clear.

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
Execution command surface

Every major route must lead to review, execution, or verification

PrivateDAO is organized as an operating path: intelligence reviews the action, privacy rails prepare the protected packet, the user signs from the wallet, and proof routes expose the receipt or blockchain evidence. The normal user should not need code or a terminal; the interface carries governance, treasury, private intent, encrypted claims, wallet-first signing, and verification as one browser flow.

Governance treasury

Move from governance token intent to treasury policy, private intent, wallet approval, and Anchor 1.0.1 proof.

Governance token + treasury + Anchor 1.0.1
Intelligence

Review wallet, proposal, RPC, provider context, and QVAC local-first risk before signing.

GoldRush, Zerion, QuickNode provider status
QVAC

Run local-first sensitive decision intelligence before any treasury or governance signature.

QVAC runtime proof + local-first boundary
Privacy claims

Generate a visitor-repeatable encrypted claim and prepare a Solana Testnet memo.

AES-GCM packet + Testnet memo commitment
Encrypt / Ika

Open REFHE receipts, Ika Solana final approval, and custody preparation.

Ika Solana final approval signature
Execute

Run wallet-first payroll, settlement, treasury, or reward operations.

Wallet signature, receipt, proof route
Growth + stablecoin

Use Torque, Jupiter, Zerion, Supabase receipts, and PUSD-ready rails.

AWS read-node + Supabase counters
This route is easiest to understand after /learn and a real Testnet action from /govern. The goal is simple: help the signer understand risk, treasury context, RPC quality, and gaming consequences before pressing approve and moving to /execute.
Pre-execution gate

Execution should not run before this gate is clear

Proposal risk score reviewed
Counterparty context checked
Liquidity and route quality reviewed
Proof and audit path prepared
Sensitive DAO and treasury decisions use the QVAC local-first path; general encrypted analysis uses the SolRouter lane. Review the exact boundary at /documents/solrouter-vs-qvac-boundary.
Live proofs
2

Baseline proof and dedicated V3 proof packet are both reviewer-facing

ZK anchors
3

On-chain proof anchors exposed in the Testnet evidence path

Wallets
50

Multi-wallet Testnet rehearsal already captured and packaged

Commercial rails
4

Grant, fund, gaming, and enterprise service packs remain part of the UI

Decision-to-execution spine

GoldRush does not stop at analytics; it feeds the encrypted execution path

Use this sequence when a judge asks how intelligence becomes action: provider data informs a decision, the sensitive part is encrypted, the wallet signs, and the proof path remains visible.

Not a chatbot

AI in PrivateDAO exists to explain hard decisions, not to distract from them

This route is intentionally operational. It helps users understand proposal review context, treasury execution context, voting posture, RPC quality, and gaming-governance implications before they sign or execute anything.

Security + Intelligence layer

This is where AI belongs in PrivateDAO: proposal review, treasury execution review, voting compression, RPC interpretation, and gaming-governance assistance. It is decision support, not a shallow chatbot.

Operational intelligence
User-facing analysis
Hugging Face free-ready path

How to use this route

Open it before signing when you want a plain-language explanation of proposal or treasury risk.
Use the RPC analyzer when the product feels slow and you want the data path explained without digging through logs first.
Use the gaming path when governance and reward decisions need to stay fair, fast, and understandable to non-experts.

Proposal Review AI

Proposal execution review

Execution notes attached
Intelligence output

This proposal should keep explanation, trust context, and destination rationale visible before signatures are collected.

The point of this output is not to replace human judgment. It is to compress hard governance, treasury, RPC, and gaming context into something a signer can actually understand before acting.
Transfer size is meaningful enough to justify an explicit treasury review note.
Recipient has no prior usage history in this governance context yet.
Timelock is compact, so timing context should stay explicit before execution.
Hugging Face free posture

This layer is built to help users now with browser-side intelligence and clear governance heuristics. If you later want a free open-model path, the same UX can be connected to a Hugging Face-hosted summarization or classification adapter without changing the product surface.

Operating map

Intelligence feeds every operating lane

This is not a detached analytics page. Intelligence feeds governance review, treasury route choice, payroll preparation, confidential payment rail selection, compliance posture, and wallet-first execution clarity before the user signs.

How intelligence feeds every lane
Governance receives proposal review, risk framing, and policy context before a signer approves.
Payments receive counterparty review, settlement lane selection, and private rail clarity before funds move.
Payroll receives encrypted operational preparation so payout metadata stays out of shared review surfaces.
Treasury receives wallet history, stablecoin visibility, and route comparison before rebalance or disbursement.
Wallet-first flows receive simpler user context so normal operators can act safely without losing technical truth.
GoldRush intelligence workbench

Structured on-chain intelligence for treasury and counterparty review

This surface makes GoldRush prominent where it belongs: before signature. It turns wallet history, stablecoin flow, counterparty trust, and holdings queries into a pre-execution review lane for normal users and a live evidence lane for judges.

Live execution
This page does not move funds. It prepares signer context only.
Health / status
Vendor, fallback, and runtime source states stay visible per request.
Intent receipt
Every run can persist a reviewer-visible receipt without claiming settlement.
Full settlement
Settlement belongs to Umbra, Cloak, and MagicBlock lanes after review.
Query template
Delivery state
Run a live Covalent GoldRush intelligence request here. The hosted read-node now forwards configured GoldRush, Zerion, SNS, and Solana RPC checks for reviewer-visible pre-sign context.
Degraded fallback
Portfolio summary
Assets tracked
Stable positions
Estimated valueN/A
Preview txns
Risk signals
Run a live query to generate reviewer-facing risk hints.
Top holdings
No holdings loaded yet.
Stablecoin review
No stablecoin positions returned for this wallet.
Prepared request payload
{
  "queryType": "wallet-history",
  "chainName": "solana-mainnet",
  "walletAddress": "So11111111111111111111111111111111111111112",
  "include": [
    "transactions",
    "classifications",
    "token-metadata"
  ]
}
Latest response preview
Ready for a live Covalent GoldRush query. Run the workbench to populate this reviewer packet with wallet intelligence before signing.
QuickNode stream intelligence

Live Solana Testnet stream intake for proof freshness and operational telemetry

PrivateDAO now treats QuickNode as infrastructure, not a logo. Streams can send Testnet block or program-log data into a protected webhook, where the product converts noisy chain payloads into reviewer-safe intelligence: program matches, transaction health, compute usage, and evidence freshness before a signer executes.

QuickNode
real-time Solana stream
GoldRush
wallet and counterparty context
QVAC
local-first decision brief
Stream endpoint
api.privatedao.org/api/v1/quicknode/stream
Authenticated webhook for Solana Testnet Programs + Logs or Block datasets. Do not point QuickNode at privatedao.org; use the api subdomain.
Payload posture
live stats
Large raw blocks become accepted-payload counters, program hits, compute usage, and proof freshness signals.
Security
env-token only
Secrets live in deployment environment variables; no stream token is committed to GitHub.
Decision use
data-to-intel
QuickNode feeds runtime telemetry, GoldRush adds wallet context, and QVAC turns both into signer guidance.
SNS identity lookup

Use a name.sol identity instead of forcing raw wallet input

PrivateDAO resolves Solana Name Service domains locally from the browser before a user moves into counterparty review, treasury settlement, or proof. The resolved address is still shown before signing.

Enter a .sol name to resolve it before using a raw wallet address.
QVAC sovereign AI layer

Local-first decision layer for sensitive DAO operations

QVAC is used where disclosure would hurt the operator: private payroll, confidential treasury proposals, compliance review, and high-value votes. It prepares the brief locally before signing so sensitive governance intent does not need a centralized model endpoint.

On-device capability
WebGPUnot detected
WebGLnot detected
WASMnot detected
Workersnot detected
Languageunknown
QVAC SDKinstalled; browser model runtime active
Runtime package@qvac/sdk + @xenova/transformers
Runtime versionruntime proof
Local modelqvac/fabric-llm-finetune
Operational local brief
Powered by QVAC fabric-llm running locally — zero cloud dependency. No API key. No centralized model call.
Local execution brief
Local deterministic fallbackqvac/fabric-llm-finetune
Operation: private_treasury_execution | Amount: 1250 USDT | Privacy mode: shielded | Risk notes: new recipient + rebalance path
Operation typeprivate_treasury_execution
Privacy modeUse shielded/private mode with scoped viewing-key audit evidence.
CounterpartyNew recipient detected: run counterparty trust review before settlement.
New recipient signal detected: run counterparty check before settlement.
Runtime capabilities
@qvac/sdk-installedqvac-fabric-transformersdeterministic-local-brief
Local LLM policy brief before sign
Offline translation for multilingual ops teams
Speech-to-text command capture on device
OCR of invoice / payroll attachments locally