ONYXAML
Lesson 1 of 7 · 5 min

Reading the blockchain: explorers hands-on

After this lesson you will be able to: read addresses, transfers and labels directly in the explorers, avoid the classic misreads, and verify a real frozen address yourself

Welcome to the professional track. Here we move from "what to do" to "how it works from the inside". To read the blockchain like a forensic analyst you first need to command the basic entities with confidence, and then actually sit in front of an explorer and read real rows. Every later analysis error I see is built on a fuzzy grasp of exactly this level. By the end of this lesson you will verify a genuinely frozen address with your own hands.

The three entities

An address is an account in the network. A transaction is a record of a transfer between addresses. A TxID is the unique hash of a specific transaction, its immutable passport. When you cite a TxID you cite an event anyone on the planet can verify: amount, time, sender, recipient. In forensics the TxID is the basic unit of evidence. Not "it seems the money arrived", but a concrete hash. The blockchain is public but pseudonymous: every transaction is visible forever, yet an address on its own carries no name. All of forensics lives in that gap, bridging it through behavior patterns and labels while stopping honestly where guesswork begins.

EntityWhat it isWhere you see itEvidentiary weight
AddressAccount, pseudonymousExplorer address pageFact of existence, no identity
Transaction and TxIDTransfer event with a unique hashExplorer transaction pageHighest: independently verifiable
Label or tagBinding of address to an entityExplorer tag, sanctions list, our baseDepends entirely on the source
Contract evente.g. AddedBlackList on the USDT contractEvent logs of the token contractHigh: an issuer action recorded on-chain

Hands-on: reading an address page

  1. Pick the right explorer. For TRON, Tronscan; for Ethereum, Blockscout or any general explorer. We work where the USDT flow of our region actually lives, and our own freeze corpus shows why: of 2,312 recorded freeze events, 1,414 are on TRON against 898 on Ethereum.
  2. Open the address and read the header. Balance, age, transaction count, and, if present, a public tag such as an exchange name. Note the tag's source: an explorer tag is a claim by the explorer, not an on-chain fact.
  3. Open the token transfers list, not the general transaction list. For USDT questions you care about TRC20 or ERC20 transfer rows: from, to, amount, time.
  4. Read three rows aloud. Literally: "on this date, this address received this amount from that address". If you cannot narrate a row, you are pattern-matching pixels, not reading data.
  5. Check any suspicious row's TxID. Click through to the transaction page and read the fields that matter: the block and timestamp, which fix the event in time; the token contract, which confirms you are looking at real USDT and not a look-alike token with a similar ticker; and the from and to, which you compare character by character against your notes, because scam tokens and look-alike addresses both live on exactly this inattention.

The traps that catch beginners

First, the approval trap. Explorers mix Approval events into token listings, and an Approval row can show an astronomical value, the maximum the contract allows, without a single cent moving. Our own report engine filters strictly for Transfer rows for exactly this reason. If you ever "find" a transfer of quintillions of USDT, you found an approval. Second, the age trap on TRON: an account's creation time is its activation, which can be later than its first incoming token transfer, because tokens can land on a not-yet-activated account. An address is never younger than its earliest transfer; read both before calling something fresh. Third, the label trap: a tag with no source is an opinion. A professional always asks where a label came from before leaning on it, which is the whole subject of the attribution lesson ahead.

Do it yourself: a real frozen address

The address TS7zC3JefPmipGZ8nZqFbSnR2JThao4W6o is in the Tether blacklist. That is a public, on-chain fact: the issuer emitted a blacklisting event on the USDT contract, and our corpus recorded it. Work it now, in two passes. Pass one: run it through our checker. You will see the blacklist verdict from the contract itself plus the address passport: age, balance, activity window. Pass two: open the same address in Tronscan and find the raw material behind that verdict: the transfer history and the frozen balance sitting there, immovable. This is the core experience of keyless forensics: nothing we told you required trusting us, every claim decomposed into rows you just read yourself.

Why this layer matters

Across our corpus: 2,312 freezes, only 278 unfreezes, and roughly 564 million dollars destroyed by the issuer. People meet these events at the worst moment, when their own counterparty turns out to be one of those rows. Of the addresses users actually brought to our checker, 57 percent turned out to be blacklisted: people come to verify precisely the problem addresses. Reading the explorer yourself is what turns that moment from mysticism into a dated, verifiable fact you can act on.

Check yourself

  • Task. Run TS7zC3JefPmipGZ8nZqFbSnR2JThao4W6o through the checker, then open it in Tronscan. Write down: the verdict, the address age, and one transfer row narrated in a full sentence with its TxID.
  • How to know you got it right. The checker shows a blacklist hit, and your sentence names a date, an amount, a sender and a recipient you can defend by clicking the TxID. If your notes contain any claim you cannot trace to a row on the screen, cross it out: that discipline is the actual lesson.
Check an address in the checker Free case assessment
The next lesson is in a paid track. Seven lessons are free; the full programme comes with a tier. Get access →

Free preliminary case assessment

Describe your situation and we will give you an honest assessment: what is realistically possible, how long it takes and what it costs. No "guaranteed unlocks": they do not exist, because the decision sits with compliance.

CASE INTAKE · FREE ASSESSMENTLIVE

Confidential. We run our own AML screening first: cases involving sanctioned or knowingly illicit flows are declined, including any sanctions-evasion scenarios.

Urgent situation?Direct Telegram contact