Verdict: the due-diligence house for DeFi

io.github.charles-verdict由 GitHub 账号 charles-verdict 发布v0.4.0更新于 Oct 24, 2026

Verdict, the due-diligence house for DeFi: keyless ratings, methodology and a hack incident feed.

发布方自己的服务:Finance Foundation

概览

AI 生成的概览

让助手查询 Verdict 的免密钥 DeFi 尽职调查数据:字母评级、方法论、量子就绪评分和黑客事件源。

可以做什么
封装 Verdict 的公开只读 API,让助手可以搜索和浏览协议、链、代币、预言机、金库、组织和桥的评级,并获取单个实体的字母等级和综合评分。还提供已发布的方法论、链的后量子就绪度、DeFi 黑客事件源,以及为未覆盖实体申请评级的工具。可选的带密钥工具可返回评级背后的分域得分。
适用场景
适合助手需要回答 DeFi 协议或链的风险问题、比较评级、查看量子就绪度或跟踪近期黑客事件时使用。它是只读研究数据,不是交易或转账工具。
运行要求
通过 npx 以 stdio 在本地运行,需要 Node 20 或更高版本,仅支持桌面 MCP 客户端。评级工具无需注册或 API 密钥。设置 VERDICT_API_KEY 可启用分域得分工具。VERDICT_API_BASE 可覆盖 API 地址。需要访问 Verdict API 的网络连接。
安装前请注意
匿名 API 按 IP 限流(每分钟 120 次、每天 2 万次),查询来自用户自己的 IP。request_coverage 会把实体名称和联系邮箱提交到 Verdict 的公开联系端点。可选的 VERDICT_API_KEY 是付费方案凭据,不会被记录或回显。评级属第三方观点,事件匹配只是提示查看,并非自动降级。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Verdict: the due-diligence house for DeFi,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

verdict-finance-mcp

Verdict is the due-diligence house for DeFi: independent ratings, rating-priced cover, security testing and continuous monitoring, plus a security partner marketplace for audits, monitoring and pen testing, across seven entity types. This Model Context Protocol server lets AI agents call that house directly.

Live today: Ratings. Letter grade (AAA to D) plus a composite score (0 to 100) built from 300+ criteria across the full dependency graph, for protocols, chains, tokens, oracles, vaults, organisations and bridges. Plus post-quantum readiness for chains, and a live feed of DeFi hack incidents (confirmed by default).

Keyless by default. It wraps Verdict's live anonymous API, so there is no signup and no API key. Each user runs it locally and queries from their own IP. Bring your own key if you want the per-domain breakdown behind a grade (see below).

Install

Add to your MCP client config (Claude Desktop: claude_desktop_config.json; Claude Code: .mcp.json):

json
{  "mcpServers": {    "verdict-finance": {      "command": "npx",      "args": ["-y", "verdict-finance-mcp"]    }  }}

That is it. No key needed to read ratings. (Requires Node 20+.)

Tools

ToolWhat it does
search_ratings({ query, entity_type? })Find entities by name or keyword. Omit entity_type to search all 7 types at once.
get_rating({ entity_type, identifier })Letter grade, composite score and public metadata for one entity, by slug (aave-v4, ethereum) or UUID. Includes dependency-drag provenance when it shaped the grade.
list_ratings({ entity_type, category?, chain?, limit? })Browse a set, best-rated first (default 25, cap 50). Category filters are lowercase, e.g. lending.
quantum_readiness({ chain? })Post-quantum cryptographic readiness for chains (QRI 0-100, readiness band, migration stage, hybrid-signature status), data by LayerQu. Omit chain for the full 72+ chain league table, including chains Verdict has not rated.
get_recent_incidents({ since?, slug?, min_status?, limit? })DeFi hack incidents, newest first (default 25, cap 200). Confirmed by default; min_status: 'corroborated' opts into multi-source leads that have not yet reached confirmation. Each is corroborated by more than one public hack-reporting source. Poll with since; filter to one rated protocol with slug.
get_methodology({})The published methodology: criteria counts and domains per entity type, and the AAA to D grade scale with the composite band each grade needs.
get_rating_breakdown({ entity_type, slug })The per-domain scores behind one entity's grade, plus its intrinsic (pre-dependency) pair. Needs an API key; see Bring your own key.
request_coverage({ entity_name, entity_type, contact_email, note? })Ask Verdict to rate an entity it does not cover yet. Returns a reference id. The resulting rating is public either way; requesting coverage never buys or moves a grade.

Every rating response ends with an attribution line linking back to the rating on verdict.finance.

Bring your own key

Ratings are free to read: the tools above work with no key at all. Set VERDICT_API_KEY and the server authenticates every call, which adds get_rating_breakdown (per-domain scores). Keys come from the Verdict dashboard at verdict.finance; plans are at verdict.finance/pricing.

json
{  "mcpServers": {    "verdict-finance": {      "command": "npx",      "args": ["-y", "verdict-finance-mcp"],      "env": { "VERDICT_API_KEY": "your-key" }    }  }}

Without the variable the server behaves exactly as it always has: no header is sent, and nothing about the keyless path changes. The key is never logged, echoed, or included in tool output. Called without a key, get_rating_breakdown answers with where to get one rather than failing.

Agent-native micropayment access (x402) is the announced direction. It is not shipped, and nothing here is behind a paywall today.

Quantum-readiness data is provided by LayerQu and is companion data only. It never feeds a Verdict grade; chain ratings simply carry an extra LayerQu line when a reading is available.

The incident feed carries hack incidents across DeFi (confirmed by default), including ones at protocols Verdict does not rate. Two things are worth knowing when reading it. Matching to a rated protocol happens when an incident is received, and re-runs when an incident escalates and its payload improves, so matched_protocol reads as of the incident's current tier. It is still never retroactive when Verdict's own coverage grows. And an incident is a signal to look, never an automatic downgrade: a matched entity may be flagged under review, but re-rating is always a human decision.

Example prompts

  • "What does Verdict rate Aave?" runs get_rating({ entity_type: "protocol", identifier: "aave-v4" })
  • "Search Verdict for Chainlink." runs search_ratings({ query: "chainlink" })
  • "List the chains Verdict rates." runs list_ratings({ entity_type: "chain" })
  • "Is Ethereum quantum-ready?" runs quantum_readiness({ chain: "ethereum" })
  • "Any DeFi hacks this week?" runs get_recent_incidents({ limit: 10 })
  • "How does Verdict score a bridge?" runs get_methodology({})
  • "What dragged Aave's grade down?" runs get_rating_breakdown({ entity_type: "protocol", slug: "aave-v4" })
  • "Get my protocol rated." runs request_coverage({ entity_name: "...", entity_type: "protocol", contact_email: "..." })

Example output

Aave V4 — BBB (78/100) · protocol · chains: Ethereum · categories: lending · https://www.verdict.finance/products/ratings#protocol-aave-v4
Rating by Verdict — https://www.verdict.finance/products/ratings#protocol-aave-v4 · Methodology + deeper analysis at https://www.verdict.finance

Entities that are not yet rated render as unrated. When a rating was pulled down by a weak dependency, the response says which one.

The roadmap: the callable marketplace

Verdict's diligence lifecycle is Assess, Rate, Cover, Secure, Monitor. Ratings are the first module agents can call. As the rest of the house becomes callable, this server grows a module per product:

  • Cover: rating-priced parametric cover on rated protocols.
  • Audit Marketplace: hand over a repo, receive blind bids from vetted audit firms.
  • Monitoring Marketplace: watchlists, live alerts and webhooks on rated entities.
  • Pen Test Marketplace: engage penetration tests through vetted partner firms, scoped and priced per engagement by the partner.

The rating function stays structurally separate from what the marketplace sells: buying a service never moves a grade.

Tool names are module-scoped (search_ratings, get_rating, list_ratings) so new modules arrive without breaking existing agents.

How it works

Verdict's read API is anonymous and rate-limited per IP (120/min, 20k/day). This server:

  • lists and looks up entities via GET /{type}s and GET /{type}s/{identifier},
  • fetches each entity's latest published scorecard (GET /{type}s/{id}/scorecards) for the grade + composite score,
  • reads the published methodology from GET /methodology,
  • reads per-domain scores from GET /{type}s/{slug}/domains (the one route that needs a key), and
  • submits coverage requests to POST /contacts, the same public endpoint the "Get rated" form on verdict.finance posts to.

The API base is https://api.verdict.finance/api/v1 and can be overridden with the VERDICT_API_BASE environment variable (used for testing). Set VERDICT_API_KEY to authenticate; leave it unset to stay keyless. The full API surface is documented at api.verdict.finance/openapi.json.

Rate limits and outages are handled gracefully. Tools return a friendly text message, never a crash.

Attribution and trademark

Ratings and methodology are © Verdict. This tool surfaces the public ratings and the published methodology; the deeper analysis lives at verdict.finance. The code is Apache-2.0; the Verdict name and branding are not licensed by it.

Development

bash
npm installnpm run build     # tsc -> dist/npm test          # vitest (unit tests, HTTP client mocked)
# optional live smoke against the real API:VERDICT_LIVE_SMOKE=1 npx vitest run test/live.smoke.test.ts
# the smoke's one keyed case (get_rating_breakdown) skips unless a key is set:VERDICT_LIVE_SMOKE=1 VERDICT_API_KEY=... npx vitest run test/live.smoke.test.ts

License

Apache-2.0. Copyright 2026 Verdict Capital.

来源:README.md,提交 b4ec205

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.4.0最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Finance 集成