ERC-8489 提案：智能体信息流范式 AIFP，参考实现已部署至 Sepolia
原标题
ERC-8489: Agent Information Flow Paradigm
内容摘要
作者 garyyang-finchip 在 Ethereum Magicians 发布 ERC-8489 草案，提出 AIFP 框架，用内容寻址、可版本化的流范式描述智能体之间的交互上下文，涵盖载体、结构算子和十三个规则维度，参与记录为可寻址的角色绑定，谓词验证返回满足、不满足、无法判定或验证器错误四种结果。草案文本已提交 ethereum/ERCs PR #2152（暂用占位号 9999），参考仓库含 Foundry 的 152 项测试，三个注册表、复合验证器及事件锚等合约已部署至 Sepolia，并记录了边界用例运行结果。作者同时在帖中就四值判定默认顺序、事件锚作用域和时钟域等五个问题征求讨论。
来源：Ethereum Magicians · 标准与升级讨论 · ethereum-magicians.org
打开原文所属事件
AIFP 草案 ERC 提交，参考实现部署 Sepolia
garyyang-finchip 在 Ethereum Magicians 发布 ERC-8489 草案 AIFP，以内容寻址、可版本化的流范式描述智能体交互上下文，涵盖载体、结构算子与十三个规则维度，参与记录为可寻址的角色绑定，准入校验返回满足、不满足、不可判定或验证器错误四种结果。草案已提交 ethereum/ERCs PR #2152，暂用占位编号 9999，等待编辑分配；框架仅依赖 ERC-165 与 ERC-6372。参考实现含三个注册表、复合验证器及 152 项 Foundry 测试，已部署至 Sepolia，帖中就四值判定默认顺序、事件锚作用域和时钟域等五个问题征求意见。
最新变化：新增参考实现部署 Sepolia 及边界用例运行结果。
读懂这条消息
来自 Learn 的概念与核对方法，帮助理解新闻中的机制和口径。
治理提案通过就是生效了吗？从投票追到执行交易
提案、投票通过、排队等待与执行完成是不同状态。判断协议参数是否已改变，应确认实际治理流程、执行交易和目标网络，不能只读“通过”标题。
一份执行记录怎样连起提案、Timelock 与目标参数？
以 OpenZeppelin Governor 加 Timelock 的组合为文档案例：先记录 Governor 的提案标识与调用数据，再关联排队操作、可执行时间和执行回执，最后在目标合约读取对应参数。实际模块不同，提案 ID 与 Timelock 操作 ID 不应未经核对就视为同一值。
相关报道
同一消息的其他来源与事件进展；转载数量不等于独立核验。
同一消息Ethereum Magicians · 标准与升级讨论
Draft ERC 提案 AIFP 定义代理通信的信息流规则层
查看摘要与出处
作者 garyyang-finchip 在 Ethereum Magicians 发布 Draft ERC：代理信息流范式 AIFP，为代理通信提供规则层，不替代任务协议、聊天室或链上事件日志等传输协议，而是在其上回答五个可验证问题，包括某主体可否观察、贡献、转发所读内容、由哪版规则裁决及哪些条件无法验证。提案已提交 ethereum/ERCs PR #2152（占位编号 9999），参考仓库含 152 项 Foundry 测试，参考实现已部署到 Sepolia 并给出六个合约地址。框架仅要求 ERC-165 和 ERC-6372，采用四值验证结果，将无法验证与拒绝区分，帖末就准入检查、时钟域等设计问题征求意见。
核对原文 ↗