On-chain reading, wallet flow for e tradefx:

• Claimant deposit hashes, provided in the case submission and verified against the public ledger for e tradefx.
• Forwarding wallets on the deposit chain, each hop documented with the forwarding tx hash and the consolidating wallet.
• Bridge events into chains where the operator can off-ramp at scale.
• Mixer or privacy-service interactions, where present, listed with the contract address and the deposit/withdraw side.
• Off-ramp endpoint, the centralised exchange deposit address holding the compliance lever.

Off-ramp reading, exchange counterparty for e tradefx:

• On the e tradefx casefile, the off-ramp endpoint resolves to a centralised exchange, Bitfinex, MEXC, or Crypto.com seen often in this segment, with the larger venues routed through under stress.
• The off-ramp wallet for e tradefx is run against chain-analytics datasets and the Professor’s own compliance feeds.
• A evidence packet is delivered to the named counterparty, the e tradefx casefile is built to the off-ramp’s compliance standard.
• Where the off-ramp will not engage, e tradefx escalates to IC3, state AG, and civil-discovery overlay.

The Professor’s recovery note for e tradefx:

1. Casefile review on e tradefx, reading the submission against the no-go list.
2. Trace mapping on e tradefx, pathway documented to chain of custody standard.
3. Off-ramp naming on e tradefx, exchange endpoint identified.
4. Packet filing on e tradefx, to the named off-ramp, IC3, state AG; civil discovery overlay as applicable.
5. Documented follow-through on e tradefx.

What the casefile records, chains and counterparties:

• Chains in scope for e tradefx, the chains that handle the volume of casefile activity in this segment (BTC, ETH, Tron, BSC, plus L2s).
• Off-ramps in scope for e tradefx, named centralised exchanges with compliance leverage.
• Filings supported on e tradefx, IC3, state AG, off-ramp desk, civil discovery as applicable.