Stablecoin Vault & Vault Simulator
WalletWall ships two related but distinct vault surfaces. Keep them separate in all copy and docs.- Stablecoin Vault (flagship)
- Vault Simulator
- Route:
/stablecoin-vault - Subdomain:
vault.walletwall.org - Role: Flagship vault readiness and migration journey — the destination the intelligence layer feeds
Stablecoin Vault (flagship)
The Stablecoin Vault is the destination the WalletWall intelligence layer feeds — the action layer a wallet arrives at once Quantum Intelligence, Stable Seer, and Holder Wall have assessed its readiness. It is reachable at/stablecoin-vault and at vault.walletwall.org.
The Stablecoin Vault surfaces a readiness journey with four outcomes:
These map onto existing Migration Readiness engine outputs (
monitor / plan / prioritize urgency and the vault-prototype recommended path) — they are a presentation layer, not new math.
This diagram visualizes the table above; it adds no new inputs. The readiness assessment is read-only — Testnet Rehearsal (and optionally Prepare) is the only intended entry point into the Vault Simulator from the product journey; Monitor and Not Enough Data never surface a simulator entry.
Readiness signals
The readiness verdict is supported by four read-only readiness signals, kept as separate gates — none implies the others, and none is a protection guarantee:PQ Evidence
A hash-only, read-only record that the open ML-DSA-65 verifier accepted a test vector. Not custody, not on-chain verification.
Testnet Rehearsal
Whether documented Sepolia/testnet simulator metadata is present and safe to surface — mock assets only.
Proof Artifact Status
Read-only metadata for a reproducible proof-artifact example generated outside the app. SP1 proving remains gated in this app.
ZK / SP1 disclosure
Research/disclosure status only — no ZK proof runs behind any readiness state. This is not production quantum protection.
Handoffs into Stablecoin Vault
Holder Wall → Stablecoin Vault
When a valid EVM wallet is open in the Holder Wall drawer, the app can route to Stablecoin Vault readiness with the wallet address in context.
Quantum Intelligence → Stablecoin Vault
When Quantum Intelligence has assessed a wallet’s signature and migration exposure, a Stablecoin Vault readiness link is surfaced if the
vault-prototype path is recommended.Stable Seer → Stablecoin Vault
Stable Seer’s stablecoin exposure signals (peg health, concentration, flows) are inputs to the Stablecoin Vault readiness assessment.
Stablecoin Vault → Vault Simulator
From the Testnet Rehearsal recommendation (and optionally Prepare), the Stablecoin Vault surfaces an entry into the Vault Simulator at/vault. This is the only intended entry point into the Vault Simulator from the product journey; the Vault Simulator is a technical detail, not a standalone flagship.
Vault Simulator (Sepolia testnet detail)
The Vault Simulator is a research prototype that demonstrates a hybrid classical + post-quantum authorization model for Ethereum wallet migration. It is reachable at/vault only — it has no subdomain and is not a peer flagship product.
Current implementation boundary
The Vault Simulator’s UI is a compatibility/prototype surface. The readiness scanner is read-only and the migration path panel is driven by the shared wallet-security profile when available, with a migration-only fallback. WalletWall does not store private keys, does not ask for seed phrases, and does not implement recovery flows in this UI. The shared wallet-security orchestration layer supplies the security state, vault eligibility, and recovery readiness rendered in the Wallet Security and Migration Path panels. The canonical boundary and guarantees live in the Key Management & Recovery Model — recovery flows are not implemented yet.Which readiness signal is which
PQ evidence, proof artifact status, and testnet rehearsal are separate gates — a positive state in one never implies another. The matrix below makes that boundary interactive; the full explanation lives in PQ Evidence, Testnet Rehearsal & ZK/SP1 Status.Deployment status
Ethereum Sepolia is the validated active deployment:
The prior Sepolia deployment identified as
0x8c5B…CF24 is deprecated because it has a stale runtime and uses the incompatible legacy 32-byte PQ-key vault format. Do not use it for new vaults or reference it as active.
The public Wallet-Wall/walletwall-vault repository owns contracts, security assumptions, verifier design, tests, and deployment records. The private app consumes pinned ABI, custom errors, events, EIP-712 schema, and deployment configuration only. No full public-repository mirror should be added.
The Stablecoin Vault page surfaces this trust state in a read-only Vault Trust Status panel. It reports the public reference path as remediation-gated, states that the active Sepolia deployment is not reproducible from public HEAD yet, lists the two remediation paths, and links to the public reproducibility manifest at deployments/reproducibility/walletwall-vault-sepolia.json. The panel is presentational only — it performs no runtime fetch, deploy, or transaction, implies no custody, deposits, wallet connection, or signing, and makes no mainnet-readiness claim.
Page flow
Entry phase
The entry page explains the three concepts (Quantum Exposure, Migration Readiness, WalletWall Vault), shows the research disclosure, and presents a read-only scan form. Users can enter any Ethereum address or ENS name. A deep-link param?vw=<address> triggers the scan automatically on load. Scanning does not require a wallet connection, signature, or transaction.
The connected Vault dashboard is separate from the readiness scanner. It is testnet-only, with Ethereum Sepolia as the validated active deployment. Ethereum Mainnet and Base Mainnet writes remain blocked.
Result phase
After scanning, the result phase renders, top to bottom:1
Score ring
Displays the vault readiness band (
unknown, weak, moderate, strong, resilient) and the scanned address.2
Research disclosure
Always visible; states the prototype is read-only in the scanner and does not store keys.
3
Quantum Vault Readiness Card
Recovery readiness breakdown, findings, recommendations, controls, and migration path panel.
4
Proof-of-Readiness Campaign Preview
Shows which readiness campaigns the scanned wallet is eligible for, and an evidence hash derived deterministically from the wallet’s security profile signals.
5
Simulate: Authorization flow panel
Collapsed by default; see below.
6
Research repository link
Links to the WalletWall Vault GitHub repo.
← New scan button resets to entry without navigating away.
Recovery Readiness Score
The score is computed by the recovery-readiness scorer. It starts from a base of 62 and applies deltas for:Score bands
When no wallet signals are available the score is
null and status is insufficient_data. A heuristic-only baseline is never shown as wallet-specific intelligence.
Simulate: Authorization flow panel
The Simulate: Authorization flow panel is a collapsible research illustration — not an interactive signing flow. It renders in the result phase below the Quantum Vault Readiness Card, collapsed by default. It shows a static, deterministic narrative of what a hybrid ECDSA + ML-DSA authorization step would look like for this wallet. Steps are neutral-gray (not success/fail colored) and labeled as a conceptual illustration.
This renders the table above as a sequence, nothing more. Every step is illustration only — the panel is collapsed by default and colored neutral-gray rather than success/fail; it represents no real signature request, no key access, and no on-chain submission.
Use careful labels such as “research simulation”, “conceptual flow”, “illustration”, “not a real authorization”, “no keys accessed”, “nothing submitted on-chain”, and “monitor only”. Avoid absolute safety, recovery, or asset-control claims.
Product registration
The product navigation registry defines the two surfaces (as of PR #1005). The Stablecoin Vault appears as item 05 inPRODUCT_NAV_ITEMS, the primary homepage journey. The Vault Simulator is a detail route and does not appear in the primary nav.
Registry definitions (source excerpt)
Registry definitions (source excerpt)
Cryptographic research context
The vault prototype models hybrid authorization using:- ML-DSA (FIPS 204) — formerly CRYSTALS-Dilithium; the primary post-quantum signature scheme.
- SLH-DSA (FIPS 205) — formerly SPHINCS+; referenced as related signature research.
- ECDSA / secp256k1 — the current Ethereum signature scheme, retained in the hybrid flow.
staticCall preflight and surfaces decoded custom errors when revert data matches the pinned ABI. Mock PQ key and signature material is prototype/testnet-only.
Approved framing
Related
Quantum Intelligence
The scoring model and Dune feeds that power vault readiness.
Migration Readiness
The four-tier engine behind the Stablecoin Vault recommendation.
Vault Boundaries & Disclosures
Full custody, testnet, and quantum-security boundary statements.
Open the Stablecoin Vault
The flagship vault readiness and migration journey, at vault.walletwall.org.
WalletWall Vault research repository
Owns contracts, security assumptions, verifier design, tests, and deployment records.

