Crypto & AI
Read an X post link
Extract an X post ID, open a clean post link, and follow a short route from a claim to its supporting material.
Open tool : Read an X post linkPause. Open the source. Check the claim.
A link, a transaction ID, a number in a post. Start with what you have and work out what it can tell you.
Try a worked reading exerciseThree small tasks
Crypto & AI
Extract an X post ID, open a clean post link, and follow a short route from a claim to its supporting material.
Open tool : Read an X post linkCrypto
Choose a network, check the format of a transaction ID, and open its explorer with a short guide to reading the record.
Open tool : Read a transactionCrypto & AI
Calculate a change from its starting value, distinguish percentages from percentage points, and identify what the numbers leave unanswered.
Open tool : Check a numberA short practice run
Start with the claim, find its inputs, then decide what the evidence supports. This exercise uses an invented post and table so you can work through the whole route.
Fictional practice example
Weekly active addresses are up 50%. Adoption is taking off.
Created for this exercise. This is not a quotation from a real person, project or X account.
Distinct addresses that sent at least one included transaction on Example Network, a fictional network, during each window.
| Observation window | Addresses |
|---|---|
| 1 January 2026, 00:00 UTC to 8 January 2026, 00:00 UTC | 100 |
| 8 January 2026, 00:00 UTC to 15 January 2026, 00:00 UTC | 150 |
Each window includes its starting instant and excludes its ending instant. Both use the same network, included transaction types and address-counting rule.
Which part of the post can you calculate?
“Up 50%” is a claim about a change in an address count. “Adoption is taking off” is an interpretation. Establishing the change does not establish that interpretation.
50% compared with what, over how long, and measured how?
The starting value is 100 addresses and the ending value is 150. Each observation covers seven days under the same rule. The relative-change denominator is the first window's 100 addresses. There is no measured share of all users here: the table gives address counts.
Does the reported change follow from those inputs?
The difference is 150 − 100 = 50 addresses. Divide 50 by the starting 100 and multiply by 100: the relative increase is 50%.
Calculate 100 → 150 →What is established, and what would you need next?
Inside this fictional example, the table supports a 50% increase in the defined address count. It does not count people or explain why the count rose. One person can use several addresses, and several people can use a shared address. To investigate adoption, define what adoption means and seek records that measure it.
In a real post, an unavailable table leaves the inputs unconfirmed. You can understand the arithmetic without claiming that the real-world increase happened.
How would you retain the useful finding without overstating it?
“The linked table reports 100 → 150 transaction-sending addresses in two consecutive seven-day windows: +50% using the first window as the base. Check the underlying records and counting rule. This does not yet establish growth in people using the network.”
You now have a reproducible calculation and a narrower conclusion. For the next real post, keep the original URL, its date, the source values and the question those values actually answer.
The guide follows an actual X post, the author's explanation and a contrasting essay, preserving each speaker's position.
The worked Base announcement distinguishes a stated milestone from the network properties described in the underlying documents.
Use the real project-pitch example to distinguish a declared holding, paid promotion and the claims that still need checking.