Ship Checklist
This is the shortest path from the current repo state to a real 4626 launch.
If you only keep one rule in mind: the canonical production path is the frontend /deploy flow.
Launch bar
The app is launchable when all of these are true:
- Users can sign in, reach
/deploy, and complete the one-time owner-install flow. - The deploy-session server can continue the deploy after the one user approval.
- The canonical wallet invariants hold: the canonical Coinbase Smart Wallet stays the sender/account.
- The frontend builds cleanly and the launch-critical tests pass.
- Deploy-session infra env vars are present in production.
- Post-launch verification can prove the deploy reached the expected onchain state.
In scope for day one
/deploysession creation and continuation- Wallet ownership verification and canonical CSW routing
- Core launch verification and deployment docs
- Launch-critical build, typecheck, and deploy-session tests
Out of scope for day one
- Bonus social-point actions that are not required to launch the app
- CSW proof CTA UX unless the
VITE_WAITLIST_CSW_PROOFflag is explicitly enabled - Legacy admin-only helpers that do not represent the production launch path
Launch order
- Confirm production env vars.
- Run the frontend build and launch-critical tests.
- Verify the deploy path in a local or staging-like environment.
- Launch via
/deploy. - Confirm the deploy-session status reaches completion.
- Verify the vault and image/strategy readiness checks.
Production requirements
Frontend:
VITE_DEPLOY_USE_SERVER_CONTINUE=trueVITE_CDP_PAYMASTER_URL=/api/paymaster
Server:
CDP_PAYMASTER_URLAUTH_SESSION_SECRETCANONICAL_ORIGINDATABASE_URLDEPLOY_SESSION_TOKEN_HMAC_SECRETPRIVY_APP_IDPRIVY_APP_SECRETPRIVY_WALLET_AUTHORIZATION_KEYPRIVY_WALLET_OWNER_ID
Verification checkpoints
/api/deploy/session/statusadvances through the expected phases./api/v1/token/<shareOFT>/image?chain=8453&format=pngreturns a non-empty image.- The vault status page shows the expected strategy and wallet wiring.
- The deploy-session flow does not rely on same-origin paymaster/proxy fallback in production.
Rollback
If launch fails:
- Stop advancing deploy sessions.
- Keep the release behind the server-continue path until the missing env or ownership issue is fixed.
- Re-run the deploy-session and frontend checks before retrying production.