The NEAR thesis — and the test it set itself
Most thesis dashboards are built to be believed. This one is built to be checked: the thesis is stated in full, its six pass/fail bars were fixed and hash-sealed on NEAR testnet before any data was consulted for a verdict, and the official run is published with its receipts. The verdict was not kind. That is the point.
Intents volume, TVL, validators and market cap held. Fees and price recovery failed. Claims sealed on-chain at block 277671036 before the run; this verdict sealed at block 277675514 after it. Full detail in Scoreboard.
Seal the claims
Six pass/fail bars for NEAR were written down, hashed, and sealed in a testnet contract — before any verdict data was consulted.
Test them live
The test page checks each bar against live public data — DefiLlama, CoinGecko, NEAR RPC — in the visitor's own browser. No backend, no hand-picked screenshots.
Seal the verdict
The official run's results file was hashed and sealed on-chain after the run. Anyone can re-hash the published file and compare — see Verify It Yourself.
What would have to be true
NEAR's bet is that the winning layer of crypto is not another fast chain, but chain abstraction: users state an intent, and a network of solvers executes it across chains without the user caring which chain did the work. If that bet is right, three things should be visibly true at the same time: the Intents economy should already move real money at real scale; the underlying chain should still show independent signs of life (DeFi depth, decentralization, fees); and the token should be large enough to matter — while its price, still far below the last cycle's high, leaves room if the first two keep compounding.
That is the bull case, stated as strongly as it can honestly be stated. Its deliberate design choice: it separates usage being real from value reaching the token, because those are different claims with different evidence — and right now, the first largely holds while the second fails. A thesis that cannot say which of its legs is broken is marketing; this one is built so the data assigns the blame.
The six claims operationalize the thesis: C1 tests the Intents economy, C2–C4 test the chain underneath it, C5–C6 test what the market currently believes. Each has a hard numeric bar, fixed in claims.txt and sealed before testing — the next section explains why each bar sits where it does.
Every threshold, justified — before the data spoke
A bar set after seeing the data proves nothing. These were written into claims.txt, hashed (SHA-256 0cac2dad…e09d86) and sealed on testnet first. Each bar also states what it is meant to distinguish.
| Claim | The bar | Why this level |
|---|---|---|
| C1 Intents volume | ≥ $3.0B / 30 days | The scale test. Serious cross-chain execution flow is measured in billions per month; below ~$1B the Intents story would be a niche experiment, not an economy. $3B separates "material" from "marginal". |
| C2 Chain TVL | ≥ $150M | The DeFi relevance floor. Chains under ~$100M of TVL are, in practice, DeFi-irrelevant. $150M is a deliberately modest bar — "DeFi exists here at real scale", nothing more. It currently passes by ~3%, which this page counts as a weakness of the thesis, not a strength. |
| C3 Chain fees | ≥ $250K / 30 days | The value-capture floor — the minimum at which "usage pays the chain" stops being a slogan. Honesty built into the bar: even passing it (~$3M annualized) against a ~$4B market cap would be a price-to-fees multiple in the thousands, so a pass would not prove value capture; it would only prove fees are non-trivial. A fail — which is what happened — proves they are not yet even that. |
| C4 Validators | ≥ 300 current validators | The decentralization floor for the mainnet validator set, read directly from NEAR RPC. Stated limit: the count includes chunk-only producers and says nothing about stake concentration (a Nakamoto-coefficient test would be stricter). A floor, not a certificate. |
| C5 Market cap | ≥ $4.0B | The relevance test: does the market still price NEAR as a large-cap asset, or has it been abandoned to small-cap territory? $4B keeps it in the large-cap set. |
| C6 Price recovery | Within 50% of ATH | The re-rating test. A thesis claiming the market is re-pricing NEAR upward should show the price at least halfway back to its all-time high. At ~−84% it cannot — the claim the bull case most wants to avoid, which is exactly why it is here. |
A correlation, disclosed rather than hidden: C5 and C6 are both derived from price (market cap is price × supply), so the six claims are not six fully independent tests — one large price move can move two votes. They are kept separate because they test different things — absolute scale (C5) versus recovery (C6) — and the official run shows why the distinction matters: C5 passed on supply and rank while C6 failed on the same drawdown. But a reader weighing the verdict should know the overlap exists. It is stated here, in the thesis itself, not discovered by critics later.
The contradiction, head-on: volume is not value capture
The official run produced the most interesting pair of numbers in this project: $3.797B of Intents volume in 30 days (C1, pass) next to $129,456 of chain fees in 30 days (C3, fail — about half its bar). Both numbers are true at once, and the gap between them is the current state of the NEAR thesis.
Why the gap exists: Intents volume is gross solver flow, much of it cross-chain — a swap can be an "Intents" trade without settling as fee-paying NEAR L1 activity. Volume measures that the machine is being used; fees measure whether the chain and its token are being paid for that use. Annualized, the run's fees are a ~$1.6M run-rate against a $4.22B market cap — a price-to-fees multiple of roughly 2,700×. No framing makes that cheap. For the token thesis to work, Intents economics — fees taken in traded assets, demand for NEAR-denominated settlement and staking — must eventually show up in C3-type numbers. Today they do not.
What would change this verdict: a later run, against the same sealed thresholds, in which C3 crosses $250K/30d while C1 holds — that is the signature of value capture arriving, and because the thresholds cannot be edited, nobody gets to move the bar when it happens. What would kill the thesis outright: C1 decaying below its bar, or C2 flipping in a routine DeFi drawdown — either turns PARTIALLY BROKEN into BROKEN, in public, with the receipts sealed.
How much NEAR exists — live
Supply is the quiet half of every token thesis: demand stories mean little if issuance dilutes holders faster than fees and burns offset it. These figures fetch live from CoinGecko in your browser; the interpretation below is fixed text and does not move with them.
Why supply belongs in a falsifiable thesis: NEAR has no hard supply cap, so new issuance is a standing headwind that real fee revenue has to outrun before holders gain anything. That is exactly what claim C3 watches from the other side: if chain fees stay at the official run's ~$129K/30d level while supply keeps growing, the token's claim on the network's economics weakens every month — no narrative required, just arithmetic.
What would strengthen the thesis on this page: fees (C3) rising through their sealed bar, or a sustained period where fee burns visibly offset issuance. Neither is asserted here; both are checkable against the same public sources, which is the standard this project holds itself to.
The multiples, computed in your browser — formulas shown
No black boxes: every figure below is computed live from the same keyless sources as the test, and the formula is printed next to it. If a source is unreachable, the row says "unavailable" — a missing number is never replaced with a flattering one.
| Metric | Live value | Formula |
|---|---|---|
| Market cap | … | CoinGecko market_cap (price × circulating supply) |
| Fully diluted valuation | … | price × total supply (both CoinGecko) |
| Price-to-fees (annualized) | … | market cap ÷ (30d chain fees × 12) — DefiLlama fees |
| Chain fees as % of Intents volume | … | 30d chain fees ÷ 30d Intents volume — shown for scale only: Intents flow is largely cross-chain, so this is not a protocol take rate; it measures how little of the flow the chain itself captures |
| TVL ÷ market cap | … | DefiLlama chain TVL ÷ CoinGecko market cap |
| Drawdown from all-time high | … | CoinGecko ath_change_percentage — C6's raw input (bar: ≥ −50%) |
| Peer context — Solana TVL (live) | … | DefiLlama v2/chains, row name = "Solana" → tvl. A live scale reference for C2's $150M bar — context, not a claim. |
| Peer context — Solana chain fees, 30d (live) | … | DefiLlama summary/fees/solana → total30d. The comparison C3 has to survive; shown, not argued away. |
Reading the official run through this lens: at the run, price-to-fees was roughly 2,700× ($4.22B cap against a ~$1.6M annualized fee run-rate). By any conventional standard that is not "cheap" — it is a price that already assumes the value-capture problem gets solved. The bull case therefore cannot be "the market is giving NEAR away"; it has to be "Intents keeps compounding until the fees follow". That is a growth claim, and C1/C3 are exactly the pair of sealed claims that will grade it over time.
Where this thesis loses
Competition. Solana and the major Ethereum L2s dominate current fee revenue and developer mindshare; on a pure "who gets paid today" comparison, NEAR loses, and C3's failure is that fact measured rather than argued. NEAR's counter-position is architectural: intents and chain abstraction aim at the layer above any single chain, plus a serious AI-agent angle (agent identity and payments need exactly this kind of intent infrastructure). That is a bet on where value moves next, not a claim about where it sits today.
Risks, plainly. (1) Execution-layer value may accrue to solvers and applications rather than the L1 token — the C1/C3 gap is precisely this risk, already visible. (2) TVL's ~3% margin means one bad DeFi week flips C2. (3) Price at −84% from ATH may reflect durable market judgment, not mispricing. (4) All figures here ride on third-party aggregators (DefiLlama, CoinGecko) whose methodologies can change; every figure links to its source and unreachable data is marked UNVERIFIABLE rather than guessed. (5) This is a snapshot method: spot values, no time-averaging — near-threshold claims can flip between runs, which is why the verdict of record is a single dated, sealed run and not a live "score".
Official run — 14 Nov 2026, 21:20 Dhaka (15:20 UTC)
Run on the live test page against the thresholds sealed earlier that day. Any visitor's run today may differ — figures move. This run is the verdict of record because its results hash is the one sealed on-chain.
| Claim | Result | Value at the run | Bar reached |
|---|---|---|---|
| C1 Intents 30d volume ≥ $3.0B | PASS | $3,797,462,047 | 127% of bar |
| C2 TVL ≥ $150M | PASS | $154,761,535 | 103% of bar |
| C3 Chain fees 30d ≥ $250K | FAIL | $129,456 | 52% of bar |
| C4 Validators ≥ 300 | PASS | 355 | 118% of bar |
| C5 Market cap ≥ $4.0B | PASS | $4,220,521,830 | 106% of bar |
| C6 Price within 50% of ATH | FAIL | −84.26% vs ATH | 32% of the way back |
Bars show how far each live value got toward (or past) its sealed threshold in the official run. C6 reads differently by construction: the bar is "within 50% of ATH", the run stood at −84%, i.e. about a third of the way back.
Verdict rule (fixed in advance): 5–6 pass = THESIS HOLDS · 3–4 = PARTIALLY BROKEN · 0–2 = BROKEN. A claim whose source cannot be reached is UNVERIFIABLE — excluded from the pass count, never guessed; the official run had none.
Latest NEAR headlines — live, with the receipts caveat
Headlines are fetched live from the GDELT news index when you open this page. News is context, never evidence: nothing here can change a sealed claim or the verdict of record, and a headline is a claim by its publisher, not a fact established by this project. If the feed is unreachable, the source links below still take you to the coverage directly.
Fetching headlines…
NEAR Blog (official) · CoinDesk — NEAR Protocol · The Block — NEAR search · Google News — NEAR Protocol · X — live $NEAR posts
Every number, traced to its exact query
There is no database behind this project and no server-side code: each figure is one public, keyless query, run in the visitor's browser. Click any endpoint and you see the raw JSON the page itself reads — the same bytes, the same fields, nothing in between.
| Figure | Endpoint (click to see the raw data) | Field / method used |
|---|---|---|
| C1 Intents 30d volume | api.llama.fi/summary/dexs/near-intents | total30d |
| C2 Chain TVL | api.llama.fi/v2/chains | row where name = "Near" → tvl |
| C3 Chain fees 30d | api.llama.fi/summary/fees/near | total30d |
| C4 Validators | POST https://rpc.mainnet.near.org | JSON-RPC validators → length of current_validators |
| C5/C6 Market cap, price, ATH | api.coingecko.com/api/v3/coins/markets?ids=near | market_cap · ath_change_percentage · also supply fields for §05–06 |
| Claims seal | POST https://rpc.testnet.near.org | query / call_function get_claims on falsifynear.testnet — the test page runs this check on every load |
| Latest news (§08) | api.gdeltproject.org — NEAR Protocol query | articles[] title, domain, seendate, url |
Method notes. Snapshot method: spot values at fetch time, no time-averaging — near-threshold claims (C2 especially) can flip between runs, which is why only the dated, hash-sealed official run counts as the verdict of record. A failed fetch renders UNVERIFIABLE and is excluded from the pass count, never converted into a pass or a fail. Aggregator methodologies (DefiLlama, CoinGecko) are theirs; every figure links to its origin so it can be audited there.
Don't trust this page. Check the chain.
SHA-256 of claims.txt:
0cac2dad99f08f8dd08cb6fed5cdd9f94139051b682031c18dc96c6c87e09d86
Sealed via register_claims on falsifynear.testnet — tx 7axaubcY1QWb2UGZGBzSyQohPAdcFmuBSkXKWdKogzY, block 277671036.
SHA-256 of the official results JSON:
1b5ce91c288174841d825dad4ae3f4b8bdc89f76487dc1edbd0970a147624595
Sealed via record_verdict — block 277675514, verdict #1 of 1. The exact file is published in the repo as official-results.json: download it, run sha256sum official-results.json, and compare — it matches byte for byte (the file carries no trailing newline, exactly as the page produced it).
1. sha256sum claims.txt from the repo → must equal the claims hash above.
2. near view falsifynear.testnet get_claims → the same hash, block 277671036.
3. near view falsifynear.testnet get_verdicts → verdict #1, 4/6, the results hash above, block 277675514 — later than the claims seal. The order is the proof.
Contract hardening, disclosed: after an external review, record_verdict was restricted to the claims owner (a non-owner call now throws; verified live by a negative test). An earlier near-sdk-js state bug was likewise found, fixed and disclosed in the repo README. The seals survived both redeploys untouched — the chronology anchors are the on-chain transactions themselves, which no redeploy can rewrite.
The contract binary published in this repo (contract.wasm) hashes to exactly the code running on-chain: SHA-256 28025e2da723abb5d93ec78c0879768282f9ee53aea1d7aecdbaaa074e93a28a — base58-encoded, that is the account's code_hash 3hBQKbUBzdxYNxJKYzgiuVNvWqjXFiifJXNM3oBg26Vf. Download the wasm, hash it, compare: the deployed bytecode is the published build, no trust in the builder required.