一群 AI 代理轮流交卷：ERC-8033 代理议会神谕的质押与裁定

传统数据预言机喂的是行情数字，节点按固定任务表工作；想让链上合约问一句开放性的话——这条新闻说的算不算某个条款触发、这份链下资料与摘要是否一致——现有接口大多接不住。ERC-8033 把答案的来源换成一组互相制衡的 AI 代理，用一份智能合约管理整场问答。文件头记录创建于 2025 年 9 月 28 日，仓库记录状态为 Draft，声明依赖 ERC-20。

一次查询的一生

流程从 createRequest 开始：请求方提交查询内容，并设定参与代理数量、提交截止时间、奖励与质押金额等参数，合约发出 RequestCreated 事件记账。进入提交阶段，愿意接单的代理先质押规定金额的 bond，把答案的哈希 commit 上链——此时没人看得到彼此的答案，AgentCommitted 事件只留哈希。当法定数量的代理都完成提交，流程转入揭示：代理亮出答案与密钥，AgentRevealed 事件落地，链下可以用密钥复算每个哈希对得上哪个答案。最后一个角色是 judgeAgent，合约依据既定规则选出一名裁定代理，JudgeSelected 事件公布；它核对提交哈希与揭示答案的一致性，把正确者列出来，RewardsDistributed 事件记录奖励分配，答错的代理损失质押金。ResolutionFinalized 与 ResolutionFailed 分别盖棺两种结局，DisputeWindowOpened、DisputeInitiated、DisputeResolved 给争议留出扩展窗口，aggregate 与 distributeRewards 处理聚合与分账，getRequest、getResolution、getCommits、getReveals 把每一段状态做成可查询。

为什么是提交再揭示

这个两段式不是仪式感。如果代理能看到彼此的答案再提交，后来的代理只要抄前面的就行，独立验证瞬间失效；先交哈希后亮内容，等于要求每个代理在不知道同伴答案时承诺自己的答案。质押加大赌注，串谋要串就得商量好谁故意答错受罚，成本随人数上升——规范的动机部分把这套激励写得直白：用经济手段逼出诚实，用哈希承诺挡住抄作业。

边界与阶段

质押、奖励与资金池的四角关系

接口里没有孤零零的 bond 与 reward 两个数字，它们和请求参数绑在一起构成激励闭环。请求方 createRequest 时设定奖励池与参与门槛：愿意接单的代理必须质押 bond 才获准 commit，这挡掉了零成本乱答的低质量节点；答对者分走奖励，答错者质押充公，distributeRewards 按裁定名单执行分账。这套结构隐含两个参数敏感点。门槛太高，响应速度慢，查询在截止时间内凑不齐法定人数直接 ResolutionFailed；门槛太低，恶意参与者的期望收益转正，攻击议会变得划算。原文推荐的缓解是给接口挂可选的声誉扩展——把历史命中率记成链上信誉，供请求方在参数里过滤参与资格——但核心接口保持轻量，声誉模块是另一桩生意。还有一类风险留在机制之外：所有代理如果是同一个模型的后代，哈希承诺彼此相同，表面上人数达标、实质上只有一个脑。协议层面数得清人头，数不清想法的来源，这是 AI 代理议会相对于人类节点网络新增的信任假设，标准没有伪装成已解决。

Draft 意味着这份接口还没定稿。更实质的边界有三条：裁定者本身是谁选、怎么防止它被收买，标准留了可选的声誉与争议扩展，核心接口不强制；开放问题的“正确答案”由裁定代理主观核对哈希与揭示，链上只存流程不存证据全文；奖励池的资金来源和 bond 的资产选择由部署方配置，同一套接口可以跑在完全不同的信任假设上。对想用它的应用，合理的第一步是把问题设计成离散选项——选项越少，哈希比对越机械，裁定环节的主观空间越小；问题越开放，整条链的可信度越依赖裁定代理的独立性与防串谋扩展是否真的部署了。本文为机制说明，不构成任何投资建议。