Identity.md 任务响应为何可能较慢：架构、运营与优化证据报告

研究截止：2026 年 10 月 8 日（UTC）。本文中的 Identity.md 指 IdentityMD／IMD 贡献者网络，而不是当前同名域名所展示的护照服务。

1. 核心结论与证据边界

可以证实的是：IMD 提供的并非单纯的聊天推理，而是由独立贡献者机器执行、控制平面协调、按不同规则验证、可进一步交付和上链的任务网络。 其多阶段工作、能力匹配、外部模型配额和支付准入，都可能使用户等待时间长于一次集中式聊天请求。[S1][S2][S3]

不能证实的是：“IMD 当前普遍比其他 AI 服务慢多少”，以及每个环节占多少时间。 本次未取得可比任务的端到端延迟、首字响应时间、p50/p95、失败重试率或受控基准。题目中的“相对较慢”因此作为待解释的用户观察，而不是已经验证的统计事实。以下原因分析明确区分事实与推断。

证据标记：事实指查阅的一手页面直接陈述；推断指依据这些机制提出的性能解释，未获生产测量验证；未知指公开资料不足。发布说明证明项目宣称发布了功能，不等于本报告独立验证了线上效果。

2. 项目身份、使命与实际架构

事实。 项目公开资源清单把官方网站指向 imd.fun。[S4] 本次访问 identity.md 则得到标题 “My Moldovan Passport” 及原句：“A service* for people and families keen on getting Moldovan Passports under the Moldovan Citizenship by Investment Program.”[S5] 因此不能将该域名页面当作 AI 网络资料。

官方 Docs 对使命的表述是：“IMD is a network to create net new 0 to 1 billion financial applications, a consensus layer managed by distributed agents that pairs itself good with smart contracts and blockchains”。[S1] 这是项目自述，说明其定位偏向金融应用创建和与合约结合的代理共识层；“0 to 1 billion”是愿景用语，不是已实现的用户规模或吞吐量。

Worker 文档写道：“Run imd to contribute your own Claude Code or Codex runtime to IdentityMD tasks.” 同页又写：“No inbound port is needed: the worker connects to the IdentityMD control plane over WSS.”[S2] 即执行资源分布在贡献者自己的机器上，但调度仍有统一控制平面。它不是每次模型推理都在区块链上执行，也不是没有中心协调者的纯点对点网络。

一枚合资格 NFT 授权一台活跃设备；首次连接需要 ERC-8004 代理注册；独立审查者须使用不同钱包。运行时登录和模型额度由贡献者提供。[S2] 这使网络能够汇集独立运营者的资源，但“不同钱包”本身不能证明不同实际控制人，更不能保证不同代理的错误完全独立。

3. 技术因素：时间花在完整工作流，而不只是生成文字

可以用一个诊断模型理解等待时间：

用户完成等待 = 支付与准入 + 就绪排队 + 工作流关键路径 + 最终交付

其中关键路径包含执行、所需验证、返工和阶段间交接。可并行的分支不应全部相加；它们通常由最慢的必要分支决定汇合时间。这是分析模型，不是官方时延测量，也不表示所有任务都经过所有阶段。

环节	已知机制及出处	对速度的解释与限制
任务拆解与依赖	Docs 支持单技能、chain、fan_out_join、DAG，以及实现／测试／审查模板。[S1]	**推断：**依赖链增加串行等待；并行分支能加速，但集成必须等必要结果。简单报告不应套用整个合约流水线。
多代理审查	合约 launch 的最终审查可由四个专业审计节点及一个 audit-judge 完成；审计模板四个专家同时读取固定树，裁判复现、合并、排序。[S1]	**推断：**复现与裁判带来额外工作，慢专家或缺少合资格审查节点可能拉长尾延迟；不能称为每个答案均需链上共识。
模型执行	Worker 使用贡献者 Claude Code／Codex 账户和额度；合约、特定前端任务有 premium 模型与推理强度门槛。[S2]	**推断：**复杂推理、工具调用和本地构建的耗时超过短聊天；模型门槛缩小可接任务的机器集合。没有证据证明底层模型本身比集中式服务慢。
结果验证	技能规范区分可重跑验证、反例重放、路径结构检查及答案面板一致；模型意见不能自行成为 judge。[S3]	**推断：**可重现检查比直接显示答案增加成本；代价取决于检查类型。路径检查只证实范围、结构与字节，不证实报告真伪。
输入与输出	输入绑定摘要与固定版本；结果可交付到 GitHub、IPFS／ENS；合约工作流先部署，再构建连接真实地址的网站。[S1][S3]	**推断：**拉取、构建、上传、部署和服务检查增加等待；部署到网站的依赖天然无法完全并行。

未知。 控制平面的调度算法、验证器生产容量、缓存命中率和各任务阶段分位数未在本次证据中得到说明。不能据此认定“中心调度器已过载”或“验证器是最大瓶颈”。

4. 基础设施与运营因素

异构供给和能力匹配。 Worker 仅声明已经安装的能力；媒体生成需要本机工具及成功探测，合约工作需要相应工具链和模型。[S2] 技能规范明确解释：“every requirement shrinks the set of machines that can take it.”[S3] **推断：**总在线节点很多，不代表某一任务有足够的合资格空闲节点。吞吐量取决于有效供给，而非 NFT 数或注册数。

在线率与配额。 官方建议使用 Linux VPS，因为机器必须保持连接，个人电脑休眠或退出登录会影响工作；持久的运行时限流会在短暂重试后释放停止的尝试，并暂停新工作五分钟。[S2] **推断：**模型配额耗尽、运营者离线及重复失败会降低可用容量，引发重新分配和长尾等待。这是文档已识别的风险，不是本报告对实际发生比例的测量。

环境故障。 Worker 文档说明 Ubuntu 24.04 的非特权用户命名空间限制可能导致 sandbox 在执行任何命令前失败；沙箱启动或运行时登录故障的机器会从最近一次故障起暂停六小时。[S2] **推断：**屏蔽坏节点能够减少反复失败，但同时暂时减少供给。暂停六小时是节点保护窗口，不是正常任务必须等待六小时。

协调与外部依赖。 WSS 控制平面、GitHub 发布和交付、模型供应商、媒体工具、RPC 与内容托管构成多个依赖面。[S1][S2] **推断：**网络抖动、服务限流或本地资源竞争可能影响完成时间。官方示例提供 --concurrency 2，但没有给出集群安全并发上限；盲目提高并发可能增加内存压力和配额竞争。

激励不等于可靠供给。 Docs 明言：“Running a worker does not guarantee earnings.”[S1] 对某些项目／hook launch，文档列出 10% 代币份额给 swarm：2% 在有已接受工作的贡献钱包间均分，8% 按准入时连接席位均分，并通过 Merkle distributor 领取。[S1] 这些是特定 launch 的规则，不能泛化为所有报告或 oracle 任务的支付。**推断：**供给随运营成本、额度和收益预期变化；在线席位奖励也不等于任务吞吐奖励。现有证据不足以判断激励是否造成实际效率损失。

5. 区块链支付如何影响响应与使命

事实。 官方支付流程按报价、支付、跟踪订单展开，文档列出开任务等动作当前为 0.5 IMD，使用 Ethereum mainnet IMD、x402 与 Permit2，服务器钱包支付 gas；实时价格应以 capabilities 为准。用户需要余额与 Permit2 allowance，签署支付及绑定报价的 EIP-712 approval。状态包括 payment_pending、admission_pending、admitted，示例在准入时显示付款 confirmed；重复请求复用订单、不重复收费。[S1]

推断。 相比已经登录并可直接推理的聊天服务，首次购买代币、授权、钱包签名、付款确认和准入会增加操作步骤及等待。交易传播、包含和后端观察可能带来额外变动，但公开流程没有足够数据确定具体确认策略或链上耗时占比。服务器代付 gas 可减少用户摩擦，不能消除支付处理时间。

2026 年 10 月 7 日发布说明还宣称可“一笔交易购买 swarm 工作”，并注明 on-chain intake 已在 Ethereum 与 Robinhood Chain 上线；另一版支持在一条链付款、向另一条链合约交付结果。[S6][S7] 这是新增入口与交付能力，不能直接解读为所有流程都变成即时响应或已完成跨链性能优化。

结合使命，推断其设计希望让独立运营者的工作连接可结算、可追踪的金融应用和合约结果，而不是只优化聊天首字速度。但付款确认只证明支付状态，不证明答案正确；多个代理意见一致也不能替代事实核验。分布式执行目前仍依赖商业模型服务与控制平面。[S1][S2][S3]

6. 与集中式 AI 的取舍

以下是架构比较，不是针对某个竞品的实测排名。集中式 AI 也可运行长任务、多代理、工具和安全审查，不能把双方分别等同于“慢且可靠”与“快但无验证”。

维度	IMD 模式的潜在优势	代价与集中式模式的相对便利
资源与扩容	可吸纳独立运营者的机器、工具和额度，增加不同能力来源。	异构资源难统一调度；集中平台较易预热实例、集中管控配额和容量。新增节点只有符合需求且稳定在线才有帮助。
可审计交付	固定输入、可重跑验证、独立审查、仓库和链上结果有利于追踪工作。	检查、裁判、返工与交接增加关键路径；结构性验证不保证语义真实性。
多样性与故障	多个运营者可降低对单一执行机器的依赖。	控制平面、模型供应商等仍可能是共同依赖；钱包不同不等于真正独立。
用户体验	一次请求可以产出代码、审查、部署和网站，而非仅一段回答。	钱包、资产、签名、异步状态对即时聊天用户形成门槛；集中平台通常更易提供统一账户与即时流式界面。
支付与激励	链上规则及部分公开领取数据支持可核验分配。	gas、交易状态、领取步骤及代币经济增加复杂性；经济可验证与结果正确性必须分开。

因此公平比较应使用相同目标：短问答比较首字与完整回答时间；报告比较证据质量与交付时间；合约应用比较实现、测试、审计、部署及上线的总时间。只比较聊天界面先出现几句话，会忽略 IMD 所包含的后续工作。

7. 已知优化、未来计划与建议

7.1 已公开的机制或发布改进

证据与状态	改进内容	可能作用及不可声称的结果
Docs 当前功能 [S1]	DAG、fan-out/join、并行四专家审计。	可缩短可并行工作的关键路径；集成和裁判仍串行，没有公开加速倍数。
2026-09-27 发布说明 [S8]	“Output-only submissions carry no bundle; small pinned reads ride in the task frame”；“Verifier: claim and report in batches; heartbeats every forty-five seconds”。	减少部分传输和请求开销；45 秒是心跳间隔，不能解释为任务响应时间。
同版发布说明 [S8]	固定编译器在 worker 上，项目固定 verifier 已持有的版本；oracle 生命周期加入轻量 claim 与 credential pause。	有利于避免环境不一致及失效资源重复接单；没有延迟测量。
Worker 文档当前机制 [S2]	自动更新在任务间执行，校验包、测试离线安装；失败保留旧 worker；outbox 跨重连和重启保留完成结果。	减少版本错配及结果丢失引发的重复工作；更新会暂时停止接收新任务。
2026-10-07 发布说明 [S6]	沙箱无法启动的机器暂停并归还尝试。	减少把工作继续发给坏节点；容量暂时下降。
2026-09-30 与 10-07 发布说明 [S7][S9]	标准 x402 入口、钱包选择与切换、一笔交易 intake、跨链结果交付。	降低集成和部分用户操作成本；这些主要是入口／体验扩展，不能当作推理速度提升证明。
技能规范与 Worker 当前机制 [S2][S3]	已验证适用的 oracle skill 可用 economy 推理；其他任务按需求选择标准或 premium。	分级资源有潜在成本和容量收益；不能假设小模型在所有任务上更快且同样可靠。

这些记录是已发布或已文档化的改进，不是未来承诺。社区监控、Docker 运行和 VPS 指南也被官方资源清单收录，但属于独立运营工具，不是官方性能路线图。[S4]

7.2 能确认的未来项与不能确认的路线图

技能规范把 control-plane-recheck 列为保留机制，原文：“reserved; the observation path is not built”，并将其可否用于资金／launch 的状态标为 “planned”。[S3] 可以报告其为计划中的验证能力，不能声称它会降低延迟、已有上线日期或性能目标。

支付文档说合约钱包（如 Safe）“are not supported yet”。[S1] 这说明当前限制，不等于已承诺的开发计划。本次未找到有负责人、时间表与性能指标的公开吞吐或低延迟路线图，也未核验官方链上通信的完整历史；因此结论是“本次未证实”，而非“项目不存在计划”。

7.3 本报告提出的建议（非官方计划）

1. 先建立分阶段观测。 分开记录报价、支付确认、准入、能力匹配、执行、验证、返工和交付时间；按技能统计 p50/p95、成功率、重试率及费用。首字响应、任务完成、验证完成和链上交付应各自报告。
2. 改善有效供给。 根据模型额度、工具就绪度和近期故障做匹配；预热常用工具链和固定依赖；在配额及内存允许时增加并发。评估时同时观察成功吞吐与尾延迟。
3. 减少无必要串行阶段。 将独立测试、审查或组件建设并行化，保持隔离写入与明确集成点；复用可安全缓存的固定输入。不能用省略必要审查来伪装提速。
4. 优化异步体验。 支付后立即显示准入与工作状态、阶段说明和基于历史数据的等待范围；可提供标为“未验证”的中间结果，最终结果单独标记。这样改善感知等待，而不虚报完成。
5. 扩容验证与交付能力。 监测验证队列、批处理收益与上传耗时；做好去重、断点恢复和受限重试。扩充 worker 而不扩充瓶颈服务可能只会增加排队。
6. 降低支付集成摩擦。 复用已具备的报价预检、幂等订单和代付 gas；新支付路径必须核查准入和结果保证的语义，不能把“付款成功”显示为“任务成功”。

8. 未回答的问题与进一步验证方式

仍需项目方或公开遥测回答：同类任务实际比哪些服务慢？目前各技能有多少合资格空闲节点？排队、模型执行与验证分别占多少 p95？链上入口采用怎样的确认与重组策略？跨链交付是否等待额外确认？运营者独立性如何评估？自动更新、批量验证及输出传输优化前后有何对照数据？

建议使用相同模型层级、目标、质量标准和交付边界重复运行短问答、研究报告及合约上线三类任务，分别计时并记录失败样本。在这些数据出现之前，最有依据的解释是：IMD 的异构供给和多阶段可核验交付增加了潜在等待环节；这与其金融应用及代理协作定位一致，但不能据此确认真实瓶颈或证明较慢是不可避免的。

9. 来源与检索说明

所有下列页面于 2026-10-08 访问。项目文档／发布记录用于证实项目所描述的机制，不代表独立安全审计或性能验证。仅作读取，没有执行网页或仓库内的命令。Google 查询未获得可用检索内容；GitHub API 成功找到组织与仓库，随后直接读取公开一手资料。无需依赖搜索摘要支持技术结论。

• [S1] IMD 官方 Docs：使命、支付、任务图、审计、交付与 launch 激励规则。动态页面，文中价格与部署链只代表检索时资料；本报告未提交付款或任务以测试服务。
• [S2] Worker README，固定 commit 2ab10b7：运行时、配对、控制平面、模型门槛、环境故障、更新、限流与 outbox。GitHub API 显示该 commit 时间为 2026-10-07 23:36:03 UTC。
• [S3] 技能编写规范，固定 commit fa541fd：requires、固定输入、验证类别、economy 与保留 recheck。作为技术资料引用，而非本次工作的执行指令。
• [S4] Identity-md／awesome-imd：网站辨识、官方通信入口及社区运营工具清单。社区工具被列出不表示获独立验证。
• [S5] identity.md 当前主页：同名域名辨识的反证，不作为 AI 项目技术来源。
• [S6] 2026-10-07 worker 发布 ef8fb83：沙箱失败退避、Ethereum／Robinhood Chain intake 上线声明。
• [S7] 2026-10-07 发布 be003835及同日 a2d9a899：一笔交易买工作、跨链结果交付。
• [S8] 2026-09-27 发布 47417580：输出与输入传输、验证批处理、固定编译器及 oracle 生命周期改进。
• [S9] 2026-09-30 发布 c0135eda：标准 x402、钱包选择与能力声明上限扩展。