Investment Thesis · NEAR HACKATHON

NEAR Intents' buybacks are a policy, not a rule, and this page checks them every day.

NEAR Intents is a real business: users paid $206,049 a day in fees in October (DefiLlama), and part of that buys NEAR. On chain, the buyback wallets kept NEAR worth 11 cents for every dollar of new NEAR issued that month (10.8% of the new NEAR, counted in NEAR).

So far the policy has held: since April the three revenue wallets kept 96.9% of DefiLlama's revenue for NEAR Intents. But nothing makes them: 2 of 4 signers can move the buybacks' NEAR, and none of it is burned or locked. Every other money lever we mapped on chain also moves with one to three signers; only issuance needs a release run by block producers with more than 4/5 of their stake.

Rating to 2031: Hold. If you hold NEAR, stay staked: stakers receive most of the new NEAR; unstaked NEAR receives none. If you don't, don't buy yet: what reaches holders is small, and no rule fixes it. The same rules give Hyperliquid Buy on one of four counts of its new tokens (its bought tokens sit at a keyless address); NEAR has no such lock, so no price gives Buy.

The whole token. At Hyperliquid's, Jupiter's and Aave's 24×–39× revenue, NEAR Intents would be worth 10%–16% of NEAR's $6.39B if the policy holds (16%–39% at their fully diluted multiples; October's prices). The rest, mostly a layer-one premium, is not rated, and the chain's own use under it is falling: daily transactions -83% in a year, -45% without each day's ten busiest signers.

Next dated checks: 16 November, when HSP-029 leaves its timelock (2026-11-16 16:48 UTC); it cuts issuance only once block producers with more than 4/5 of their stake run a release. Then 9 December, when a prediction on what the buybacks keep is scored.

The drain test, live from the chain: asking a public NEAR RPC from your browser…

Kept per dollar of new NEAR 11 cents 10.8% of the new NEAR, kept by the buybacks wallets in the window
Revenue that stayed in the wallets since April 96.9% the policy has been kept; no code burns or locks any of it
Signers who can move the bought NEAR 2 of 4 they hold 2,145,248 NEAR; the front-end fund moves with 2 of 5

Every lever, and who moves it ↓ · Re-run it with your own numbers ↓ · The same rules on four other protocols ↓

Every lever, and the signatures that move it

One picture of the whole path: users' fees reach NEAR Intents, then the three revenue wallets, and stop there; below it, new NEAR reaches the treasury and the stakers. The colour says how many signatures move each link (data/control_map.json). It does not show why a link is set the way it is. On a phone the picture scrolls sideways.

Flow from left to right. Fees users pay, set off chain, go
    to NEAR Intents, whose protocol fee a DAO changes with three of five signers, then to the buybacks wallets, the 1Click fee
    fund and the front-end fund, each moved by two signers, and there the flow stops: no lock and no burn. Below, new NEAR is
    issued under a protocol rule that changes only through a release run by block producers with more than four fifths of their stake, the treasury takes a tenth with two signers,
    and stakers receive the rest.

Who can change each link from the fee a user pays to the NEAR a holder keeps

The same links as the picture above, card by card: each one's value at the locked end block, who signs to change it, and how often they have. It does not show why a link is set the way it is.

Fees → holders

Fees users pay16.0 bps of volumeset off-chain by the distribution channels
Protocol fee on intents.near1 pipDAO 3 of 5 · used 6 times
Buybacks walletshold 2,145,248 NEAR, with the 1Click fund · nothing burnedmultisig 2 of 4 · keys unchanged since 2026-03-18
Front-end fundholds 1,963,842 NEAR · 34.2% of what the three wallets kepttransfers 2 of 5 · rules 1 of 5
NEAR holderscoverage 10.8% of issuance

Issuance → stakers

Issuanceat most 1/40 a year · a protocol rulechanged by block producers with more than 4/5 of their stake
treasury.nearpaid out 30,171,200 NEAR in this yearmultisig 2 of 4
NEAR AI pool rewardsthe pool keeps 100% of rewardsowner DAO 2 of 3
NEAR AI credits rate0.24 reward units per NEAR a yearset by one account · changed 1 time, ×2.0

Votes → rules

House of Stake (vote.dao)5 reviewers choose what is put to a voteowner DAO 3 of 5 · used 5 times
HSP-029: issuance cutpassed; 6 voters held enough veNEAR to reach the quorumin timelock until 2026-11-16 16:48 UTC · executes nothing on chain
A rule only when validators run ita nearcore release run by more than 4/5 of producers' stakemeasured live below

The 5 DAOs have 22 member accounts; the number in more than one DAO is 0. “Check live” calls a public NEAR RPC from your browser and compares its answer with the answer saved at the locked block.

The buybacks wallets keep 10.8% of the NEAR issued

NEAR per day kept by the wallets, against NEAR issued per day, month by month. Full coverage needs what the buybacks wallets keep to grow ×9.2. It does not show why the wallets receive what they do.

Rating, latest window: —

The README's rules applied to a rolling window of thirty days, every day (data/rating.csv). Avoid needs the latest window and the one ending thirty days before it to fail one of the two tests, or the bought NEAR to fall more than a tenth below its peak; Buy needs rule (b) on chain first: a lock no one can spend from. A window with missing DefiLlama days is judged on the second test alone if every day has a price, and the two newest windows may still be revised.

Also measured: NEAR Intents moved $4.02B in DefiLlama's thirty days to 7 November (not the window) · a staked holder's share of all NEAR grows 2.44% a year before the validator's commission, an unstaked holder's changes -2.40%; to 2031, after an assumed validator commission and with HSP-029, a staked holder's share grows 6.3% · since the flow went private the three revenue wallets kept 13,800 NEAR a day, against 14,261 before, while DefiLlama's revenue changed -6% in NEAR · the Confidential Intents Treasury account held $123.5M at the end of that comparison.

Peers: market cap at each token's mean price over the same month ÷ DefiLlama's yearly revenue. The other layer-one tokens' rows are their chains' own revenue, without their apps, so NEAR is also shown on gas alone.

The chain is used less: daily transactions not relayed -58% in a year

From NearBlocks' daily statistics (scripts/usage.py). All gas paid in those twelve months was $1.2M, 0.8% of a year of new NEAR. Neither NEAR Intents' volume nor the price leads this use by up to a month that we can detect (smallest p 0.44): the track's own example hypothesis, tested. NEAR's public BigQuery dataset gives the same daily transactions on 365 of 365 days (scripts/bq_usage.py). Both read NEAR's own block data: this checks the counting, not the chain.

NEAR Intents volume that NearBlocks sees on mainnet, as a share of DefiLlama's: 66% in the month before swaps began to settle privately, 28% in the thirteen days after, 12% in the first week of November, as swaps moved to the private path.

Who calls NEAR Intents' contract (BigQuery, October)

3,515,141 calls to intents.near, by path.

PathShare of callsFailed
Relay calls: execute_intents signed by intents.near's own function-call keys, carrying users' and solvers' signed intents40%28,731
The contract's own callbacks (withdrawals, storage deposits)23%4
Other contracts, mostly token deposits (bridged *.omft.near tokens, native USDC, wrap.near and others)21%48
escrow.ai.near, the NEAR AI Agent Market's escrow, calling execute_intents itself14%496,805 of 496,807
Transactions other accounts sign to it2%212

Successful relay calls, the path swaps settle on (one can carry several intents): 45,918 a day in October, 103,267 in the first eleven days of November. The escrow's own calls fail almost every time; whether the Agent Market's payments settle inside relayed intents is not separated here. With this on-chain activity in place of DefiLlama's volume, still no lead (smallest p 0.17). Calls, not dollars. Queries: sql/.

The same rules on four other protocols

Are the rules built so that everything comes out Hold? scripts/peers_rating.py runs the same gates on Hyperliquid, Pump.fun, Aave and Jupiter: a lock first, then tokens bought a year against new tokens a year. From their docs and DefiLlama, not read on their chains: no drain test and no growth leg, so none can be Avoid.

The flow went private; capture did not stop

NEAR the three revenue wallets (the buybacks wallets and the front-end fund) kept each day on mainnet. The dashed line marks the day from which Tideline, another public repository, reports private settlement growing on NEAR Intents; the flat lines are the mean before (14,261 NEAR a day) and after (13,800). DefiLlama's revenue, which counts the same wallets, changed -6% in NEAR over the same days; in dollars, both fell about a fifth. Of five dates tried for the change, Tideline's gives the smallest fall. It does not show which fees paid for what the wallets received.

python scripts/private_shift.py --verify recomputes every bar from the saved balances.

Even every fee would buy 47.9% of the NEAR issued

What all fees recorded by DefiLlama would buy in NEAR per day, against what the wallets kept and what was issued. Fees must grow ×2.1 to cover issuance. It does not include confidential volume, solver spreads or gas.

The lever model: how much each lever adds, and who moves it

Coverage if each lever were pulled in turn, from today to full coverage. Only issuance is a rule; every other step is a choice of the signers named beside it. It does not predict that any lever will be pulled.

Re-run it

The same formula with your own assumptions: coverage = fees in dollars × growth × share kept ÷ NEAR price ÷ (NEAR issued × issuance factor). At today's values it reproduces the figures above exactly.

To cover issuance by 2031, what the buybacks wallets keep must grow +75% a year (+56% once validators run HSP-029)

NEAR issued per day on the first day of each year, under today's rule (at most 1/40 of supply a year) and under HSP-029 (from 2027-02-14 16:48 UTC), against what the buybacks wallets keep a day today. Keeping every fee instead of today's share can add ×2.9, once; from April to October what the three wallets kept rose ×2.9 while all fees counted in NEAR changed ×0.5. It forecasts no price, volume or fee; it holds the window's ratio of actual to maximum issuance and the window's level of what is kept.

One account holds 73.3% of the NEAR AI farm

Active accounts and the largest account's share, on the first block of the first and the fifteenth of each month. The credits rate changed once, ×2.0 on 2026-09-29 14:21 UTC: credits now pay more than a validator only while NEAR is below $4.84 (before: $2.42). It does not show who holds the largest position, or whether credits are used.

Owner's NEAR since the farm opened1,336,984 → 935,136
Owner's swaps on NEAR Intents139,546 NEAR → $296,652
Users' stake in the farm1,364,348 NEAR

treasury.near paid out 30,171,200 NEAR this year, all in April and May

Balance at the end of each month. Its reward rule is reproduced at 101 of 101 epoch starts. The purpose of each payment is not on chain.

ReceiverNEAR
ecotreasury5.multisignature.near4,900,000
ecotreasury4.multisignature.near4,900,000
one implicit account (tag sha256:e630d735…)20,371,200
foundation.near (came back seconds later)3

Passed is not in force

A House of Stake vote changes nothing on chain by itself. Left: the share of stake whose block producers signal the protocol version being watched (HSP-027's, then the next release once it took effect), against the threshold. Right: the veNEAR of each HSP-029 voter, largest first; the first 6 reach the quorum. It does not show which release each validator runs before it signals.

To watch. A House of Stake draft of 8 November would put a share of NEAR Intents' fees in US Treasury bills, and holders would vote on buybacks or dividends only after venture exits. It is a draft: no number, no vote, nothing on chain. It is a reason not to add to a position, not a reason to sell one.

Eight predictions, anchored on chain before they are judged

The file's SHA-256 is stored in SocialDB by a NEAR transaction; anyone can read it back.

Pre-registration record in SocialDBthe stored record must contain the SHA-256 of PREREG.md

What this does not show, and how to check it