Reading the blockchain: explorers hands-on
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.
| Entity | What it is | Where you see it | Evidentiary weight |
|---|---|---|---|
| Address | Account, pseudonymous | Explorer address page | Fact of existence, no identity |
| Transaction and TxID | Transfer event with a unique hash | Explorer transaction page | Highest: independently verifiable |
| Label or tag | Binding of address to an entity | Explorer tag, sanctions list, our base | Depends entirely on the source |
| Contract event | e.g. AddedBlackList on the USDT contract | Event logs of the token contract | High: an issuer action recorded on-chain |
Hands-on: reading an address page
- 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.
- 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.
- 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.
- 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.
- 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.
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.