> ## Documentation Index
> Fetch the complete documentation index at: https://docs.walletwall.org/llms.txt
> Use this file to discover all available pages before exploring further.

# ZK Proof-Artifact Roadmap

> Staged, non-production next steps for the ZK/SP1 proof-artifact lane, based on Wallet-Wall/walletwall-vault@0.8.5. Research and testnet only — no production custody, no mainnet deposits, no yield, no quantum-proof guarantee.

# ZK Proof-Artifact Roadmap

<Warning>
  This roadmap is **research and testnet only**. Nothing here describes a live or imminent production capability. There is **no production custody**, **no mainnet deposits**, **no yield**, and **no quantum-proof guarantee**. The SP1 smoke lane is **not production proving**, and **no on-chain verification exists** unless and until it is actually implemented and independently reviewed.
</Warning>

A staged plan for evolving the post-quantum (PQ) verifier and ZK/SP1 proof-artifact work, based on the public reference repo **[`Wallet-Wall/walletwall-vault`](https://github.com/Wallet-Wall/walletwall-vault)** as of the `walletwall-vault@0.8.5` baseline (SHA `6462c10`). The public repo's `main` has since advanced past this tag; the version references here are an as-of snapshot, not the latest release. This plan exists to keep the next steps sober and sequenced — not to assert readiness.

The WalletWall app consumes only **local, read-only** evidence shapes from this work. It does not run proving, does not verify on-chain, and does not import prover/verifier code at runtime. See [PQ Evidence, Testnet Rehearsal & ZK/SP1 Status](/vault/pq-evidence-and-rehearsal) and [Vault Boundaries & Disclosures](/vault/boundaries).

The candidate SP1 program (`readiness_score_v1`) is a dev-only research scaffold. To build and run it locally in a controlled environment — execute-mode only, **not production verification** — follow the [SP1 dev environment runbook](/operations/sp1-dev-environment-runbook). See also the [Proof-Readiness Architecture](/architecture/proof-readiness-stack) and [Proof Claim Schema](/architecture/proof-claim-schema) for how candidate SP1 evidence attaches to the Readiness Packet `proofExtension`.

***

## Current state (as of `walletwall-vault@0.8.5`, baseline `walletwall-vault@0.8.1`)

| Component                       | State                                               | Notes                                                                                                                                         |
| ------------------------------- | --------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
| **TS / open PQ verifier**       | Pure ML-DSA-65 (FIPS 204) verification boundary     | Off-chain, read-only; boundary guards merged (public #60)                                                                                     |
| **Evidence artifact / schema**  | `walletwall.pq-verifier.v1`, hash-only result shape | Deterministic; carries only keccak256 hashes (public #61)                                                                                     |
| **SP1 smoke lane**              | Research smoke signal only                          | CI lane proving the toolchain builds — **not** production proving (public #62)                                                                |
| **ZK/PQ status matrix**         | Disclosure matrix of what is / isn't proven         | Separates PQ evidence, rehearsal, and ZK status (public #63)                                                                                  |
| **ACVP vector coverage**        | Broader known-answer coverage added                 | ML-DSA-65 verifier coverage expanded (public #64, `@0.8.2`)                                                                                   |
| **Reproducible proof artifact** | Example published                                   | Canonical inputs, expected hashes, and reproduce command — research artifact only, not a production proof (public #65, `@0.8.3`)              |
| **Hosted verifier demo**        | Feasibility spike only                              | Dev/testnet spike: accepts a test vector and returns a hash-only result; **no app runtime call** (public #66, `@0.8.4`)                       |
| **On-chain verifier**           | Feasibility study only                              | Gas/calldata/precompile/threat-model document — **not an implementation**; on-chain ML-DSA verification does not exist (public #67, `@0.8.5`) |
| **Gated SP1 proving / e2e**     | Not implemented                                     | No end-to-end proof generation is wired or claimed                                                                                            |

***

## Timeline

```mermaid theme={null}
%%{init: {'theme': 'base', 'themeVariables': {'cScale0': '#B84923', 'cScale1': '#D6A85A', 'cScale2': '#6F7068', 'cScaleLabel0': '#FFF7E8', 'cScaleLabel1': '#2B2118', 'cScaleLabel2': '#FFF7E8'}}}%%
timeline
    title Evidence roadmap (research-staged, non-production)
    Today : Source-aware claims (Wallet Evidence Model v1, live)
          : Hash-only PQ verifier evidence (read-only)
    Research spike : Hosted evidence path (feasibility spike, not called at runtime)
                   : Reproducible proof-artifact example
    Future research : Signed attestations (ML-DSA, research)
                     : Gated ZK / SP1 proving (not built)
                     : Post-quantum migration research
```

*"Today" is what ships and runs live. "Research spike" and "Future research" are
staged, non-production work — they do not imply a scheduled release, live custody, or
a production ZK/PQ guarantee.*

***

## Stages

Each stage is independent and gated. None implies the next is funded, scheduled, or safe to ship.

<AccordionGroup>
  <Accordion title="Stage 0 — Read-only evidence (live)">
    The app shows hash-only PQ verifier evidence and testnet rehearsal metadata as **separate gates**. This is the only live app capability. No proving, no on-chain verification, no custody.
  </Accordion>

  <Accordion title="Stage 1 — Broaden ACVP vector coverage ✓ done in public repo">
    Broader known-answer / ACVP test-vector coverage for the ML-DSA-65 verifier was added in public PR #64 (`@0.8.2`). Increases confidence in the off-chain verifier; changes nothing about on-chain or production status. No app change required.
  </Accordion>

  <Accordion title="Stage 2 — Reproducible proof-artifact example ✓ done in public repo">
    A reproducible, independently re-verifiable proof-artifact example (inputs, expected hashes, and a reproduce command) was published in public PR #65 (`@0.8.3`). This is a **research artifact**, not a production proof and not a custody signal. The app may display a reference link and expected hash (read-only) — no prover, verifier import, or raw proof blob.
  </Accordion>

  <Accordion title="Stage 3 — Gated SP1 proving / e2e (research, not yet built)">
    Wire end-to-end SP1 proving behind an explicit research gate, clearly labelled as not production proving. Output remains a research artifact; the app continues to display read-only evidence only. This stage is **not yet built**.
  </Accordion>

  <Accordion title="Stage 4 — Hosted verifier demo spike ✓ done in public repo (feasibility only)">
    A hosted verifier spike was completed in public PR #66 (`@0.8.4`): feasibility/dev service that accepts a test vector and returns a hash-only result. **The app does not call this service at runtime.** This is docs/spike only — no custody, no mainnet, no user funds.
  </Accordion>

  <Accordion title="Stage 5 — On-chain verifier feasibility ✓ done in public repo (study, not build)">
    An on-chain verifier feasibility study (gas, calldata, precompile assumptions, threat model) was authored in public PR #67 (`@0.8.5`). This is a **document**, not an implementation. On-chain ML-DSA verification does not exist until separately built and audited.
  </Accordion>
</AccordionGroup>

***

## Recommended next PR sequence (public vault repo)

For `Wallet-Wall/walletwall-vault`, sequenced and sober. Stages 1, 2, 4, and 5 are done in the public repo; stage 3 remains unbuilt:

1. **More ACVP vectors** — broaden known-answer coverage for ML-DSA-65. ✓ done (public #64, `@0.8.2`)
2. **Reproducible proof-artifact example** — publish inputs + expected hashes + a reproduce command. ✓ done (public #65, `@0.8.3`)
3. **Hosted verifier demo spike** — feasibility spike only; testnet/dev, no custody. ✓ done (public #66, `@0.8.4`)
4. **On-chain verifier feasibility doc** — a study (gas/calldata/threat model), not an implementation. ✓ done (public #67, `@0.8.5`)
5. **Stage 3 — Gated SP1 proving / e2e** — wire end-to-end proving behind an explicit research gate, clearly labelled as not production proving. **Not yet built.** Requires its own design review.
6. **Audit / independent review** — before any stage moves toward production.

None of the above introduces custody, signing, mainnet deposits, yield, or a production protection claim.

***

## Explicit non-goals

This roadmap does **not** plan, promise, or imply:

* production custody of funds,
* mainnet deposits or withdrawals,
* yield, interest, or returns,
* a quantum-proof or quantum-secure guarantee,
* on-chain ML-DSA verification (none exists today),
* production SP1 proving (the smoke lane is research only),
* any runtime dependency of the app on the public vault repo.

***

## Related

<CardGroup cols={2}>
  <Card title="PQ Evidence, Rehearsal & ZK/SP1 Status" icon="shield-halved" href="/vault/pq-evidence-and-rehearsal">
    How the app surfaces these as separate, read-only gates today.
  </Card>

  <Card title="Vault Boundaries & Disclosures" icon="shield" href="/vault/boundaries">
    Full custody, testnet, and quantum-resistance boundary statement.
  </Card>

  <Card title="walletwall-vault (public repo)" icon="github" href="https://github.com/Wallet-Wall/walletwall-vault">
    The public reference repo for contracts, the verifier, and proof artifacts (current: @0.8.5).
  </Card>
</CardGroup>
