Reckon402

Reckon402

Agent commerce with memory.

Every x402 settlement writes ERC-8004 reputation. Every ENS lookup reads it back. The trust signal drives history-aware behavior — for this hackathon, a per-agent on-chain Escrow that holds funds against future claims and releases as on-chain reputation grows.

The two open problems

Agent commerce isn’t ready for prime time. The individual standards exist — x402 negotiates payment in HTTP, ENS gives agents names, ERC-8004 tracks identity and reputation on-chain, USDC settles. None of them close the loop, so two sets of open problems pile up. The first is trust: a buying agent paying a seller it has never met has no verifiable on-chain history to read, no escrow to hold against bad delivery, no path to revoke a payment, no mechanism to price-adjust by counterparty, no primitive for investable agents or optimistic service handling. The second is privacy and economics: every payment is a public datapoint, and per-call gas overhead breaks sub-cent pricing. Both sets need new primitives. Reckon402 builds the first.

What we built

Reckon402 closes that first loop. Every confirmed x402 payment writes an ERC-8004 reputation attestation, signed by the facilitator, on-chain. Every subsequent ENS resolution reads that history back through CCIP-Read and returns a trust signal — a verifiable count of past settlements between the same parties. Downstream code can bind that signal to any history-aware behavior: tier-adjusted price, risk-weighted routing, optimistic-vs-strict service handling, investable-agent revenue claims.

For this hackathon we pick the single most consistently underbuilt behavior: claims and revocation after settlement. A portion of every payment flows into a per-agent on-chain Escrow. The Escrow’s release schedule is parameterized by the same trust signal: low reputation → small fraction released, large buffer held against future claims; high reputation → most of the payment flows through immediately. Funds release as on-chain reputation grows, NFT-bound to the agent’s IdentityRegistry token so the buffer transfers with ownership.

Live services

facilitator.reckon402.com gateway.reckon402.com signing.reckon402.com

Architecture

BuyingAgent ──── PAYMENT-SIGNATURE ──► Agent Worker (Hono + withX402) │ POST /x402/settle │ Facilitator Worker ──► Base Sepolia │ ├─ USDC transferWithAuthorization │ ├─ Splitter.distribute (87% seller / 3% facilitator / 10% Escrow) │ └─ ReputationRegistry.giveFeedback │ ENS Gateway (CCIP-Read) ◄── next request reads tier │ Reckon402Resolver (ETH Sepolia) ▲ subnames: seller{N}.reckon402-test.eth

Test posture

362
Vitest tests passing
109
Forge tests passing
15/15
healthz probes green

Hackathon scope

Built in this hackathon. Facilitator-signed ERC-8004 attestations on every settlement; CCIP-Read ENS gateway returning the trust count; per-agent SplitterFactory + Escrow with a pluggable, parameterized tier curve; NFT-bound withdraw; fork-tested against live ERC-8004 contracts on Base Sepolia.

To be built after. Buyer-side proof-of-non-delivery (zkTLS via Reclaim Protocol on the buyer SDK) that triggers a negative attestation and unlocks Escrow withdrawal back to the buyer. Other history-aware adaptations — pure tier pricing, risk-weighted routing, optimistic-vs-strict handling, investable-agent revenue claims — drop in directly; they’re consumer-side, not protocol-side. The orthogonal problem space (privacy + batching + sub-cent economics) belongs to a different solution vector and is out of scope for Reckon402.

Tech stack

x402 v2
HTTP payment protocol
ERC-8004
On-chain agent identity and reputation
ENS + CCIP-Read
Off-chain resolver, ENSIP-25, CAIP-2
Cloudflare Workers
D1, Workers Assets, custom domains
Base Sepolia
USDC, Splitter, Escrow, ERC-8004
Hono
withX402 middleware, facilitator routes