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.

Agentic Finance Graph

REMOTE · AGENTICFINANCEGRAPH.COM

Ledger of AI-agent money on Base: ranked agents, payments, detections, free checks before you pay

+3 this week 86 Trust /100

Last scanned (22 hours ago)

Scores higher than 93% of remote servers

Reachable. Last reached 4 Nov 2026.

Category Finance and Payments

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 Security83
Transport & Reachability100
Schema Quality & AI Usability74
  • 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 5618 tokens (~193/item across 29 items; 26 tools + 3 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 Management93
  • Stability observed for 28 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage96
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 85% of tool parameters carry a description.Partial
  • Structured output schemas are declared (12% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "pay_check" implies "pay" and declares readOnlyHint instead, contradicting what its own name says it does. See how to fix → Fail
  • An AI judge read all 28 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
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.

  • 4 Nov 26 +1
    • The server rewrote its instructions, which are the text every model session reads security
    • New tool “self_check” functional
  • 2 Nov 26 +1
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “agent_pass” rewrote its description, which is the text the model reads security
    • Tool “agent_pattern” rewrote its description, which is the text the model reads security
    • Tool “canary_register” rewrote its description, which is the text the model reads security
    • Tool “gate_check” rewrote its description, which is the text the model reads security
    • Tool “agent_pass” changed its title: The Agent Pass: eight checks on an agent at one moment (free, shadow) → The Agent Pass: eight checks on an agent at one moment (free, signed) cosmetic
    • Tool “agent_pattern” changed its title: Is an agent's newest payment in character (free, shadow) → Is an agent's newest payment in character (free, advisory) cosmetic
    • Tool “gate_check” changed its title: Can this agent pay this address, now, this much? (free, log-only) → Can this agent pay this address, now, this much? (free, advisory) cosmetic
  • 31 Oct 26 +1
    • Server version: 1.7.0 → 1.8.0 functional
  • 28 Oct 26 +1

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

  • 26 Oct 26 +1

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

  • 25 Oct 26 0
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “evidence_pack_quote” rewrote its description, which is the text the model reads security
    • Tool “payee_facts” rewrote its description, which is the text the model reads security
    • Tool “payee_facts” changed its title: Seven facts about an address before paying it (free) → Nine facts about an address before paying it (free) cosmetic
  • 24 Oct 26 +1
    • Tool “evidence_pack_quote” rewrote its description, which is the text the model reads security
  • 23 Oct 26 0
    • Endpoint reachability: reachable → not serving MCP ▼ security
    • Authorization: partial → unverified ▼ security
    • Tool safety: pass → unverified ▼ security
    • Stability: 0.50 → unverified ▼ security
    • Transport: pass → fail ▼ security
    • Schema quality: 100 → unverified ▼ functional
    • Capabilities: pass → unverified ▼ functional
    • Tool coverage: 100 → unverified ▼ functional
    • Endpoint reachability: not serving MCP → reachable ▲ functional
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 4 Nov 2026 · Probed https://agenticfinancegraph.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=agenticfinancegraph.com CN=YE2,O=Let's Encrypt,C=US 23 Oct 2026 21 Jan 2027 ECDSA 256 ECDSA-SHA384 5d60d198e8e2a8f847d484d10a5139b12ca
SANs: *.agenticfinancegraph.com, agenticfinancegraph.com
CN=YE2,O=Let's Encrypt,C=US (CA) CN=Root YE,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 ECDSA 384 ECDSA-SHA384 4df3b15dd6c0784c507cd37b58e6f115
CN=Root YE,O=ISRG,C=US (CA) CN=ISRG Root X2,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 ECDSA-SHA384 872165fc34b6e5fba8add5b3705fb53a
CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 SHA256-RSA 6c8f1dc727c7117f7baf853ac980f9cd

Background: What to check on a remote MCP endpoint →

DNSSEC secure

Validation of agenticfinancegraph.com. — Secure

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
agenticfinancegraph.com. present 2371 13 Verified
agenticfinancegraph.com. Verified address RRset verified with the apex keys
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
strict-transport-security max-age=63072000; includeSubDomains; preload
content-security-policy default-src 'self'; base-uri 'self'; object-src 'none'; frame-ancestors 'none'; form-action 'self'; img-src 'self' data:; font-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self' https://static.cloudflareinsights.com; connect-src 'self' https://cloudflareinsights.com https://rpc.wallet.coinbase.com https://chain-proxy.wallet.coinbase.com https://keys.coinbase.com https://mainnet.base.org https://sepolia.base.org; upgrade-insecure-requests
x-content-type-options nosniff
x-frame-options SAMEORIGIN
referrer-policy strict-origin-when-cross-origin
permissions-policy camera=(), microphone=(), geolocation=()

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

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://agenticfinancegraph.com/mcp Verified 200
http (plaintext) http://agenticfinancegraph.com/mcp HTTPS enforced 301 https://agenticfinancegraph.com/mcp
MCP tools · 26 exposed · ~4,552 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
agent_independence ~157

For one ranked agent: its independence score (1 if it paid, in 30 days, an address with demand from three or more operator sets; else half the best score of an agent outside its set that paid one of its payees, best path, at most three hops), the path, its L9 counterparty count under the published rule and under the cluster-aware rule, the inflation ratio between them, and the size of its operator set (same bound wallet, owner, minter or first funder, each link capped at 50). Definitions rank.independence.v1, rank.inflation.v1, cluster.ratio.v1.

NameTypeReqDescription
agentstringyesAgent token id, slug or bound wallet

No output schema declared.

No examples provided.

agent_pass ~197

What the ledger measured about one registration at its last evaluation under agent.pass.v2, valid three hours: published level L7+, no open harm-kind incident, a counted payment in the last 30 days, its newest payment in character, no issuer freeze on a bound wallet, no unlimited approval to a plain key, no harm-kind incident in 90 days, and a month without a payment out of character. Answers holds or not, which checks failed, which could not be taken (listed, never written as 0), when it was checked and when it expires, with the issuer's public key. Every Pass that holds is signed with Ed25519 (since 24 Oct 2026). A Pass says what was checked and when; it never says safe, verified or trusted, and says nothing about the next three hours.

NameTypeReqDescription
agentstringyesAgent token id, act_8453_N, slug or bound wallet

No output schema declared.

No examples provided.

agent_pattern ~177

The out-of-character score of an agent's newest counted payment against its own earlier payments (behaviour.out_of_character.v2: amount out of its distribution, a new payee at a new size, a never-paid plain key, a probe then a large payment, a look-alike address, an approval change, off its rhythm), with the reasons that fired, how many of its last 30 days of payments scored notable or major, and the market's rates. Levels are none / notable / major; a level is a pattern for a human to read, never a verdict, and nothing is blocked by us from it (advisory since 1 Nov 2026). Every figure carries its measurement time and definition id.

NameTypeReqDescription
agentstringyesAgent token id, act_8453_N, slug or bound wallet

No output schema declared.

No examples provided.

agent_record ~67

The free record of one ranked agent: rank with evidence, bindings, and its 25 newest payments with counterparties. Unranked ids return not found: an agent never seen paying has no record to sell or show.

NameTypeReqDescription
idstringyesToken id, slug or wallet address
NameTypeReqDescription
agentobject–The record: rank with evidence, bindings, the 25 newest payments
as_ofstring|null––
notestring––
rankedboolean–false when the id is not among ranked agents
urlstring––

No examples provided.

agent_stability ~138

The behaviour clock for one ranked agent: run_days (complete UTC days since the last break in its own payment behaviour, by a CUSUM on payments, USD, payees and new-payee share against its own history), the last break's date and feature, and its heartbeat over 30 days (scheduled, irregular, bursty or sparse, with the dispersion index and the gap CV). A break is a change, not a harm; the measured false-break rate is published in the document. Definitions stability.run_length.v1 and stability.heartbeat.v1.

NameTypeReqDescription
agentstringyesAgent token id, slug or bound wallet

No output schema declared.

No examples provided.

agent_statement ~147

The latest 3-hour statement for one ranked agent: payments out split into spend, routing hops and payments whose receipt is not read yet; what left its control; income; open flags; the hash of the previous statement; and a Merkle proof against the window's Ed25519-signed root. Check before you pay: refuse if stale, if chain_ok is false, or if flags is not empty; then call find_agent and refuse if open_incidents is above zero. A statement covers a closed 3-hour window and publishes a few hours after it closes, so it cannot show the last few hours.

NameTypeReqDescription
idstringyesAgent token id, slug or bound wallet

No output schema declared.

No examples provided.

blast_radius ~147

For an agent (L8 or above) or one of its bound wallets: priced stablecoin and token balances and ETH in USD at one block, the EIP-7702 delegate if any with its code hash and known sweeper family, and the open ERC-20 allowances the wallet granted, confirmed on chain and capped at the balance per token (agent.blast_radius.v1). Read every six hours from free public nodes. A measurement of exposure at one block, not a prediction; unpriced tokens are listed by symbol.

NameTypeReqDescription
agentstring–Agent token id, act_8453_N or slug
walletstring–Or one 0x wallet address

No output schema declared.

No examples provided.

canary_register ~381

Register the public part of a decoy you planted: kind address|key|url|apikey|tool|x402 with exactly one target (address, url_sha256, key_sha256, tool_name or resource_path), a label, the triggers to watch (nonce, code, permit, siwe, inbound_transfer, http_hit, api_use, tool_call, x402_request) and planted_at. Needs Authorization: Bearer <Desk session>; the session's wallet is the operator. Private material is refused before validation; a bait key must be fresh (nonce 0, no code). A canary is a decoy you plant where only an intruder or a misled agent would read it: a bait key that never holds a balance (its first use is the signal), an address planted as a treasury, a URL, an API key, a tool description or a paid x402 resource. Register the PUBLIC part only (address, hash, tool name, path); we refuse anything that looks like a key, a URL or an API key in clear. We read the chain every 2 minutes (nonce, code, gas funding, inbound transfers, permits) and your own channels when you push them (canary ingest). A fire is a pattern for a human to read, written to your canary log; nothing is published about a plant. Live since 1 Nov 2026 (shadow 16 Oct - 1 Nov): at most 25 live canaries per operator; fires reach you through canary_status, not by e-mail yet.

NameTypeReqDescription
registrationobjectyes{canary_id (32-64 hex), kind, label, watch[], planted_at, and one of address | url_sha256 (+url_host) | key_sha256 | tool_name (+description_sha256) | resource_path (+price)}

No output schema declared.

No examples provided.

canary_status ~86

Every canary you registered, with the watcher's last reading (nonce, code, balance, checks) and the newest 20 events per canary (trigger, severity, evidence, whether you declared it a test, the reading in plain words and what to do). Needs Authorization: Bearer <Desk session>. Labels are your own text and come back in the untrusted envelope.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

counterparty_preview ~132

For one receiving address on Base (or an x402 resource URL listed in the Bazaar): how many counted payments registered agents made into it, how many distinct agents and how many at L7 or above, first and last seen, and the routing hops excluded. Counts only; the payer list with levels, binding confidence and transaction hashes is the counterparty pack. An address that only received routing hops is not a payee. Without an address: the endpoints the most ranked agents pay.

NameTypeReqDescription
addressstring–0x address on Base, or an x402 resource URL; omit for the top endpoints

No output schema declared.

No examples provided.

definition ~60

The frozen definition of a metric: what it counts, the method, what it excludes and what it does not claim. Use the definition ids returned by the other tools.

NameTypeReqDescription
idstringyesDefinition id, e.g. pay.usd.total.v1

No output schema declared.

No examples provided.

detections ~181

Anomalies our detectors logged, newest first: drain-shaped payments (each with the share of the wallet's balance it took), retry storms, mint bursts, fleet-funding fan-outs (layering_fan), owner changes under a binding, delegation to unknown code. A detection is a shape with evidence, never a verdict. Filter by agent, kind, severity, time or live incidents only; compact drops the glossaries.

NameTypeReqDescription
agentstring–Optional agent id (act_8453_N or token id)
compactboolean–Leave out the glossaries and tier notes
kindstring––
limitinteger––
live_onlyboolean–Only detections that are live incidents
severitystring––
sincestring–ISO time; only detections at or after it

No output schema declared.

No examples provided.

evidence_pack_quote ~386

Price and how to buy a dated evidence pack over x402 (USDC on Base, 1 to 30 cents). About one period: edition (the depth file behind a final State of Agent Money edition: every agent and every payee of the period, the edition's figures and the period's book; id = YYYY-MM, YYYY-Qn or latest; 30 cents). About one agent: precheck (the routine check before you pay or hire it: level, last payment, live incidents, statement freshness, and with payto what that address is), liveness, paygraph (where it pays), drain, incidents, peer, builders (which apps build its transactions, ERC-8021), exit (did its wallet empty out: every window in which a new payee took most of its outflow in 72 hours, with where the money went next; candidates, never verdicts), trace (where did the money go: its exits followed live up to three hops, with each hop's issuer freeze, swap out of a freezable token and Tron activity), bundle, reval (a live re-probe) or statement (its last 24 statements with proofs). About one address: counterparty (which ranked agents paid it) or venue (what the address is: label, contract or key, who pays it, poisoning look-alike or not, live 48-hour flow). This tool does not pay; an x402-capable client fetches the returned URL, receives HTTP 402 with the exact price, and retries with a signed payment.

NameTypeReqDescription
idstringyesAgent token id, slug or wallet; for counterparty and venue, the 0x address
kindstringyes–
paytostring–precheck only, optional: the 0x address you are about to pay

No output schema declared.

No examples provided.

find_agent ~140

Look up an ERC-8004 agent by token id on Base, slug, wallet address (0x...) or the name it declares. Returns whether it is ranked, its liveness level (L0-L9), bound wallet, stablecoin float, payment totals and open incidents. Up to 25 ids at once, separated by commas. A name is matched among ranked agents only, and a declared name is the agent's own claim, not verified.

NameTypeReqDescription
querystringyesToken id (57657), slug (8004-base-57657), wallet (0x...), a declared name, or up to 25 ids separated by commas

No output schema declared.

No examples provided.

gate_check ~358

One call before an agent pays: the payee facts, the agent's own context from our ledger (what it paid in the period, how often, whether and when it first paid this payee, how many new payees today), the out-of-character score of this payment as the agent's next, and a decision under a policy written in the AP2 mandate vocabulary (allowed_payees, amount_range, budget {max, period: daily|rolling_24h|rolling_7d}, agent_recurrence, execution_date) plus ours: new_payee {max, window_hours, max_new_per_day, step_up_ratio, step_up_days}, refuse_conditions {fact: block|warn|log|ignore} and signal {v2: {notable, major}}. Anything the evaluator does not understand fails closed. Named policies: log-only (default), balanced, recommended, recommended-v3, strict (their measured cost on 500 real agents is in the policy document). The answer is block / warn / log / allow with every reason, and is recorded (advisory since 1 Nov 2026; the default policy log-only never warns or blocks): we never block anything; your client decides, and decides its own fail mode when we are unreachable.

NameTypeReqDescription
agentstringyesThe paying agent: token id, act_8453_N, slug or bound wallet
amount_usdnumberyesThe amount in USD
payeestringyesThe 0x address to be paid
policyobject–Or your own policy object in the AP2 vocabulary; unknown keys fail closed
policy_namestring–A named policy (default log-only)

No output schema declared.

No examples provided.

ladder_dynamics ~138

The whole-cohort document: cumulative incidence of the four competing exits (drained, abandoned, dormant, none) at 30, 60, 90 and 180 days with the numbers at risk and the restricted mean time without an exit (ladder.exit_incidence.v1); the Standardised Drain Ratio per minting address with 30 or more ranked agents, with 95% intervals (platform.sdr.v1); the day-to-day transition matrix between L7, L8, L9 and out (ladder.transition.v1); and the landmark re-check of the published survival figures (survival.landmark.v1).

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

list_metrics ~108

Every metric the ledger measures or archives: key, unit, definition id, whether it is a headline figure, its first stored sample, and the date from which its history compares across our own changes (comparable_since). Use a filter (part of a key, a definition id or a word from its note) to get the notes too.

NameTypeReqDescription
filterstring–Optional: part of a key, a definition id or a word, e.g. l8, bridge, x402

No output schema declared.

No examples provided.

market_state ~207

The ledger's headline figures for AI-agent money, each with its value, unit, measurement time and definition id. On Base: money agents paid to others after registration (counted), daily spending by the day it was paid (last day, 7-day and 30-day averages), the part that went into positions they still hold, what left their control, the routing hops and pre-registration history excluded, how many agents are ranked (L7+ paid someone, L8 funded, L9 repeat counterparties), agent income, x402 seller inflow, treasuries, concentration, detections and the address-poisoning watch. On other chains: ERC-8004 registrations on seven chains, what registration owners paid on BNB Smart Chain, Ethereum, Arbitrum, OP Mainnet and Polygon, and Solana agent registrations and payments.

NameTypeReqDescription
compactboolean–Leave out the reading notes and the previous-sample block (figures, data quality and licence stay)
NameTypeReqDescription
as_ofstringyes–
chainstring––
data_qualityobject––
days_still_scanningobject|null––
figuresobjectyes–
readingstring––
sinceobject|null––
sourcestring––

No examples provided.

metric_history ~88

The history of one measured metric from the ledger's archive (daily points, plus 5-minute points for the last 48 hours). Gaps are real gaps, never filled. An unknown key returns similar keys and the full list of archived keys.

NameTypeReqDescription
keystringyesMetric key, e.g. actors_l7_plus or observed_pay_usd_total
rangestring––

No output schema declared.

No examples provided.

pay_check ~147

One free call before your agent pays or hires another: its latest statement (stale, age, chain_ok, flags), live incidents, its detections in the last 72 hours, the token approvals its wallet has given (unlimited ones, and any to a plain account), its last counted payment, and its payments seen after the statement window closed (from its 25 newest payments, so the hours a statement cannot show are not blind). Returns facts and which of the documented refuse conditions are met; the decision stays with you. The paid precheck pack adds what the address you were given to pay is.

NameTypeReqDescription
agentstringyesAgent token id, slug or bound wallet

No output schema declared.

No examples provided.

payee_facts ~263

What the chain and our ledger say about an address an agent is about to pay (payee.facts.v2): its code kind (plain key, contract, EIP-7702 delegated) and whether the delegate matches a known sweeper or the tiny-forwarder shape; whether it forwards most of what it receives within minutes (relay shape); whether its stablecoin outflow goes to swap venues; who funds it and where it exits (7 days of Transfer logs); whether a contract exposes a claim-on-proof selector; an issuer freeze; how many registered agents pay it; and, given the paying agent and the amount, whether it is a never-paid destination at a size the agent never sent and whether it is a look-alike of an address in the agent's own history. Each fact carries value, evidence, method and measurement time; an unavailable channel is said, never guessed. Facts describe an address; they do not judge it.

NameTypeReqDescription
agentstring–Optional: the paying agent (token id, slug or bound wallet), for the two per-agent facts
amount_usdnumber–Optional: the amount about to be paid, in USD
payeestringyesThe 0x address to be paid

No output schema declared.

No examples provided.

payer_set ~166

The wallets observed paying one agent (income into its bound wallets, plus counted payments from other registered agents), up to 250, with payments, USD and first and last paid; and how much of its ERC-8004 feedback is payment-grounded (the reviewer paid the agent before rating it). Pass the addresses as clientAddresses to the Reputation Registry's getSummary to read only reviews from wallets that paid. Observed payers are a lower bound, and payment-grounded is not independent: a payer under the same operator grounds its own reviews.

NameTypeReqDescription
agentstringyesBase ERC-8004 token id, act_8453_N, or a ranked agent's slug or bound wallet
limitinteger–How many payers to list (largest by USD first)

No output schema declared.

No examples provided.

ranked_agents ~156

The top ranked agents (L7 and above: a bound wallet was seen paying money out of the agent's control after registration). Sorted by level first (L9, then L8, then L7), then by lifetime counted USD; sort_by changes the second key to distinct counterparties or number of payments. A high place means a large counted spender at that level, not a working service: read agent_record before relying on one. Free tier: up to 25.

NameTypeReqDescription
limitinteger––
min_levelinteger–Only agents at or above this liveness level
sort_bystring–Order within each level: lifetime counted USD (default), distinct counterparties, or number of counted payments
NameTypeReqDescription
agentsarrayyes–
as_ofstring––
returnedinteger––
total_rankedinteger––
withheld_by_tierinteger––

No examples provided.

self_check ~187

One free call for an agent to check itself, or for the person who runs it: its record and level, the Agent Pass (holds or not, what failed, what could not be checked), the Watch's reading of its newest payment (none / notable / major with reasons), the token approvals its wallet gave in 30 days (unlimited ones with the money behind them, any to a plain account), its detections in 30 days and, at L8 and above, what a stolen key would control at one block. Ends with worth_a_look: the items a person should read, each with its source. Every part carries its measurement time and definition id. Facts, never a verdict: a clean list does not mean safe.

NameTypeReqDescription
agentstringyesYour agent's token id on Base, act_8453_N, slug or bound wallet (0x...)

No output schema declared.

No examples provided.

since_last ~133

One measured figure with the stored sample it moved from: current, prior, delta, delta_ratio, both timestamps, definition id, unit, and whether the move is material under the published thresholds. window: sweep (the previous stored sample, the default), 24h, 7d or 30d. No prior sample inside the window returns gap: true and no delta; nothing is interpolated. Accepts a metric key or a definition id.

NameTypeReqDescription
metric_idstringyesMetric key (actors_l7_plus) or definition id (rank.l7plus.v1)
windowstring––

No output schema declared.

No examples provided.

verify_sum_log ~205

Trust nothing you did not recompute. Verifies the Ed25519 signature on the current sum-log head (the Merkle-sum root over every counted payment and the total it commits to), optionally climbs one agent's proof from its leaf to the root and the whole total, reports how many of the previous head's leaves the current head declares unchanged, changed, removed and added, and verifies the statement log's signed tree head and, given the head you kept (tree_size, root_hash), the consistency proof that our statement history was not rewritten. Keep the heads it returns and pass them next time. Definitions sumlog.v1 and agent.statement.log.v1.

NameTypeReqDescription
agentstring–Optional: an agent token id whose proof to climb
previous_headobject–Optional: the sum-log head you kept: { leaves, root }
previous_statement_headobject–Optional: the statement-log head you kept: { tree_size, root_hash }

No output schema declared.

No examples provided.

Install

How do I install the Agentic Finance Graph MCP server?

Agentic Finance Graph is a hosted endpoint at https://agenticfinancegraph.com/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 · agenticfinancegraph.com

# add to Claude Code
claude mcp add --transport http com-agenticfinancegraph-agentic-finance-graph 'https://agenticfinancegraph.com/mcp'
Common questions

What is the Agentic Finance Graph MCP server?

Agentic Finance Graph is an MCP server listed in the public MCP registry as com.agenticfinancegraph/agentic-finance-graph. Ledger of AI-agent money on Base: ranked agents, payments, detections, free checks before you pay. This page covers its hosted endpoint (https://agenticfinancegraph.com/mcp).

Is the Agentic Finance Graph MCP server safe to use?

Agentic Finance Graph scores 86 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 Agentic Finance Graph MCP server expose?

Agentic Finance Graph exposes 26 tools: market_state, find_agent, agent_record, ranked_agents, detections, and 21 more. Their descriptions and schemas cost roughly 4,552 tokens of context every time the server is loaded.

Does the Agentic Finance Graph MCP server require authentication?

No. We connected to Agentic Finance Graph without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the Agentic Finance Graph MCP server still maintained?

Agentic Finance Graph is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.