x402 Notary MCP

io.github.forgemeshlabsPublished by GitHub account forgemeshlabsv0.1.12Updated Nov 3, 2026

Cryptographic receipts for AI outputs on Base or Solana via x402.

VerifiedSTDIODesktop onlyFinanceSecurity & MonitoringAI & ML

Overview

AI-generated overview

Issues and verifies signed, timestamped receipts for AI outputs, paid per call in USDC via x402 on Base or Solana.

What you can do
  • Notarize one inference or a batch of up to 20, returning a signed Ed25519 attestation, sha256 content hash and Merkle anchor status
  • Verify an attestation by supplying its ID plus the original prompt, response and model id, or the content hash
  • Fetch the public receipt for an attestation, including signature, timestamps and Merkle proof
  • Read live notary statistics such as volume, top models and sealed batches
  • Retrieve the notary's Ed25519 public key for offline signature checks
When to use it
Useful when an assistant or agent needs to prove that a specific model produced specific text at a specific time: agent-to-agent handoffs, paid deliverables, compliance and audit trails, dispute prevention, or a verifiable reputation trail. Casual chat and scratchpad reasoning do not need receipts.
Requirements
Runs locally over stdio via the npm package, requiring Node.js 20 or newer. Notarizing needs a funded Base wallet private key in WALLET_PRIVATE_KEY (or a Solana rail via NOTARY_RAIL); verification, receipts, stats and the public key work without a wallet. Network access to the notary service is required.
Before you install
Notarizing spends real USDC (about $0.005 per call) from the wallet in WALLET_PRIVATE_KEY, so use a dedicated low-balance wallet and never a primary one; the key is a spending credential. Prompts and responses are sent to the notary service for hashing, though the README says raw content is discarded and only hashes are kept. Per-call and per-session spending caps apply and can only be lowered.

Installation

In SourceWeft

  1. Open x402 Notary MCP in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

x402 Notary — Cryptographic Receipts for AI Outputs

[M8ven Verified]

[x402-notary-mcp MCP server] [x402-notary-mcp MCP server] [mcpservers.org]

A ForgeMesh Labs product — the notary of the x402 agent economy.

Prove what your AI said, when it said it, and which model said it.

Every AI output is just text. There's no proof a specific model produced a specific response at a specific time — and as agents start hiring other agents, that trust gap gets expensive. x402 Notary closes it: submit any inference, pay $0.005 in USDC (automatic, via x402 on Base — no API key, no account), and get back a signed, timestamped, chain-anchored receipt that anyone can verify, free, forever.

We notarize the hash, not your secrets. Your prompt and response are hashed and signed — never stored. Private signed receipts, publicly anchored by batch root.

Quick start (Claude Desktop / Claude Code / any MCP client)

json
{  "mcpServers": {    "x402-notary": {      "command": "npx",      "args": ["-y", "@forgemeshlabs/x402-notary-mcp"],      "env": {        "WALLET_PRIVATE_KEY": "0x..."      }    }  }}

WALLET_PRIVATE_KEY is a dedicated low-balance Base wallet for x402 micropayments — never your primary wallet. $1 of USDC notarizes 1,000 outputs.

Requirements. Node.js 20 or newer. The server only talks to https://notary.forgemesh.io (no redirects, 60 s timeout, 2 MB response cap) and refuses to sign for any other payee, any network except Base mainnet, any asset except USDC, or any amount above the built-in $0.01 per-call and $10 per-session caps. The environment variables X402_MAX_PRICE_USD and X402_SESSION_BUDGET_USD can only lower those caps, never raise them. Use a dedicated, low-balance wallet.

Verification needs no wallet at all. Skip the env block entirely and you can still verify receipts, inspect attestations, and read live stats.

Tools

ToolCostWhat it does
notarize_inference$0.005Signed receipt for one {prompt, response, model_id}
notarize_batch$0.005Up to 20 receipts in one call — built for audit trails
verify_attestationfreeCheck any receipt: signature, content hash, Merkle proof
get_receiptfreeFetch the public proof material for an attestation
notary_statsfreeLive volume, top models, anchored batches
notary_pubkeyfreeThe notary's Ed25519 key — verify receipts fully offline

What a receipt proves

When you notarize an inference you get an attestation:

json
{  "attestation_id": "att_64d22f5f5c95d0e759ad54dc",  "content_hash": "sha256 of {prompt, response, model_id, timestamp}",  "signature": "Ed25519 — verifiable offline against the public notary key",  "notarized_at": "2026-07-03T02:47:11.000Z",  "anchor": { "status": "sealed", "merkle_root": "…", "proof": ["…"] }}

That's proof of three things:

  1. Existence — this exact content existed at this exact time.
  2. Integrity — change one character of the prompt or response and verification fails.
  3. Independence — signatures verify offline with the published key; Merkle roots anchor batches. You don't have to trust the notary's word after the fact.

Verify anything, free, from anywhere

Any agent (or human, or CI job) can check a receipt before acting on the output behind it:

bash
curl -s https://notary.forgemesh.io/api/verify \  -H 'content-type: application/json' \  -d '{"attestation_id":"att_…","prompt":"…","response":"…","model_id":"openai/gpt-5"}'

"valid": true means the content matches the notarized hash and the notary's Ed25519 signature checks out. Tampered content is rejected with the exact failing check.

When should an agent notarize?

Not every call — the outputs that matter:

  • Agent-to-agent handoffs — prove what you passed downstream came from this model, unmodified
  • Paid deliverables — research, reports, recommendations someone is paying for
  • Compliance & audit trails — decisions that affect money, legal exposure, or reputation
  • Dispute prevention — "this is exactly what was generated, at exactly this time"
  • Marketplace reputation — build a public, verifiable reliability trail for your agent or service

Casual chat and scratchpad reasoning don't need receipts. Externalized outputs do.

Privacy, by design

  • Raw prompts, responses, and metadata are not persisted — the notary computes the hash, signs it, and discards the content.
  • Receipts contain proof material only: hash, signature, timestamps, model id, Merkle proof.
  • Only Merkle batch roots are anchored on-chain. Your content never touches a public chain.
  • Verification works by you supplying your original content — the notary can't reveal what it never kept.

How payment works

No signup, no API key, no subscription. The first request returns an HTTP 402 challenge; your MCP client signs a USDC payment authorization and retries. Base uses EIP-3009. The receipt lands in the same response — including the payment transaction hash under _payment.

Direct API

Prefer raw HTTP? The full agent-readable surface:

  • https://notary.forgemesh.io/llms.txt — one-page summary for agents
  • https://notary.forgemesh.io/openapi.json — OpenAPI 3.1 with x402 payment metadata
  • https://notary.forgemesh.io/.well-known/x402.json — x402 discovery manifest

FAQ

Is my prompt stored anywhere? No. The hash is computed, signed, and the raw text is discarded. This is the default and only mode.

Do I need an account or API key? No. x402 payments are the only credential.

What does verification cost? Nothing, for anyone, forever. Charging to verify would defeat the point of a trust primitive.

What chain and token? USDC on Base mainnet (eip155:8453).

Can I verify receipts without contacting the notary? Yes — fetch the Ed25519 public key once (notary_pubkey) and verify signatures offline.

Why "x402 Notary"? x402 is the open protocol that lets AI agents pay for services in USDC over plain HTTP — and this is its notary: the attestation layer agents use to prove and verify each other's outputs before money or reputation moves on them.


Built by ForgeMesh Labs · Powered by the x402 protocol · MIT License

Source: README.md at commit 93c0166

Tools

6

notarize_inference

Get a cryptographic receipt for one AI inference. Returns a signed Ed25519 attestation, sha256 content hash, and Merkle chain-anchor status for {prompt, response, model_id}. The notary does NOT store your prompt or response — only the hash is retained. Costs $0.005 USDC via x402 (requires WALLET_PRIVATE_KEY for a Base wallet).

Parameterspromptrequiredmodel_idrequiredresponserequiredclient_timestamp

notarize_batch

Notarize up to 20 AI inferences in one call — one signed attestation per record. Ideal for audit trails and agent pipelines. Costs $0.005 USDC via x402 (requires WALLET_PRIVATE_KEY for a Base wallet).

Parametersrecordsrequired

verify_attestation

FREE — verify any attestation issued by the notary. Supply the attestation_id plus either the original content ({prompt, response, model_id}) or its content_hash. Returns the Ed25519 signature check, hash comparison, and a Merkle inclusion proof once the batch is sealed. No wallet needed.

Parameterspromptmodel_idresponsecontent_hashattestation_idrequiredclient_timestamp

get_receipt

FREE — fetch the public receipt for an attestation: content hash, model, timestamps, Ed25519 signature, and Merkle anchor proof. Raw prompt/response are never stored, so receipts contain proof material only. No wallet needed.

Parametersattestation_idrequired

notary_stats

FREE — live aggregate stats: total notarizations, 24h volume, top models by attestation count, sealed/anchored Merkle batches. No wallet needed.

Takes no parameters.

notary_pubkey

FREE — the notary's Ed25519 public key (base64, raw 32 bytes) for fully offline signature verification. No wallet needed.

Takes no parameters.

Version history

5
  1. v0.1.12LatestNov 3, 2026
  2. v0.1.11Nov 1, 2026
  3. v0.1.10Oct 8, 2026
  4. v0.1.9Oct 5, 2026
  5. v0.1.8Sep 16, 2026

Score

90% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts
  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts