The annotation reads, wallet trace:

• Deposit-side hashes from claimant wallets into BursaIslamic’s receiving addresses.
• Operator forwarding wallets, deposit consolidation documented to chain of custody standards.
• Inter-chain bridge transactions when value moves toward off-ramp liquidity.
• Mixer/obfuscation events the operator routed through, where present.
• Final off-ramp endpoint and named counterparty exchange.

Off-ramp map, where the funds left the chain:

• Off-ramp endpoint for BursaIslamic resolves to a named centralised counterparty, the venue varies casefile to casefile, but the resolution always names a real exchange wallet.
• BursaIslamic’s off-ramp address is matched against the Professor’s compliance feed and against external chain-analytics datasets.
• The compliance packet for BursaIslamic is structured the way an off-ramp compliance reviewer expects to receive evidence, header, hashes, narrative, ask.
• If the BursaIslamic off-ramp counterparty does not respond inside the published window, escalation routes through IC3, state AG, and civil discovery.

Recovery sequence, from on-chain reading to filed packet:

1. Triage on BursaIslamic, submission read against a no-go checklist, written go/no-go returned to the claimant inside one business day.
2. Trace on BursaIslamic, deposit pathway mapped across chains, captured with chain of custody hashes.
3. Identify on BursaIslamic, off-ramp endpoint matched to a named exchange counterparty.
4. File the BursaIslamic packet, IC3, state AG (where loss meets state thresholds), off-ramp compliance desk, and civil-discovery overlay where dollar value supports it.
5. Follow-through on BursaIslamic, the Professor stays on the casefile until a documented next step exists.