Morse — Telegraph in Telegram

Morse — Telegram 中的 Telegraph

Telegraph Hackathon Season I 的 Track 3 应用。 线上地址：https://telegraph-morse.vercel.app · 公开账本 · API 与 MCP

Telegram 中的 Telegraph。提问，由排名靠前的矿工回答，并附上回执。 向机器人发送问题 ——无需钱包、密钥或注册——Telegraph 自己的路由器会对问题分类并选出排名靠前的矿工（仅当 路由器没有响应时，Morse 才会改用自己的路由），Morse 从一个由应用持有的钱包支付 x402 费用，回答会连同回执一并返回：提供服务的矿工、意图及其被选中的原因、该矿工的 排名、置信度、费用、延迟、链上结算交易，以及可在节点上验证的 signal_hash。网页上也能使用相同功能，Agent 还可通过一个托管的 MCP/REST 端点调用。

线上示例，2026-09-02：用于 SSL_VERIFICATION 的 LiveCert #1，费用为 $0.01，信号 0x0691ca3f…0821a1， 已在链上结算，交易为 0x31b9b480…2af007。

Morse 发起的每次调用都会记录在公开账本中，因此“有人用过”可以查证，而不是空口声称。

Morse 刻意不做的事。 它不会重新排列矿工的排名。Telegraph 的排行榜就是共识，路由器选出的矿工就是答案，因此没有领奖台、自动的第二意见或共识报告。2026-09-04，一位组织者指出：为每个问题向多个矿工付费以重新计算排名，等于把协议已经为所有人做过一次的事再做一遍；这对用户来说不符合经济效益，而且看起来像垃圾信息。此后，这些功能经过构建和评估后被弃用。账本保留了标注清楚的相关记录；代码则在冻结前移除（GAPS G32）。

一项不依赖 Morse 自述的核验。 /proof 会从公开索引器读取付款钱包在 Base Sepolia 上的 USDC 转账，并将其与账本中的结算交易逐笔哈希匹配——这就是从链上统计出的“Telegraph 调用实际交易量”；账本缺少的结算也会显示出来，而不会被隐藏。这项核验使用已有数据计算，不会产生任何支出。

不是聚合器。 Morse 不会挑选提供方或混合回答。Telegraph 的排名路由器负责挑选矿工；Morse 负责付款并保存回执。如果你确实想指定某个矿工——组织者自己的参考应用所用的调度方式——直接指定即可：通过 MCP 调用 telegraph_ask_miner，在 REST 中使用 {"miner": "livecert", "question": "…"}，或在 Telegram 中输入 /miner livecert <question>。回执会说明路由是应你的要求而绕过的。

原因

如今要使用 Telegraph，需要钱包、从水龙头获取的测试网 USDC，以及 x402 客户端。这会把所有不是已有开发者、没有临时密钥的人拒之门外，也意味着网络的“真实使用”大多是机器在调用一个矿工。Morse 是缺少的入门入口；由于每个回答都附有可验证的回执，其使用情况是证据，而非空口声称。

快速开始

Claude Code（MCP，无需钱包）

在 /keys 免费获取密钥，然后：

claude mcp add --transport http morse https://telegraph-morse.vercel.app/mcp --header "Authorization: Bearer morse_YOURKEY"

然后向 Claude 提出网络能够回答的任何问题——“使用 telegraph_ask：github.com 的 TLS 证书是否有效？由谁颁发？”，接着再问*“对该 signal_hash 使用 telegraph_verify_signal”*。 工具：telegraph_ask、telegraph_ask_miner、telegraph_recipe、telegraph_verify_signal。意图和排行榜可通过 REST 在 /v1/intents 和 /v1/leaderboard/{INTENT} 免费获取；2026-09-05，移除了与 Telegraph 浏览器功能重复的三个 MCP 发现工具。

Cursor 或任何 Streamable-HTTP MCP 客户端

{
  "mcpServers": {
    "morse": {
      "url": "https://telegraph-morse.vercel.app/mcp",
      "headers": { "Authorization": "Bearer morse_YOURKEY" }
    }
  }
}

curl

curl -X POST https://telegraph-morse.vercel.app/api/keys -H "content-type: application/json" -d '{"label":"my-laptop"}'

curl -X POST https://telegraph-morse.vercel.app/v1/ask -H "Authorization: Bearer morse_YOURKEY" -H "content-type: application/json" -d '{"question":"What is the current weather in Chennai?"}'

直接询问一位指定的 miner（miner 作者：在此填写你自己的 slug）：

curl -X POST https://telegraph-morse.vercel.app/v1/ask -H "Authorization: Bearer morse_YOURKEY" -H "content-type: application/json" -d '{"miner":"livecert","question":"Is the SSL certificate for github.com valid?"}'

免费，无需密钥——发现端点和账本：

curl -s https://telegraph-morse.vercel.app/v1/intents

curl -s https://telegraph-morse.vercel.app/v1/leaderboard/SSL_VERIFICATION

curl -s https://telegraph-morse.vercel.app/api/stats

Telegram

https://t.me/MyMorse_Bot — /start 会显示可点击的示例问题；回答采用自由文本。 命令：/miner <slug> <question>、/safe、/wallet、/weather、/fact、/verify、 /stats。 每条回答都附带与网页和 API 界面返回内容相同的收据，并记录在同一个公开账本中。在群组中，只有被 @提及或收到回复时，Morse 才会回答，因此即使聊天很活跃，也不会为无人请求的回答付费。

收据包含的内容

字段	含义
minerSlug, minerId	Engine 将问题路由到的 miner
intent	路由器将问题归类为的规范意图
minerRank	该 miner 在此意图下当前的排行榜排名
routedBy	Telegraph 的路由器选定 miner 时为 engine，回退机制选定时为 morse
routerReasoning	路由器说明的理由，或触发的回退规则
settlementTx	Base Sepolia 上的 USDC 转账，来自节点的 payment-response 标头
confidence	miner 自身的置信度，取自其声明的 signal_mapping；若未报告，则显示“not reported”
costUsd, durationMs	调用费用和耗时
signalHash	在 /verify/{hash} 验证，或在节点上通过 GET /engine/v1/signal/{hash} 验证

/verify/{hash} 会显示节点记录、付款方钱包以及该钱包是否属于 Morse、节点自身基于负载计算的 keccak256 证明，以及哈希所涵盖的负载。节点不会发布每次调用对应的结算交易（2026-09-02 抽样的 8 条用户付费信号中，0 条包含此信息），因此，链上记录可通过付款方钱包在 BaseScan 上的 USDC 历史查询，Morse 提供了相关链接。

自行运行

git clone https://github.com/Harshyadav442277/telegraph-morse && cd telegraph-morse && npm ci

npm run typecheck && npm test

cp .env.example .env && npm run dev

如果未设置 EVM_PRIVATE_KEY，且 DAILY_BUDGET_CALLS 不为非零值，系统会拒绝处理提问，并给出如实说明；网站、账本和免费发现端点仍可正常使用。端到端评审流程可在任何部署上运行：

npm run e2e

该测试套件可免费运行。唯一付费的步骤由 MORSE_E2E_PAID=1 控制，因此不会有任何计划任务人为制造流量。

文档

• GO-LIVE.md — 钱包、机器人和首次付费调用的运维手册
• PLAN.md — 声明、现实核查、评审标准、计划安排和工具
• PRD.md · ARCHITECTURE.md · PHASES.md
• GAPS.md — 缺失、损坏或尚未验证的内容（相信任何声明前请先阅读）
• MEMORY.md — 决策和经验
• DEMO.md — 评审流程及精确的预期输出
• docs/TELEGRAPH_FACTS.md — 有来源和日期的协议事实

假设与限制

• 测试网。 Base Sepolia、测试网 USDC。答案是真的；钱不是。
• 优先走 Telegraph 路由；Morse 仅作后备。 网络路由器有 20 秒响应时间；若无响应（2026-09-02 曾连续一天超时，耗时约 47 秒），Morse 会根据关键词规则判断意图，并直接调用排名最高的矿工。每条收据和账本记录都会注明实际采用了这两种方式中的哪一种（GAPS G17）。
• 账本早期的记录是我们自己的验证调用，并非用户调用——这些调用是真实的，也有收据，但不代表用户采纳（GAPS G20）。
• “用户”指不同的加盐身份哈希——Telegram 用户 ID、Web 会话 Cookie 或 API 密钥。同一个人在两个界面上使用会计为两人；十个人阅读同一条转发的答案则只计为一人。Morse 会在数字旁公布统计方法，绝不向上取整（GAPS G4）。
• 显示的是信号哈希，而非重新计算的结果。 节点称该哈希是对载荷执行 keccak256 得出的，并报告 verified: true；但对所提供载荷进行的 11 种序列化都未能复现该哈希，因此 Morse 展示的是这一证明，而不声称自己重新计算并验证过哈希（GAPS G3）。Morse 独立核实的是付款方：记录中的钱包，并与自己的记录进行核对。
• 置信度格式不一。 矿工报告的格式各不相同，有些矿工不报告置信度；Morse 会尽可能统一格式，否则会注明“未报告”（GAPS G8）。
• 并非一定能直接调用每位指定矿工。 直接调用会根据矿工的清单和声明的输入模式构建，而有些矿工会拒绝并非由自己构造的请求——这种失败会如实报告，且不产生费用（GAPS G14、G30）。
• /proof 依赖第三方索引器。 它会读取 Blockscout；Blockscout 可能比链上数据延迟几个区块，也可能无法访问。此时页面会说明情况，并仅显示账本。它证明的是付款，而不是用户。链上有两笔结算没有对应的账本记录——Morse 将相关调用记录为超时，但网络最终仍完成了结算；这些记录会列出，而不会被移除（GAPS G29）。
• Morse 不会在链上写入任何内容。 付款通过 x402 在 Base Sepolia 上结算；Morse 会读取这些记录，但不会将判定结果锚定到链上，也不会运行 ERC-8183 作业（GAPS G27）。

许可证

MIT