Skip to main content

Stablecoin Vault & Vault Simulator

WalletWall ships two related but distinct vault surfaces. Keep them separate in all copy and docs.
  • Route: /stablecoin-vault
  • Subdomain: vault.walletwall.org
  • Role: Flagship vault readiness and migration journey — the destination the intelligence layer feeds
Both surfaces are research prototypes. Neither involves real funds, real custody, mainnet deposits, or production-grade quantum verification. See the Vault Boundaries & Disclosures page for the full statement.

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.
These signals are read-only and generated outside the app: WalletWall does not fetch the reference repo at runtime, run SP1, or call any verifier service. See PQ Evidence, Testnet Rehearsal & ZK/SP1 Status for the full statement.

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.
The Vault Simulator is a research prototype. The readiness scanner is read-only. The connected dashboard is testnet-only and can request EIP-712 signatures and submit testnet transactions. The current verifier is not production-grade post-quantum verification, and no live native PQ precompile support is claimed.

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 reported source commit is absent from public Vault history, and current public HEAD recompiles to 22,138 runtime bytes, not the active deployment runtime of 20,508 bytes. This deployment is not reproducible from public HEAD yet — in the public repo its reproducibility is remediation-gated and recorded in a machine-checkable manifest (deployments/reproducibility/walletwall-vault-sepolia.json, enforced by npm run validate:reproducibility). The committed remediation path is to redeploy from public HEAD or publish the exact source tag and artifact manifest. Do not claim that current public HEAD reproduces the active Sepolia 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.
The ← 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 in PRODUCT_NAV_ITEMS, the primary homepage journey. The Vault Simulator is a detail route and does not appear in the primary nav.

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.
The hybrid proof binds both an ECDSA signature and an ML-DSA signature to the migration transaction. The on-chain verifier is an architectural placeholder — it does not perform production-grade cryptographic verification. Connected-dashboard withdrawals use EIP-712 typed-data signing. Before transaction submission, the app runs a 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


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.