deadchannel & Hosaka

两项服务通过 x402 向 AI 代理销售，按次调用以 USDC 付费。无需注册、无需 API 密钥、无需订阅——代理发起调用、付费，然后获得答案。

Hosaka — 面向代理的公司数据

以 MCP 服务器形式提供，因此任何 MCP 客户端都可以直接向其购买：

npx -y hosaka-mcp

{
  "mcpServers": {
    "hosaka": {
      "command": "npx",
      "args": ["-y", "hosaka-mcp"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

HOSAKA_PRIVATE_KEY 是一个在 Base 上持有少量 USDC 的钱包。四种工具对应四种价格，因此便宜的问题绝不会为昂贵的答案付费：

为什么这份档案值得拥有。 公司通过放置 DNS 验证记录向它购买的每个 SaaS 产品证明其拥有该域名，并在其 SPF 记录中授权它使用的每个发件人。这两份列表就是公司自己发布的购买历史。

查询 figma.com 会返回 Anthropic、OpenAI、Adobe、Atlassian、MongoDB Atlas、Greenhouse、Docusign、Stripe、Notion、Dropbox 和 Zendesk——每一项都附有确切的证明记录，因此买家可以核实而非轻信。

页面指纹需要已加载的脚本或 CDN 主机，而不是提及：一个在其集成列表中展示供应商标志的网站，并不等于使用了该供应商。

上线于 hosaka-agents.vercel.app。

Related MCP server: techstack-detective-mcp

deadchannel — x402 端点的风险预言机

给它一个 URL，它会告诉代理该端点是否存活、定价诚实且可安全调用——不花一分钱。

大约 17% 的被探测 x402 端点已失效或是陷阱，而且 Bazaar 发现层自己承认不提供任何排名、质量或信誉信号。从该目录中挑选的代理是在用真金白银猜测。

它检查什么

每项判定都来自未付费的 402 响应，这正是它便宜到可以跑遍整个目录的原因。

判定结果：live、degraded、trap、testnet、dead、unknown，外加一个有界的 0–100 风险评分。

使用

需要 Node 22+。没有运行时依赖——类型被原生剥离，因此没有构建步骤，除了本仓库之外无需审计任何东西。

node src/cli.ts https://x402.org/protected
node src/cli.ts --quiet --samples 5 url-a url-b url-c
node src/cli.ts --json url > verdict.json

当任何目标为 trap 或 dead 时，退出码为非零，因此它可以放入 CI 作为防护，防止发布指向不良端点的代理。

TESTNET   risk 80   $0.01  355ms p99  https://x402.org/protected
  x network-mainnet   Only testnet networks offered (base-sepolia, solana-devnet).
                      This endpoint cannot accept real value.
  ! schema-advertised No input or output schema. An agent has to pay before it
                      can find out what it gets back.

首次全目录扫描——2026 年 8 月 20 日

node src/scan.ts --live 150 拉取公共 Bazaar 协调者发布的所有资源并进行审计。14,979 个资源的结果：

价格中位数 $0.01，范围 $0 到 $1,000，30 天内 316,927 次付费调用。

目录的实际情况比传闻要好。但它并非均匀分布：三个地址合计列出了 2,750 个资源，却只收到八十分之一的调用，相对于它们所服务的需求，它们被过度代表了约 15 倍。目录规模不等于目录深度。

一处更正，以及防止重蹈覆辙的防护

此表的早期版本声称目录中 89.8% 的资源没有发布标签。那是错误的。加载器只读取了 extensions.bazaar.tags，而大多数发布者将标签放在条目根上——真实数字是 40.9%。

这个 bug 在审查中存活下来，因为没有任何东西断言正向计数。一个只统计缺失项的检查无法区分“发布者省略了此项”和“我们找错了地方”。test/catalog.test.ts 现在在实时目录的 200 项捕获切片中，手动统计所有三个已知位置的标签，并断言加载器在两个方向上都完全匹配。

来自实战的笔记

基于真实端点构建，而不仅仅是规范：

• v2 将支付要求移入 base64 的 payment-required 标头，并将正文留为 {}。只读取正文的解析器会把官方参考端点标记为失效。

• v2 发送 CAIP-2 网络 ID（eip155:84532、solana:EtWTRA…），而 v1 发送友好名称。两者同时在线。

• v2 将 maxAmountRequired 重命名为 amount，并将共享的 resource 元数据提升到负载根。

• 一些服务器省略了参考实现都会发送的顶层 x402Version，有些则将 accepts[] 嵌套得比文档深一层。两者都会被解析并报告为警告，而不是拒绝。

• 大多数资源是 POST。 用 GET 探测它们会返回 404/405，看起来完全像失效端点——这让我们首次实时探测的失效率达到 25%，而真实数字是 2.7%。现在动词来自目录，当未知时会用 POST 重试。任何报告高失效率的 x402 索引都值得检查这一点。

• 发现元数据分散。 规范将 serviceName/tags 放在 ResourceInfo 对象上，CDP 目录将它们扁平化到条目根，少数则嵌套在 extensions.bazaar 下。只读一个位置，你会少算一半。

• 存在经纪轨道。 AWS Marketplace 资源使用 aws:base 网络下的 URN 来命名收款人，而不是链地址。这是合法的，但资金流向经纪人，因此它被报告为警告，而不是被评分为无效支付。

销售

该服务通过 x402 销售自己的检查。src/server/ 实现了 v2 HTTP 传输的卖方端：在授权流程中，发出 PAYMENT-REQUIRED，接收 PAYMENT-SIGNATURE，返回 PAYMENT-RESPONSE——验证、运行资源，然后结算。

不涉及私钥。 卖方声明结算应到达何处；买方签名，协调者广播。因此支付地址是公开信息，存在于 deadchannel.config.json 中，任何人都可以审计，而不是放在无人能审计的仪表板中。

结算仅在探测产生结果后运行，因此我们这边的失败不会让买方花费任何费用。

GET  /             service card, free
GET  /health       liveness, free
GET  /facilitator  proves credentials are accepted, free, moves no money
POST /probe        the check, $0.001 in USDC on Base

GET /facilitator 的存在是因为错误的凭据否则会一直不可见，直到有人尝试支付，而第一个发现它的将是客户。

上线

该服务部署在 https://deadchannel.vercel.app，在 Base 主网上以每次调用 $0.001 的价格销售，并通过 Coinbase 协调者结算。

首笔已结算支付：0x6ac4a22c，区块 50230005，2026 年 8 月 20 日。Gas 由协调者支付，而非买方——在 x402 中买方只需签名，因此一个只持有 USDC 的钱包也能支付。

npm run validate 会重新运行 Bazaar 在索引资源之前应用的 25 项预检检查，并报告该列表当前是否处于活动状态。它不需要密钥，也不移动任何资金。

resource : https://deadchannel.vercel.app/probe
valid    : true
accepted : accepted
checks   : 25/25 passed
indexed  : active=true

Hosaka

同一支付地址上的第二家商店，向代理销售公司事实。

POST /lookup    $0.01   domain age, registrar, mail and DNS provider, DMARC, HTTPS
POST /dossier   $0.07    every third-party vendor we can prove, with the proof

上线于 https://hosaka-agents.vercel.app，在 Base 主网上结算。

档案由四个不需要密钥和供应商的来源组装而成：DNS over HTTPS、RDAP 注册表、TLS 握手和主页。每个档案的成本为零——利润在于组装。

有趣的部分是供应商检测。公司通过放置 DNS 验证记录向它购买的每个 SaaS 产品证明所有权，并在其 SPF 记录中授权它使用的每个发件人。这两份列表就是公司自己发布的购买历史。每项声明都附有证明它的记录，因此买家可以核实而非轻信。

从 Claude 或 ChatGPT 使用它

Bazaar 的搜索会忽略查询并按唯一付款人排名，因此无论质量如何，新商店在那里都不可见。MCP 是第一天就能用的渠道——代理已经处于支持 MCP 的客户端中。

{
  "mcpServers": {
    "hosaka": {
      "command": "node",
      "args": ["/absolute/path/to/src/hosaka/mcp/server.ts"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

买方自带钱包：密钥在本地签署支付，永远不会离开机器。没有它，工具会说明缺少什么，而不是在对话中途失败。

开发

npm install     # typescript only, for typechecking
npm test        # 18 tests, no network required
npm run typecheck

许可证

MIT