Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.nexus-mcp-infra/x402-receipt-verifier

REMOTE · X402-RECEIPT-VERIFIER-325572559480.US-CENTRAL1.RUN.APP · SCANNED SEP 25

Audits NEXUS's own x402 payment logs against its own delivery logs and issues a signed proof-of-deli

0 this week 28 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security71
Transport & Reachability0
Schema Quality & AI Usability0
  • Schema blocked by authentication: the endpoint requires auth we don't have to read it. See how to fix → Unverified
Stability & Change Management0
  • Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
  • Tool coverage blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Tool Safety0
  • Tool safety blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Capabilities0
  • Capabilities blocked by authentication: the endpoint requires auth we don't have to read them. See how to fix → Unverified

Unverified: 6 categories

Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm. Claim this server and supply a read-only token to verify it and lift the score.

Install

How do I install the io.github.nexus-mcp-infra/x402-receipt-verifier server?

io.github.nexus-mcp-infra/x402-receipt-verifier is a hosted endpoint at https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · x402-receipt-verifier-325572559480.us-central1.run.app

# add to Claude Code
claude mcp add --transport http nexus-mcp-infra-x402-receipt-verifier 'https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp'
// .cursor/mcp.json
{
  "mcpServers": {
    "nexus-mcp-infra-x402-receipt-verifier": {
      "url": "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "nexus-mcp-infra-x402-receipt-verifier": {
      "type": "http",
      "url": "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
    }
  }
}
# ~/.codex/config.toml
[mcp_servers.nexus-mcp-infra-x402-receipt-verifier]
url = "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "nexus-mcp-infra-x402-receipt-verifier": {
      "type": "remote",
      "url": "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add nexus-mcp-infra-x402-receipt-verifier --url 'https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp' --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  nexus-mcp-infra-x402-receipt-verifier:
    url: "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "nexus-mcp-infra-x402-receipt-verifier": {
      "Transport": "http",
      "Url": "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
    }
  }
}
# add to Vellum
assistant mcp add nexus-mcp-infra-x402-receipt-verifier -t streamable-http -u 'https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp'
// mcp.json
{
  "mcpServers": {
    "nexus-mcp-infra-x402-receipt-verifier": {
      "type": "http",
      "url": "https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 25 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 9 Sept 26 −37
    • Endpoint reachability: reachable → behind authorisation ▼ security
    • Authorization: unverified → fail ▼ security
    • Stability: 0.53 → unverified ▼ security
    • Tool safety: pass → unverified ▼ security
    • HTTPS: pass → unverified ▼ security
    • Transport: pass → unverified ▼ security
    • Capabilities: pass → unverified ▼ functional
    • Tool coverage: 100 → unverified ▼ functional
    • First check of Schema quality: unverified functional
  • 8 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 50 to 53. That category is still filling its 30-day observation window: 15 days of observed history at the previous scan, 16 at this one. The score rises as the window fills, whether or not the server changes.

  • 6 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 43 to 47. That category is still filling its 30-day observation window: 13 days of observed history at the previous scan, 14 at this one. The score rises as the window fills, whether or not the server changes.

  • 3 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.

  • 1 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 27 to 30. That category is still filling its 30-day observation window: 8 days of observed history at the previous scan, 9 at this one. The score rises as the window fills, whether or not the server changes.

  • 30 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.

  • 28 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 25 Sept 2026 · Probed https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=*.a.run.app CN=WR2,O=Google Trust Services,C=US 10 Sept 2026 3 Dec 2026 ECDSA 256 SHA256-RSA 4e0c02d814e3ca0112f85e6a49ac82bb
SANs: *.a.run.app, run.app, *.africa-south1.run.app, *.asia-east1.run.app, *.asia-east2.run.app, *.asia-northeast1.run.app, *.asia-northeast2.run.app, *.asia-northeast3.run.app, *.asia-south1.run.app, *.asia-south2.run.app, *.asia-southeast1.run.app, *.asia-southeast2.run.app and 93 more
CN=WR2,O=Google Trust Services,C=US (CA) CN=GTS Root R1,O=Google Trust Services LLC,C=US 13 Dec 2023 20 Feb 2029 RSA 2048 SHA256-RSA 7ff005a07c4cded100ad9d66a5107b98
CN=GTS Root R1,O=Google Trust Services LLC,C=US (CA) CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE 19 Jun 2020 28 Jan 2028 RSA 4096 SHA256-RSA 77bd0d6cdb36f91aea210fc4f058d30d

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of x402-receipt-verifier-325572559480.us-central1.run.app. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
app. present 23684 8 Verified
run.app. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication Challenged, unverified

The endpoint asked for a token, but we could not retrieve and validate the RFC 9728 metadata that tells a client how to obtain one.

Result Challenged, unverified
Enforced On connection
HTTP status 403

Protected resource metadata

Retrieved No
Problem no_resource_metadata

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp Auth required 403
http (plaintext) http://x402-receipt-verifier-325572559480.us-central1.run.app/mcp Inconclusive 403
MCP tools · 2 exposed · ~179 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
payer_spend_health ~70

Aggregate delivery-confirmation rate for one payer address on one NEXUS asset over lookback_days. verdict is SUMMARY (with delivery_rate) or NO_PAYMENTS_FOUND.

NameTypeReqDescription
asset_namestringyes–
lookback_daysinteger––
payer_addressstringyes–

No output schema declared.

No examples provided.

verify_payment_receipt ~109

Audits one x402 payment against NEXUS's own delivery logs (its own assets only) and returns a signed receipt. verdict is one of VERIFIED_DELIVERY, PAYMENT_NO_DELIVERY, PAYMENT_NOT_FOUND. claimed_at must be an ISO-8601 timestamp.

NameTypeReqDescription
asset_namestringyes–
claimed_amount_usdnumberyes–
claimed_atstringyes–
payer_addressstringyes–
window_secondsinteger––

No output schema declared.

No examples provided.

Common questions

What is the io.github.nexus-mcp-infra/x402-receipt-verifier server?

io.github.nexus-mcp-infra/x402-receipt-verifier is listed in the public MCP registry as io.github.nexus-mcp-infra/x402-receipt-verifier. Audits NEXUS's own x402 payment logs against its own delivery logs and issues a signed proof-of-deli. This page covers its hosted endpoint (https://x402-receipt-verifier-325572559480.us-central1.run.app/mcp).

Is the io.github.nexus-mcp-infra/x402-receipt-verifier server safe to use?

io.github.nexus-mcp-infra/x402-receipt-verifier scores 28 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.nexus-mcp-infra/x402-receipt-verifier server expose?

io.github.nexus-mcp-infra/x402-receipt-verifier exposes 2 tools: verify_payment_receipt, payer_spend_health. Their descriptions and schemas cost roughly 179 tokens of context every time the server is loaded.

Does the io.github.nexus-mcp-infra/x402-receipt-verifier server require authentication?

Yes. io.github.nexus-mcp-infra/x402-receipt-verifier asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.

Is the io.github.nexus-mcp-infra/x402-receipt-verifier server still maintained?

io.github.nexus-mcp-infra/x402-receipt-verifier is still listed as active in the MCP registry. We last reached this channel on 25 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.