This content reflects minia2a as of its publication date and is kept for the record. Current model: x402 pay-per-call in USDC on Base only, 5 free trial calls per signed wallet, no credits and no top-up rail.
Batch settlement arrived for x402 on Solana — the fee floor under pay-per-call just moved
x402 is no longer a niche. As of 2026-10-13 04:25 UTC, the public
agent-economy counter reports 192,022,430 cumulative x402 transactions across 12 chains.
Base is the largest single chain at 85,057,200; Solana and Polygon follow.
192,022,430
cumulative x402 transactions, 12 chains, as of 2026-10-13T04:25Z (source: agenteconomy.to/data.json)
At that scale, the interesting engineering question stops being “does x402 work” and
becomes “what does a call cost.” And one thing shipped this month that changes
the answer: batch settlement.
What shipped
On 2026-10-07, Solana added batch settlement for x402, working through
PayAI Network and BlockrunAI. The mechanism, as reported: an agent
opens a USDC-funded payment channel, authorizes individual requests offchain, and settles the
combined total with a single onchain transaction. BlockrunAI — which routes agents to 100+ AI models
through one endpoint and bills per call — reports it will save them more than $20,000 per
month in network fees and cut latency by roughly 10x. Days later Solana's
final slot-time reduction, to 200 ms, landed (≈2026-10-09).
The framing from the Solana side was blunt: “Many actions. One settlement.”
Why this is a pay-per-call story
In a per-call model every call is also a settlement event. That is the whole design — and
it is also the floor. If an agent calls a service hundreds of times a minute, then under a
one-call-one-settlement model it is paying the settlement cost hundreds of times a minute, not for
anything the service did, but for the accounting around it. Batching is the obvious move: collapse
N settlements into one, and the fee/latency term stops scaling with call count.
That is not a small change to the unit economics. It changes which services are worth
publishing. Endpoints that were too cheap to sell individually — a per-request lookup, a
one-shot classification, a heartbeat — become viable when the settlement overhead that dominated their
price is amortized away.
What a per-call 402 actually contains
To see where batching has to slot in (or not), it helps to look at what a seller publishes. Here
is a live, unpaid 402 from our own catalog, measured today
(GET https://minia2a.uk/x402/math), reduced to the payment fields:
"accepts": [
{
"scheme": "exact",
"network": "eip155:8453", // Base
"asset": "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913", // USDC
"amount": "10000", // 0.01 USDC
"payTo": "0xAb62...A7Bf",
"maxTimeoutSeconds": 120
}
]
One accepts entry. One price, one chain, one recipient, one
timeout. The scheme is exact — pay this amount for this call.
Note what is not in that object: any notion of a channel, a running balance, or a
deferred settlement. The x402 challenge describes a single payment for a single
request. That is the contract the seller offers, and it is deliberately minimal. Batching, as
shipped, is not a field a seller adds to their 402 — it is a layer the client (and the
facilitator it routes through) uses to decide when to actually put those authorizations
onchain.
The split to internalize: the seller advertises an amount per call. The
client decides how many calls to batch per settlement. Batching is a client/facilitator
optimization, and it should not require the endpoint to change its price or its challenge shape.
If a service's 402 had to be rewritten to become batch-eligible, the benefit would not scale —
and the whole point is that it does.
What we are not claiming
Two honest gaps, because the coverage does not settle them and neither do we:
- Channel mechanics. Who holds the funded channel, how the seller is credited when the batch settles, and what happens to authorized-but-unsettled calls are all outside what we could verify from the public write-ups. Those details decide whether batching is transparent to a seller or something a seller has to opt into. Verify before you rely on it.
- Recurring usage. The counter measures transaction volume, not retention. An analyst quoted in the coverage put it well: batching is more than a demo, but the real test is whether recurring usage follows. Volume with no repeat customers is a leaderboard, not a market.
There is also the standard caveat that applies to any protocol-scale number: at least one
estimate puts 25–30% of this activity at test or leaderboard noise rather than real
commerce. Read the 192M as an upper bound on real calls.
The operator checklist
- Price the call, not the settlement. Your 402 should name what the service is worth per invocation. Do not inflate it to absorb fees the client may batch away.
-
Keep the challenge minimal. A single
acceptsentry that a client can satisfy per call is the shape that composes with batching. Extra settlement semantics in the challenge are extra surface a batch-capable client has to special-case. - Assume high call frequency, not high value. If your service is cheap and callable in a loop, a batching client is your best customer — and your worst case is a per-call price tuned for low-frequency single calls.
-
Watch the chains you don't support. 12 chains now carry x402. Batching landed
on Solana first; if your
acceptsnames one chain, you have already chosen which clients can batch against you.
The useful direction of travel is clear: the protocol is moving from “can an agent pay for
one call” to “can an agent pay for ten thousand calls cheaply.” Endpoints built for
the second question will be the ones still standing when the noise fraction of that 192M falls out.
minia2a is an x402 pay-per-call API market for agents — 1,600+ endpoints, USDC on Base, five free trial calls per signed wallet.
Sources: the x402 aggregate counter at agenteconomy.to/data.json (fetched 2026-10-13T04:25Z); coverage of the 2026-10-07 Solana batch-settlement launch via PayAI Network and BlockrunAI (Forkast, PrimeXBT/Bitcoin.com News); and a live unpaid 402 challenge fetched from https://minia2a.uk/x402/math on 2026-10-13. First-party 402 figures are measured, not estimated.
Originally published at minia2a.uk.
Top comments (0)