PrivateDAO now includes a backend read path so proposal discovery, DAO inspection, runtime health, and wallet-readiness checks do not depend only on browser-side RPC calls.
- exposes a pooled read path over multiple Devnet RPC endpoints
- caches proposal, DAO, and runtime reads for a short TTL
- keeps wallet-signed writes on the frontend
- returns reviewer-friendly JSON for:
- runtime health
- proposal lists
- single proposal inspection
- DAO inspection
- governance-token readiness per wallet
- MagicBlock health, mint-status, and balance inspection
- reduces rate-limit pressure from browser polling
- keeps Solana reads closer to a mainnet production shape
- lets a custom domain or reverse proxy serve:
- static frontend
/api/v1/*read endpoints
- preserves the current static frontend as a safe fallback
GET /healthzGET /api/v1/configGET /api/v1/runtimeGET /api/v1/metricsGET /api/v1/ops/overviewGET /api/v1/ops/snapshotGET /api/v1/devnet/profilesGET /api/v1/magicblock/healthGET /api/v1/magicblock/mints/:mint/statusGET /api/v1/magicblock/balances/:address?mint=<MINT>GET /api/v1/proposalsGET /api/v1/proposals/:proposalGET /api/v1/daos/:daoGET /api/v1/daos/:dao/wallets/:wallet/readiness
cd PrivateDAO
npm run start:read-nodeThen open the frontend with:
https://privatedao.org/?readApi=http://127.0.0.1:8787/api/v1
- read-only server
- no wallet secrets
- no signing
- no treasury authority
- no mutation endpoints
- in-memory rate limiting
- bounded CORS
- cache TTL configurable by environment
- request counters and route-hit metrics
- deployable behind a same-domain reverse proxy
The repository can also generate a reviewer-facing backend snapshot:
cd PrivateDAO
npm run build:read-node-snapshot
npm run verify:read-node-snapshotFor production, serve the frontend and read node behind the same domain and reverse proxy so the browser uses:
- wallet-signed writes locally
- pooled backend reads through the read node
- direct RPC only as fallback