The annotation continues, off-ramp endpoint:

• On the Solshire 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 Solshire is run against chain-analytics datasets and the Professor’s own compliance feeds.
• A evidence packet is delivered to the named counterparty, the Solshire casefile is built to the off-ramp’s compliance standard.
• Where the off-ramp will not engage, Solshire escalates to IC3, state AG, and civil-discovery overlay.

Recovery pathway, how this casefile moves toward filing:

1. Casefile triage on Solshire, the submission is read; a written assessment is delivered.
2. Forensic trace on Solshire, every hop in the deposit pathway is captured and hashed.
3. Off-ramp identification, the Solshire endpoint is named.
4. Recovery filing on Solshire, packet delivered to IC3, state AG, off-ramp compliance, and civil discovery as applicable.
5. Continuing review of Solshire, the Professor follows the casefile until next-step documentation exists.

What the Professor will never do, by policy:

• On the Solshire casefile, never request a seed phrase. Ever.
• On the Solshire casefile, never request remote-access logins to a wallet or exchange.
• On the Solshire casefile, never demand an upfront cash retainer to scope the matter.
• On the Solshire casefile, never promise a guaranteed recovery. The trail does not promise one.
• On the Solshire casefile, never call the claimant unsolicited. Written-only.