Draft ERC 提案 AIFP 定义代理通信的信息流规则层
原标题
Draft ERC: Agent Information Flow Paradigm (AIFP) - the paradigm layer of agent communication: versioned, composable rules for how agents provide, observe and redistribute information
内容摘要
作者 garyyang-finchip 在 Ethereum Magicians 发布 Draft ERC：代理信息流范式 AIFP，为代理通信提供规则层，不替代任务协议、聊天室或链上事件日志等传输协议，而是在其上回答五个可验证问题，包括某主体可否观察、贡献、转发所读内容、由哪版规则裁决及哪些条件无法验证。提案已提交 ethereum/ERCs PR #2152（占位编号 9999），参考仓库含 152 项 Foundry 测试，参考实现已部署到 Sepolia 并给出六个合约地址。框架仅要求 ERC-165 和 ERC-6372，采用四值验证结果，将无法验证与拒绝区分，帖末就准入检查、时钟域等设计问题征求意见。
来源：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 · 标准与升级讨论
garyyang-finchip 提交草案 ERC：Agent Information Flow Paradigm (AIFP)
查看摘要与出处
作者 garyyang-finchip 在 Ethereum Magicians 发布 AIFP 草案 ERC，定义代理之间信息层的流范式：以内容寻址、带版本的交互上下文描述载体与结构算子，以及十三个独立声明的规则维度。每个通道任一时点只采用一个范式版本，参与以可寻址的角色绑定记录。准入校验采用四值结果（满足、不满足、不可判定、校验器错误），未知的必需扩展或缺失证明不会被记为不满足。该框架不替代现有任务、工具或事件协议，仅通过声明的绑定附加传输，需依赖 ERC-165 与 ERC-6372。参考实现含三个注册表、一个校验器与含 152 项测试的 Foundry 套件，PR 暂用编号 9999，等待编辑分配。
核对原文 ↗