This is the one place to check out, in four honest steps. Fetch a live USDC quote on Base, prepare a wallet payment, run a real signed receipt through the payment_required flow and submit on-chain proof, then request an activation key. No fake prices, no fake transaction success, no fake keys. Every number and status below comes straight from the live facilitator. See how x402 AI payments and AI payment receipts connect to the rest of Hive's proof layer.
Each step is wired to a live endpoint or falls back honestly when a capability is not yet deployed. Nothing is simulated: a quote is a real quote, proof is verified on-chain, and an activation key is only shown if the backend actually issues one.
POSTs /v1/x402/quote. The asset, chain, amount, treasury, and pay deeplink below all come from the live facilitator. None of it is hard-coded.
Rail: x402 v0.1 · asset USDC · chain 8453 (Base) · settlement is non-custodial and per-call.
Builds a wallet-ready payment intent from the live quote (recipient, amount, ERC-681 deeplink). If the backend exposes a wallet-intent endpoint, it uses that live. Otherwise it builds the intent in your browser from the quote you fetched. This is preparation, not a completed payment. You still submit and confirm the transfer in your own wallet.
Non-custodial: Hive never holds keys or funds. The deeplink opens your wallet to a USDC transfer to the quoted treasury; broadcasting the transaction is yours to confirm.
POSTs /v1/receipt/emit. Because emitting a receipt is a paid action, the endpoint returns a real x402 payment_required envelope. The nonce, amount, and pay-to endpoint are all live. Once you have an on-chain tx_hash, submit it below to /v1/x402/proof/submit to settle.
Feature-detects /v1/activation/keys. If it issues real keys only after proof, you'll see that. If it returns payment_required, you'll get the exact next step. If the endpoint isn't deployed yet, this falls back to the self-serve activation page. No key is ever fabricated.
Loaded live from GET /v1/receipt/emit?profile=nano. The amount, nonce, and rails below are exactly what the facilitator returns right now. Nothing here is hard-coded.
Exact shapes for the four surfaces. The quote and proof-submit calls are live today; the activation-key call is feature-detected and returns 404 until the backend ships it.
Returns the real settlement envelope (asset, chain, amount, treasury, deeplink).
curl -s -X POST https://receipts.thehiveryiq.com/v1/x402/quote \
-H 'Content-Type: application/json' \
-d '{"agent_did":"did:example:checkout-visitor","profile":"nano"}'
nonce comes from the payment_required envelope in step 3. Proof is checked on-chain against Base 8453. A fake tx_hash returns chain_rejected.
curl -s -X POST https://receipts.thehiveryiq.com/v1/x402/proof/submit \
-H 'Content-Type: application/json' \
-d '{
"nonce": "",
"payer": "0xYourPayerAddress",
"chain": "base",
"tx_hash": "0xYourOnChainTxHash",
"amount_usd": 0.0001,
"asset": "USDC"
}'
Feature-detected. Returns a real key only after proof clears, payment_required if payment is still owed, or 404 until the endpoint is deployed.
curl -s -X POST https://receipts.thehiveryiq.com/v1/activation/keys \
-H 'Content-Type: application/json' \
-d '{"nonce":"","payer":"0xYourPayerAddress"}'
A free, ungated model-call receipt so you can see a signed envelope end to end without paying.
curl -s -X POST https://receipts.thehiveryiq.com/v1/model-receipts/run \
-H 'Content-Type: application/json' \
-d '{"provider":"gemini","model":"gemini-2.5-flash"}'
Every route emits the same signed receipt. Pick how the call is custodied. Hive attests the route and hashes, not output correctness.
# list every live route/model and its custody class curl -s https://receipts.thehiveryiq.com/v1/model-receipts/adapters
Manus is an agent-task rail (receiptable task create/status), not a model-completion endpoint. It's shown separately from these model routes, never as a fake model call.
The x402 quote you run above is one stop on a longer route. Agents hop across model stops, 2, 3, 4, or 5 of them, and Hive emits a signed receipt at every model choice, payment challenge, output, and verification stop. See the whole graph →