How to prove an AI agent output existed — x402 + NEAR anchoring in practice

Why this matters

You deployed an AI agent. It generated a financial report, a code review, a medical summary. A week later, someone questions the output. Did the agent actually produce this? When? Was it modified after the fact?

Logs are mutable. Timestamps lie. Git history can be rewritten.

What you need is a cryptographic proof — signed by an independent notary — that binds a specific artifact hash to a specific point in time. And it should cost less than a cent.

This article walks through a real, working system: AOTrust, a notarization service that issues PDRs (Provenance Data Records) for $0.01 USDC via x402 on Base L2, with Merkle anchoring on NEAR.

What you need

• A Base wallet with $0.01 USDC (10,000 micro-USDC)


• 
  curl and python3 (for hashing)


• No API key. No account. No signup.

The x402 protocol handles payment inline — the API returns HTTP 402, you pay, you retry with the payment header. No billing portal, no subscription, no prepaid credits.

Step 1 — Hash your agent output

import hashlib



# Your agent produced this report

report = b"The Q3 revenue projection based on agent analysis is $2.4M..."



work_hash = hashlib.sha256(report).hexdigest()

print(work_hash)

# → e.g. "a1b2c3d4e5f6...64 hex chars..."

The hash is what gets notarized. You keep the actual artifact — the notary never sees it. This is a blind notarization: the PDR proves the hash existed at a point in time, without revealing the content.

Step 2 — Request a quote (HTTP 402)

curl -s https://api.aotrust.link/v1/notarize/quote \

  -H "Content-Type: application/json" \

  -d '{"work_hash":"a1b2c3d4e5f6...your_sha256_hash..."}'

The API responds with HTTP 402 — Payment Required — in x402 format:

{

  "x402Version": 1,

  "accepts": [{

    "scheme": "exact",

    "network": "base",

    "maxAmountRequired": "10000",

    "asset": "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA5fE48",

    "resource": "https://api.aotrust.link/v1/notarize"

  }]

}

That maxAmountRequired: 10000 is 10,000 micro-USDC = $0.01. The asset address is USDC on Base. No negotiation, no tiers — flat fee.

Step 3 — Pay and notarize in one call

Sign an EIP-3009 transferWithAuthorization message with your Base wallet (any wallet that supports EIP-3009 — most do). Then send the notarization request with the payment attached:

curl -s https://api.aotrust.link/v1/notarize \

  -H "Content-Type: application/json" \

  -H "X-Payment: <base64-encoded EIP-3009 payload>" \

  -d '{

    "work_hash": "a1b2c3d4e5f6...your_sha256_hash...",

    "agent_account": "your-agent.near",

    "tx_hash": "0x1234...evm_tx_hash_of_usdc_transfer..."

  }'

What happens inside the notary:

1. Verifies the EIP-3009 signature on-chain (Base L2, ~2s)


2. Confirms 10,000 micro-USDC reached the sink address


3. Builds a 239-byte PDR containing your work hash, timestamp, payment hash, and notary signature


4. Signs the PDR with Ed25519 (NEP-413 standard)


5. Returns the PDR as base64

Response (HTTP 200):

{

  "job_id": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",

  "status": "notarized",

  "network": "base",

  "pdr_b64": "AwFCAUJ...base64-encoded 239-byte PDR..."

}

The entire flow takes 2–5 seconds. No polling, no webhooks.

Step 4 — Verify the PDR (offline, no API needed)

The PDR is a 239-byte binary record. The Ed25519 signature is self-contained — you can verify it without calling any API.

Quick check via API (public, no auth)

curl -s "https://api.aotrust.link/v1/pdr/verify/AwFCAUJ...your_pdr_b64..."

{

  "valid": true,

  "version": 3,

  "sig_scheme": 1,

  "payment_anchor_type": 5,

  "timestamp_utc": 1718900000,

  "issuer_id": "notary-node.near",

  "subject_hash": "a1b2...",

  "payload_hash": "b3c4...",

  "merkle_root": "d5e6...",

  "payment_hash": "f7a8...",

  "notary_pubkey": "490f51f23b993eacaff54fc977d9a7689ab7d4ae91504dc6cbdeadb2dbf1f462",

  "anchor": {

    "near_tx": "H4MaR5...",

    "confirmed": true

  }

}

Full offline verification

The PDR binary format is an open standard. The parser is a single Python file with zero dependencies:

# Install the parser

curl -sO https://raw.githubusercontent.com/GitSerge-crypto/aotrust-skills/main/pdr_parser.py



# Verify any PDR offline

python3 pdr_parser.py --pdr "AwFCAUJ...your_pdr_b64..." \

  --pubkey "490f51f23b993eacaff54fc977d9a7689ab7d4ae91504dc6cbdeadb2dbf1f462"

Output:

PDR v2.3 — Valid ✓

  version:           3

  sig_scheme:        Ed25519

  payment_anchor:    X402_BASE (0x05)

  timestamp:         2026-06-20 14:32:11 UTC

  issuer:            notary-node.near

  subject_hash:      a1b2c3d4...

  payload_hash:      b3c4d5e6...

  merkle_root:       d5e6f7a8...

  payment_hash:      f7a8b9c0...

  signature:         VALID (Ed25519/NEP-413)

No network calls. No API keys. No trust in any server. The signature is math.

Step 5 — On-chain anchor (NEAR Mainnet)

The notary batches PDRs into Merkle trees every ~16 minutes and anchors the root on NEAR:

PDR₁ ─┐

PDR₂ ─┤── Merkle Tree ── Root ── NEAR tx (merkle_anchor contract)

PDR₃ ─┤

PDR₄ ─┘

This means:

• Your PDR's merkle_root field matches a NEAR transaction


• The NEAR tx is verifiable on
  
  Parser:
  


• Notary public key: 490f51f23b993eacaff54fc977d9a7689ab7d4ae91504dc6cbdeadb2dbf1f462
  

When to use this

What this is not

• 
  Not a storage service — the notary never sees your artifact, only its hash


• 
  Not an oracle — no external data feeds, no smart contract queries


• 
  Not a blockchain — PDRs are off-chain binary records with on-chain anchors


• 
  Not zero-knowledge — the hash is public in the PDR (but the preimage is not)

MCP integration (for agent frameworks)

If your agent speaks MCP (Model Context Protocol), AOTrust exposes 4 tools:

{

  "tools": [

    {"name": "notary_quote", "description": "Get quote — amount, payment details"},

    {"name": "notary_notarize_paid", "description": "Notarize with x402 payment on Base"},

    {"name": "notary_verify", "description": "Verify any PDR — signature + on-chain anchor"},

    {"name": "notary_notarize", "description": "Notarize without payment (testnet only)"}

  ]

}

MCP endpoint: https://api.aotrust.link/mcp (Streamable HTTP, OAuth 2.1)

Agent flow:

1. Agent calls notary_quote → gets amount ($0.01) and payment details


2. Agent signs EIP-3009 transfer on Base


3. Agent calls notary_notarize_paid with payment + work_hash


4. Agent receives PDR (239 bytes, base64)


5. Agent (or any third party) calls notary_verify to confirm

Comparison

Try it right now

# Health check (no auth)

curl -s https://api.aotrust.link/health



# Get a quote (no auth, no signup)

curl -s https://api.aotrust.link/v1/notarize/quote \

  -H "Content-Type: application/json" \

  -d '{"work_hash":"0000000000000000000000000000000000000000000000000000000000000000"}'



# MCP discovery

curl -s https://api.aotrust.link/.well-known/mcp.json



# x402 discovery

curl -s https://api.aotrust.link/.well-known/x402

Links

• 
  API:
  


• 
  Verify:
  


• 
  MCP: api.aotrust.link/mcp
  


• 
  License: MIT

The service is live on mainnet. 9 PDRs issued, all anchored on NEAR. If you are building autonomous agents and need cryptographic proof of output integrity — try it, break it, tell me what's missing.