Back to Tornado Cash Wiki
Tornado Cash logo

Tornado note recovery

A long-form troubleshooting and execution guide.

1) Recovery precondition matrix

Context quality Typical result Operational note
Chain + denomination + artifact set present Often recoverable Proceed with path-aware workflow
Only tx hash and address Usually insufficient Need private artifact reconstruction
Chain uncertain High false negative risk Fix assumptions before further scans
Denomination uncertain Frequent miss Rebuild deposit context first

2) Artifact priority and evidence quality

  1. Hard ground truth: chain + denomination + deposit interval
  2. Wallet/session context around deposit activity
  3. Local exports and encrypted note/account remnants
  4. Path-separated recovery results for audit

Ordering matters. Good sequencing prevents wasted scans and false conclusions.

3) Account model: backup wallet vs note context

A common recovery mistake is assuming that the deposit sender address, backup wallet, and note decryption context are always the same identity. In practice, recovery tools may need to reason about them separately.

This is why path-aware recovery matters: one path may find backup context while another path may be needed to inspect encrypted note material more broadly.

4) Failure interpretation guide

5) Data sources used in recovery analysis

Professional recovery is not a single lookup. It combines public event history with private user-side artifacts.

6) Recommended execution flow

  1. Freeze assumptions and record them explicitly.
  2. Run recovery path A and log output independently.
  3. Run fallback path B only after A is interpreted correctly.
  4. Compare path-level outcomes before deciding final status.

If you prefer a guided non-script workflow, some users use @TornadoNoteRecoveryBot.

7) Related pages