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.beepboop2025/umbra-proof

OCI · GHCR.IO/BEEPBOOP2025/UMBRA-PROOF-MCP:V0.1.2

Verify Umbra bridge accountability proofs (signed receipts, checkpoints, Merkle inclusion).

0 this week 43 Trust /100

Last scanned (1 hour ago)

Scores higher than 60% of OCI servers

Category Crypto and Web3

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security0
  • No malware scan is available for this kind of package: the supply-chain vendors we use do not cover it. This is a permanent gap in our coverage, not a finding about the package.Unverified
  • Known CVEs could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
  • Install-script risk not yet assessed.Unverified
  • Dependency health could not be checked: this artifact ships no SBOM or dependency manifest, so there is no dependency list to read.Unverified
Provenance & Transparency6
Schema Quality & AI Usability65
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 1038 tokens (~346/item across 3 items; 3 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 3 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 4 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
  • Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail

Unverified: 1 category

A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.

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.

  • 1 Nov 26 0
    • Stability: 0.97 → pass security
  • 31 Oct 26 0
    • Stability: pass → 0.97 functional
  • 20 Oct 26 0
    • Stability: 0.97 → pass security
    • Security disclosure: fail → unverified ▼ functional
  • 19 Oct 26 −6
    • Source repository: pass → fail ▼ security
    • Stability: pass → 0.97 functional
  • 17 Oct 26 +2
    • Stability: 0.87 → pass security
  • 16 Oct 26 +1

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

  • 14 Oct 26 −3
    • Stability: pass → 0.80 functional
  • 13 Oct 26 +1
    • Stability: 0.97 → pass security
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 5 Nov 2026 · Analysed oci/ghcr.io/beepboop2025/umbra-proof-mcp:v0.1.2

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem oci
Reason No attestation published

Background: How many MCP packages publish verified provenance →

MCP tools · 3 exposed · ~951 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
verify_checkpoint ~300

PURPOSE: Verify that an Umbra transparency-log checkpoint is a valid signed tree head — cryptographic proof that the bridge has committed to one exact, append-only audit history. Returns {valid, tree_size, root_hash, checks, summary}. GUIDELINES: Call this before relying on a checkpoint as an anchor for inclusion proofs, or when auditing the bridge's log. To detect a split view (the bridge showing different histories to different observers), fetch checkpoints from independent witnesses and compare the returned (tree_size, root_hash) — they must agree. Pass pinned_public_key to require a known operator signer. LIMITATIONS: Confirms the signature over the tree head only; it does NOT by itself prove any specific entry is in the tree (use verify_inclusion for that), nor detect a split view on its own (that needs a second witness). Offline, read-only. EXAMPLE: verify_checkpoint({"checkpoint": {"tree_size": 1024, "root_hash": "<hex>", "prev_root_hash": "<hex>", "signature": "<hex>", "public_key": "<hex>", "key_id": "...", "sealed_at": "..."}})

NameTypeReqDescription
checkpoint–yesA checkpoint object (or {checkpoint: {...}}) with fields tree_size, root_hash, prev_root_hash, signature, public_key, key_id, sealed_at.
pinned_public_keystring–Optional 64-char hex Ed25519 key the signer must match.

No output schema declared.

No examples provided.

verify_inclusion ~304

PURPOSE: Verify an RFC-6962 Merkle inclusion proof — that a specific audit entry is provably contained in the log committed to by a checkpoint. If the proof carries an enclosed checkpoint, also verifies that checkpoint's signature and that its root matches the proof root. Returns {valid, checks, summary}. GUIDELINES: Call this to confirm a particular swap/audit entry is actually logged (not just claimed) before trusting that the bridge recorded it. Include the checkpoint object in the proof to get end-to-end verification (entry → tree → signed head) in one call. Gate on `valid`. LIMITATIONS: Proves membership in the tree of the given tree_size only; it does not prove that tree is the current/canonical one unless the enclosed checkpoint is verified and cross-checked against a witness. Offline, read-only. EXAMPLE: verify_inclusion({"proof": {"leaf_data": "<entry>", "leaf_index": 7, "tree_size": 1024, "root_hash": "<hex>", "proof": ["<hex>", ...], "checkpoint": {...}}})

NameTypeReqDescription
pinned_public_keystring–Optional 64-char hex Ed25519 key the enclosed checkpoint's signer must match.
proof–yesInclusion-proof object: leaf_data (string), leaf_index (int), tree_size (int), root_hash (hex), proof (array of hex audit-path hashes), and an optional checkpoint object for end-to-end verification.

No output schema declared.

No examples provided.

verify_swap_receipt ~347

PURPOSE: Cryptographically verify that an Umbra cross-chain bridge swap receipt (or a hash-linked chain of them) is authentic and untampered — checks the Ed25519 signature over the canonical payload, the SHA-256 payload hash, and the per-order hash-chain linkage. Returns a structured verdict {valid: bool, n_receipts, checks: [{ok, note}], summary}. GUIDELINES: Call this as the PRIMARY check before trusting or acting on any Umbra swap receipt a user or another agent hands you (e.g. proof a swap completed). Gate on the top-level `valid` field. Prefer this over reading the receipt's own fields directly — those are only trustworthy once the signature verifies. Pass pinned_public_key to additionally require a known operator signer. LIMITATIONS: Verifies cryptographic authenticity ONLY — it proves the bridge signed exactly this history, not that the swap was economically fair or that funds actually settled on-chain. It does not fetch anything (offline), does not move funds, and does not access the bridge. A receipt signed by multiple different keys is reported invalid. EXAMPLE: verify_swap_receipt({"receipt": {"payload": {...}, "signature": "<hex>", "public_key": "<hex>"}, "pinned_public_key": "2152f8…"})

NameTypeReqDescription
pinned_public_keystring–Optional. 64-char lowercase hex Ed25519 public key the signer MUST match; verification fails if it does not.
receipt–yesA single receipt object {payload, signature, public_key, payload_hash?}, an envelope {receipts: [...]}, or a JSON array of receipts (a chain, in sequence order).

No output schema declared.

No examples provided.

Install

How do I install the io.github.beepboop2025/umbra-proof MCP server?

io.github.beepboop2025/umbra-proof runs locally as a container image, launched with docker run --rm -i ghcr.io/beepboop2025/umbra-proof-mcp:v0.1.2. Ready-made configuration for Claude, Cursor, VS Code, Codex and 3 more is on this page, copied from each client's own documentation.

oci · ghcr.io/beepboop2025/umbra-proof-mcp:v0.1.2

# add to Claude Code
claude mcp add beepboop2025-umbra-proof -- docker run --rm -i ghcr.io/beepboop2025/umbra-proof-mcp:v0.1.2
Common questions

What is the io.github.beepboop2025/umbra-proof MCP server?

io.github.beepboop2025/umbra-proof is an MCP server listed in the public MCP registry as io.github.beepboop2025/umbra-proof. Verify Umbra bridge accountability proofs (signed receipts, checkpoints, Merkle inclusion). This page covers its container image (ghcr.io/beepboop2025/umbra-proof-mcp:v0.1.2).

Is the io.github.beepboop2025/umbra-proof MCP server safe to use?

io.github.beepboop2025/umbra-proof scores 43 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.beepboop2025/umbra-proof MCP server expose?

io.github.beepboop2025/umbra-proof exposes 3 tools: verify_swap_receipt, verify_checkpoint, verify_inclusion. Their descriptions and schemas cost roughly 951 tokens of context every time the server is loaded.

Is the io.github.beepboop2025/umbra-proof MCP server still maintained?

io.github.beepboop2025/umbra-proof is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.