ERC-8465 信用匹配流动性草案第三版修订交接与清算规则
ERC-8465 草案第三版(commit 885d47e、b24330a,PR ethereum/ERCs#2109)采纳 Zealynx 的三条意见:handoverDelay 下限改为 MUST 至少 14 天(1,209,600 秒),Terminal 状态交接前增加 1 天(86,400 秒)宽限期,且当收取的 quote 等于 owed 时头寸代币归还持有人而非贷款人。参考实现测试增至 67 项,仍未审计。
ERC-8465 草案第三版(commit 885d47e、b24330a,PR ethereum/ERCs#2109)采纳 Zealynx 的三条意见:handoverDelay 下限改为 MUST 至少 14 天(1,209,600 秒),Terminal 状态交接前增加 1 天(86,400 秒)宽限期,且当收取的 quote 等于 owed 时头寸代币归还持有人而非贷款人。参考实现测试增至 67 项,仍未审计。
一份 ERC-8462 草案提出为 ERC-8376 的发布事件定义标准化声明内容,包括创建者及其 ERC-8004 身份、代币分配与归属、流动性锁定、流动性融资情况和手续费接收方。声明事实只能追加、不可修改,检测器可对比声明与推断结果,钱包可显示“由 agent #n 发布”。草案作者就其作为独立扩展还是并入 ERC-8376 等问题向 ERC-8376 作者和发布平台征求意见。
priors-agents 发布 ERC-TBA: Launch Declarations 草案,作为 ERC-8376 的扩展,定义发行平台在发行时声明的类型化事实,包括创建者及其 ERC-8004 身份、代币分配与归属、流动性及其锁定、流动性融资情况和费用接收方。声明通过调用或 EIP-712、ERC-1271 签名授权,事实只追加不可修改,便于检测器比对声明与推断结果;作者同时向 ERC-8376 作者和发行平台提出三项待讨论问题。
Solana 主网于周三激活 Alpenglow 共识协议,退役自 2020 年起使用的 TowerBFT。官方 Solana 账号于 13:59 UTC 宣布上线,Anza 早五分钟宣告生效;Unchained 查询公开主网 RPC 显示最后一个 TowerBFT 时代区块为 slot 459,652,999,约 13:54:00 UTC,其后区块高度连续、无回滚迹象。Anza 与 Solana 账号均称最终性从 12.8 秒降至 150 毫秒。验证者不再以交易形式提交投票,改用 BLS 签名消息聚合成证书,80% 质押一轮或 60% 质押两轮即可终结;每 epoch 每个投票验证者固定支付 0.8 SOL。Galaxy 称投票交易约占 Solana 流量四分之三,基金会预计交易数与 TPS 将明显下降。本次仅覆盖 Votor 投票部分,Rotor 尚未排期。
推荐理由:投票改为节点间 BLS 消息并聚合为证书,单次 80% 或两轮 60% 质押即可终结。
Geth 发布 v1.17.9 版本,在 Hoodi 测试网于区块时间戳 1793036568(2026 年 10 月 26 日 17:42:48 UTC)启用 Amsterdam 硬分叉,并包含 EVM 性能改进,建议所有在 Hoodi 测试网运行节点的用户升级。EVM 解释器操作码分发因新的内联 switch 实现提速 16%,状态历史提交移至后台使 newPayload 提速 2%;另修复断电导致数据库损坏、并发状态读取相关 trie 数据库问题,以及快照同步重启和内存池损坏等问题。RPC 方面,eth_call 等方法将拒绝与分叉不一致的字段,历史 RPC 调用会拒绝尚未激活的交易功能。
推荐理由:EVM 操作码分发提速 16%,状态历史提交移入后台使 newPayload 快 2%。
Solana 于 10 月 21 日在主网激活 Alpenglow 升级,用新的 Votor 共识系统取代自 2020 年起使用的 TowerBFT,将交易最终确认时间从 12.8 秒缩短至约 150 毫秒,Solana Foundation 称提升约 99%,但实际表现取决于网络状况。Votor 允许验证者直接相互通信投票并聚合为证书,一两轮即可达成共识;迁移需质押 SOL 82% 以上的验证者参与。该升级不改变交易执行方式,但因验证者投票不再计入链上交易,报告的交易数可能下降。第二阶段 Rotor 尚无激活日期。
推荐理由:投票改为验证者间直接通信并聚合为证书,一两轮即可达成共识,实际能否稳定在150毫秒仍取决于网络状况。
Solana 新的 Alpenglow 共识协议于 10 月 21 日在 mainnet-beta 上线,核心开发团队 Anza 称验证者在 slot 459,653,000、约 14:00 UTC 弃用了自 2020 年 3 月启用的 TowerBFT,交易不可逆时间从约 12.8 秒降至约 150 毫秒。Alpenglow 将条件确认与最终确认合并为一步,验证者直接互相发送按质押加权的投票;该协议设计为在低于 20% 质押作恶、另有 20% 离线时仍能工作。升级前经公开测试、红队与渗透测试及安全竞赛,并于 2025 年 9 月以 98% 赞成通过 SIMD-0236 提案。后续 Rotor、地理感知领导者轮换和抗量子的 Quantumglow 均无确定日期。
推荐理由:Alpenglow把条件确认与最终确认合并为一步,交易不可逆时间从12.8秒降到约150毫秒。
Agave 客户端开发团队 Anza 于台北时间 10 月 21 日约 21 时 54 分在 X 宣布,Alpenglow 已在 Solana mainnet-beta 上线并完成共识切换,最终性目标自约 12.8 秒降至约 150 毫秒,自创世沿用的 TowerBFT 退役。Genesis slot 为 459,653,000、激活 epoch 1064,654 名验证者参与,交接约 900 毫秒;执行层(SVM、交易格式与手续费机制)维持不变。Foundation 强调约 150 毫秒是期望值而非常数,会随质押分布及一轮(约 80% 质押)或两轮(约 60%)路径变化;第一阶段 Votor 已接管,取代 Turbine 的 Rotor 尚未排程。验证者须运行 Agave 系客户端 v4.3.2,Firedancer/Frankendancer 迁移期暂不支持。发稿当下主网仪表板曾见最终性约 6.6 秒、吞吐约 4,721 TPS,属切换后磨合中的观测值。投票交易不再进区块,账面 TPS 骤降不等于真实用户活动崩溃。
推荐理由:约150毫秒是随质押分布变化的期望值,投票交易离块后账面TPS下降不代表真实活动萎缩。
深潮 TechFlow 消息,10 月 21 日,Solana 开发团队 Anza 宣布新共识协议 Alpenglow 已在 mainnet-beta 正式上线,原 TowerBFT 共识机制随之停用。创世区块于时隙 459,653,000 生成,激活纪元为 1064,共 654 名验证者参与,交接耗时 900 毫秒;升级后交易最终确认时间从原先的 12.8 秒缩短至 150 毫秒,面向机构结算、实时交易、应用响应及 AI 代理去中心化支付等场景。
PANews 10月21日消息,Solana 官方宣布 Alpenglow 升级已在主网上线,交易最终确定时间从约12.8秒缩短至约150毫秒。
据 Cointelegraph,Solana 首个重大共识升级 Alpenglow 已于周三 13:54 UTC 左右上线主网,目标是将交易最终性时间从约 12.8 秒缩短至约 150 毫秒,缩短约 99%。第一阶段 Votor 以直接验证者投票和基于证书的系统替换现有投票与最终确认机制,后续阶段将引入 Rotor 区块数据分发协议取代 Turbine;升级启动时主网交易最终性为 6.6 秒,吞吐量为每秒 4,721 笔交易。Alpenglow 将取代 TowerBFT 共识模型,验证者后续预计继续开发 Agave 4.5,计划将版本化交易支持的账户数量从 64 个提升至 96 个,暂定 2026 年 12 月推出。
推荐理由:Votor 先行替换投票与最终确认机制,Rotor 分发协议尚待后续阶段引入。
据 Solana Foundation 的 Alpenglow 面板,Solana 首个重大共识升级 Alpenglow 于周三约 13:54 UTC 上线主网,目标是把交易终局性从约 12.8 秒降至约 150 毫秒。首阶段 Votor 以直接验证者投票和证书机制取代现有投票与终局机制,后续阶段 Rotor 将取代 Turbine。面板显示发稿时主网终局性约 6.6 秒、吞吐量 4,721 TPS。
推荐理由:Votor 用直接验证者投票和证书机制替代 TowerBFT,实测终局性约 6.6 秒,距 150 毫秒目标仍有差距。
Ethereum 全核心开发者测试会议(ACDT)#102 定于 10 月 26 日 14:00 UTC 举行,议程包括 devnet 与 Sepolia 网络更新、Hoodi 推迟后 builder 入场逻辑的提案,以及在 Gloas 分叉中拆分 builder 与 validator 存款的 Pull Request #5736。会议还将讨论提高 getPayload 超时与 IL-FCU 时序、核验已退出 builder 的回填信封,并提议因 Devcon 跳过 11 月 2 日的下一次 ACDT。
Ethereum 核心开发者测试会议(ACDT)#102 将于 10 月 26 日 14:00 UTC 举行,议程包括 devnets 与 Sepolia 网络更新、EIP-8037/EIP-8038 问题进展,以及因 Hoodi 推迟而调整构建者接入逻辑的提案。会议还将讨论提高 getPayload 超时与 IL-FCU 时序,并表决是否因 Devcon 跳过 11 月 2 日的会议;若跳过,ACDT #103 将于 11 月 9 日举行。
据 CoinDesk 报道,Solana 正式启动名为 Alpenglow 的重大共识升级,拟将交易最终确认时间从约 6 秒压缩至 150 毫秒。新架构废除逐笔上链投票,改为链下收集签名并聚合为单一共识证书;验证者不再按笔支付投票费,改为每纪元(约 24 小时)缴纳 0.8 枚 SOL 固定费用,日常开销较此前每天约 2 枚 SOL 降低约 60%。Galaxy Digital 研报称测试网自 5 月初建网以来经历 6 次重启;主网将于周三第 1064 号纪元开启升级,经 5000 个槽位过渡后在第 459,653,000 号槽位完成交接。
推荐理由:投票改在链下聚合为单一证书,验证者费用从逐笔上链改为按纪元固定缴纳。
据 Anza 团队消息,Solana 自 2020 年主网上线以来规模最大的共识升级 Alpenglow 预计于 10 月 21 日在 epoch 1064 激活,约北京时间晚上 10 点至 11 点,筹备已近 18 个月。本次升级分两阶段,先上线替换 TowerBFT 的投票与最终确认引擎 Votor,替换 Turbine 的 Rotor 推迟到后续独立提案。核心变化是将链上最终确认时间从约 12.8 秒缩短至约 100–150 毫秒,并把目前约占区块空间 75% 的链上投票交易改为验证者间直接广播的 BLS 聚合签名消息,释放区块空间给用户交易。容错模型改为可容忍 20% 恶意权益加额外 20% 离线,牺牲传统两轮 BFT 的 33% 拜占庭容错。验证者成本方面,改为每 epoch 固定销毁 0.8 SOL 准入费,按年折算约 290 SOL,对比此前约 790 SOL 降幅约 60%。据 SolanaFloor 数据,超 90% 验证者已满足切换要求;迁移期间仅支持 Agave、Jito-Solana、Harmonic Salsa 三个基于 Agave 4.3.0 的客户端,Firedancer 与 Frankendancer 不支持本次迁移。执行层 SVM、交易格式、程序与费用机制保持不变。
推荐理由:投票交易移出区块后释放约75%空间,最终确认目标压到100–150毫秒,但Rotor推迟到后续提案。
Solana 主网将激活自2020年上线以来规模最大的共识升级 Alpenglow,交易最终确认时间从6秒压缩至150毫秒,快速路径下可达100毫秒。升级将节点投票交易移到链下(采用 BLS 签名聚合),投票成本改为购买0.8 SOL 且全额销毁的固定入场券,验证节点日常运营成本下降约60%,盈亏平衡所需质押量从近5000 SOL 降至几百 SOL 量级。作者认为 Jupiter、Raydium、Drift 等永续与 DEX 聚合器、Jito、Sanctum 等 LST 协议以及 Wormhole 等跨链桥可能受益,但对 SOL 代币无直接短期影响,实际效果仍待主网观察。
PANews 10月21日消息,Zcash开发者Sean Bowe已提交提案,拟将NU7主网升级激活高度设为3,543,405,预计对应11月5日。该高度已获ZIP编辑会议同意,但提案尚未合并,仍需纳入升级规范及节点软件。NU7拟将目标出块间隔由75秒缩短至25秒,并暂时将60%的交易手续费移出流通;升级还将禁用v4交易,届时仍留在Sprout隐私池中的资金将无法支出,相关持有者需提前迁移。
推荐理由:出块间隔缩短与手续费暂移流通并行,Sprout 池资金须在升级前迁移否则无法支出。
据 CoinDesk 报道,Zcash 开发者已就 NU7 升级达成一致,计划在区块高度 3,543,405(预计约为 11 月 5 日)激活,将出块时间从 75 秒缩短至 25 秒。升级后每区块费用的 60% 将退出流通,计划自 2031 年 2 月起向矿工返还;原有隐私系统 Sprout 将彻底关闭,未及时转移的资金届时将无法使用。该提案由开发者 Sean Bowe 提出并获 ZIP 编辑团队同意,仍需正式合并至部署规范并在节点软件中完成集成方可生效。
推荐理由:出块时间缩至25秒同时每块60%费用退出流通并于2031年2月起返还矿工,Sprout旧资金未迁移将失效。
ChainCatcher 消息,Zcash 确认 NU7 升级时间,核心变化是将区块间隔从 75 秒缩短至 25 秒,等待三次交易确认的时间将从接近四分钟缩短到约 75 秒。该升级已在测试网络运行,正等待最终集成到节点软件中。此外,每个区块收集的 60% 费用将被移出流通,并从 2031 年 2 月左右开始返还给矿工;最初的 Sprout 隐私系统将完全关闭,其中资金须在升级激活前转出,否则将无法使用。
推荐理由:区块间隔缩至25秒,同时60%区块费用暂被移除、2031年2月起返还矿工,Sprout资金须在激活前迁出。
Zcash 开发者确认 NU7 升级将于 11 月激活,出块间隔从 75 秒缩短至 25 秒,支付确认速度提升至约三倍。开发者表示,选定的激活区块高度仍需并入规范并随节点软件发布后才能生效。
卡尔达诺(ADA)20日发文介绍将在次期升级Dijkstra中搭载的新共识技术Leos,目标将处理能力从当前Praos上限4.5 TxkB/s逐步提升至10至15倍。Leos在交易繁忙时才启用额外的Endorser区块,经投票委员会BLS签名且活跃质押75%以上确认后入账,经该路径交易约45至60秒上链。部署分五阶段推进,需SPO注册BLS键并经至少两次参数更新扩容,当前估算需约90%至95%委托质押完成注册,条件尚未最终确定。
据 CoinDesk 报道,Solana 将于周三在第 1064 纪元激活 Alpenglow 升级,这是其 2020 年以来最大规模的网络改动。该升级把验证者投票移至链下并聚合为证书,目标将交易最终确认时间从约 6 秒缩短至约 150 毫秒;验证者每日约 2 SOL 的投票费用改为每纪元(约 24 小时)0.8 SOL 的准入费,成本降低约 60%。据 Galaxy Digital 披露,测试网自 5 月初以来已重启 6 次,期间有一次迁移失败并回滚。
推荐理由:投票移到链下并聚合为证书,是确认时间从约6秒压到约150毫秒的关键改动。
据 CoinDesk 报道,Solana 自 2020 年以来最大规模的网络升级 Alpenglow 将于周三上线主网,把验证者投票移至链下并打包为证书,在一到两轮内锁定交易,目标是将交易最终确认时间从约 6 秒缩短至约 150 毫秒,约提升 40 倍;作为对比,以太坊完全最终确认约需 13 分钟。升级后验证者不再按交易支付投票费用(目前每日约 2 SOL),改为每个 epoch(约 24 小时)支付 0.8 SOL 固定准入费用,成本降低约 60%;由于投票转为链下处理,链上交易计数预计将明显下降,Raiku CEO Robin Nordnes 表示这并不代表网络异常。
推荐理由:投票移到链下并打包成证书后,验证者费用从按笔计费改为每 epoch 固定 0.8 SOL。
据 CoinDesk 报道,Solana 将于周三启动重大网络升级 Alpenglow,为自 2020 年以来最大规模的网络架构升级之一。升级以新的验证者投票机制取代现有系统,通过链下投票和证书机制将交易最终确认时间目标缩短至约 150 毫秒,较当前约 6 秒提升约 40 倍;同时取消验证者逐笔链上投票费用,改为每个 Epoch 收取 0.8 SOL 固定准入费用,预计降低约 60% 相关成本。切换计划于 Epoch 1064 开始,经过 5000 个 Slot 过渡后完成。
推荐理由:链下投票与证书机制取代逐笔链上投票,最终确认目标缩至150毫秒,费用改为每Epoch固定0.8 SOL。
ChainCatcher 消息,Solana 自 2020 年以来最大规模的网络升级 Alpenglow 于周三正式上线,将验证者投票从链上移至链下并打包成证书,目标是把交易最终确认时间从约 6 秒缩短至约 150 毫秒,提速约 40 倍。升级同时取消投票费用,改为每个 epoch(约 24 小时)0.8 SOL 的固定验证者入场券费用,验证者成本预计下降约 60%。上线前测试网自 5 月初以来已重启六次,其中一次迁移失败并回滚,据 Galaxy Digital 文章称后续一次迁移成功完成;这些均发生在测试网,未涉及真实资金。升级于周三 epoch 1064 开始时切换,实际变更发生在 slot 459,653,000。
推荐理由:投票从链上移到链下并打包成证书,是确认时间与验证者成本同时下降的机制来源。
Solana 的 Alpenglow 网络升级将于周三上线,这是其自 2020 年以来最大的一次网络改造,将取代 Solana 自 2020 年起使用的投票系统,目标是实现约 150 毫秒的终局性。CoinDesk 记者 Shaurya Malwa 表示,该升级已经过数月测试,期间曾出现一次失败的迁移并回滚。
推荐理由:Alpenglow 用新机制替换 2020 年起的投票系统,目标是把终局性压到约 150 毫秒。
以太坊基金会宣布,下一次升级Glamsterdam将于日本时间27日在Hoodi测试网启动,对应epoch 132,352、slot 4,235,264,主网启动日期尚未确定。此次升级包含ePBS(EIP-7732)将区块提议与构建角色分离写入协议、BAL(EIP-7928)记录区块访问的账户与存储位置以支持并行验证,并调整状态创建与数据访问的gas计价(EIP-8037、EIP-8038),Hoodi的gas上限将同步提升至2亿。节点运营者需同时更新执行层与共识层客户端,依赖固定gas额度或上限的合约可能需要调整。
priors-agents 发布 ERC-8454 草案,为锁定池流动性的合约(v2 池代币、v3 和 v4 头寸)提供统一接口,标明池、数量、解锁时间、受益人、费用归属及事件,并给出按池统计的 lockedLiquidity(永久、限时、最早解锁),成本不随锁仓数量增长。草案引用 ERC-8376 检测器的输入字段(lockedLiquidity、lockSinks、lpLockRemaining),使检测器可自行推导而非直接信任;释放仅在 unlockAt 及之后、仅面向受益人、且不超过锁定量。作者指出该接口只是让核验更统一,并不替代读者对锁仓方的检查,并向锁仓运营方和扫描器提出待讨论问题。
priors-agents 发布 ERC-8463 草案,为锁定池流动性的合约(v2 池代币、v3 和 v4 头寸)提供统一接口,说明锁定了哪个池、多少数量、锁到何时、受益人是谁、谁收取费用,并提供事件和按池统计的 lockedLiquidity(永久、限时、最早解锁时间)。草案引用 ERC-8376 检测器所需的 lockedLiquidity、lockSinks、lpLockRemaining 等数据,使检测器可自行推导而非直接信任;释放仅在 unlockAt 之后、仅向受益人、且不超过锁定数量。作者指出该接口让读者核查锁仓合约的方式统一,但不替代核查本身,并向锁仓运营方和扫描器征求意见。
一份 ERC-8454 草案提出统一接口,供任何锁定池流动性的合约(v2 池代币、v3 和 v4 头寸)向扫描器、发射台和借贷方暴露锁定池、数量、解锁时间、受益人、费用收取方及 lockedLiquidity 等数据,并规定只能在 unlockAt 之后向受益人释放不超过锁定量的头寸。草案同时点名 ERC-8376 检测器的输入字段,使检测器可自行推导而非直接信任;提案方强调该接口只是让检查更统一,并不替代读者对锁仓方是否持有头寸、有无提前转移路径的核查。
一份发布于 Ethereum Magicians 讨论区的 ERC-8453 草案提出统一接口,用于规范已发行代币的创作者费用流:包括费用接收方(feeRecipient)、累计收益(accruedTotal)、可领取金额、任何人可触发的领取,以及仅当前接收方可更换接收方(沿用 ERC-173 规则)。草案规定管理员、升级或 launchpad 设置均不得重定向接收方或降低创作者份额,费用按发生地逐笔记账以便任何人复核历史,从而使费用流可被质押给贷款方。草案作者向 launchpad 构建者提出问题,包括是否需要为接收方或份额设置例外通道,以及降低资金池费率是否应从 SHOULD NOT 升级为 MUST NOT。
一份 ERC-8453 草案提出统一已发行代币创作者费用流的接口,规定收款人、累计与可领取金额、任何人可触发的领取,以及仅当前收款人可更换收款人(按 ERC-173 规则逐代币适用),且管理员、升级或 launchpad 设置均不得改收款人或降低创作者份额。费用按产生处逐笔记账,便于任何人重算历史,使费用流可质押给贷款方。草案作者向 launchpad 构建者提出三个问题,包括是否需要后门、降低费率应为 SHOULD NOT 还是 MUST NOT,以及 ERC-721 形式是否应放在 wrapper 中。
Ethereum Magicians 上出现 ERC-8459 草案,为已发行代币的创作者费用流定义统一接口,包括收款人 feeRecipient、累计收益 accruedTotal、可领取金额、任何人可触发的领取,以及仅当前收款人可更改的收款地址(按代币套用 ERC-173 规则)。草案规定管理员、升级或发射台设置均不能改写已发行代币的收款人或降低其创作者份额,费用按产生处逐笔记账,便于任何人重算历史,从而使该费用流可被质押给贷款方。作者向发射台开发者征询意见,包括是否需要后门、降低资金池费率应为 SHOULD NOT 还是 MUST NOT,以及 ERC-721 形式是否应通过封装实现。
priors-agents 在 Ethereum Magicians 发布 ERC-TBA(Agent Default Registry)草案,提出用一个合约让出借方按 agent 身份和放款时记录的 owner 地址登记违约,含资产、本金、不可重复的 loanRef 及后续 cure 金额,任何人可登记,读者只按自己信任的上报方计数。作者称 ERC-8004 的反馈取平均值、ERC-8419 的 KYA 每个发行方只保留最新断言,都无法统计违约数。针对 Zealynx 对参考实现的四点意见,作者回应:cure 仅限上报方;为避免同一贷款被两个地址重复计数,拟引入 setPrimary 让记录归并到主地址;新增短期 void 状态,超期后只能 cure;并把 owner 定义改为对上报方的硬性要求。
一份 10 月 20 日发布的 ERC-8452 草案提出,用单一合约让出借方把针对 agent 身份的贷款违约记录上链,按身份和放款时记录的 owner 地址索引,含资产、本金、不可重复记录的贷款引用及后续回收金额,任何人均可记录,但记录仅对信任其上报方的读者生效。放款方可在开立额度的交易内查询该身份或 owner 有多少未结清与已治愈的违约,查询成本只随其指定的上报方名单增长。草案称 ERC-8004 的反馈取值平均、ERC-8419 的 KYA 每个发行方只保留最新断言,均无法统计违约;治愈记录由谁写入、是否需要跨链读取仍是待议问题。
priors-agents 在 Ethereum Magicians 发布 ERC-8461 草案,提出用单一合约让出借方记录对代理身份的贷款默认,记录含资产、本金、不可重复的贷款引用及后续还款治愈金额,任何人可记录,但记录只对信任该报告人的读者生效。与 ERC-8004 的评分反馈和 ERC-8419 的 KYA 单条断言不同,ERC-8461 保留每条默认记录供链上计数。针对 Zealynx 的讨论,作者决定治愈仅限报告人操作、新增短窗口内可作废记录的第三状态、记录时固化 primary 与 recordedAt 以便读者识别暂定记录,两项修改将纳入下一版草案。
一份 ERC-TBA 草案提出为 agent 身份设置"债权人优先"的收入地址:任何人清空该地址时,先按加入顺序、并受每次清空的单个债权人上限约束偿付债权人,剩余部分才归所有者的受益人,且所有者不能移除仍欠款的债权人。草案可选章节允许在债权人受偿后向 ERC-7254 收益共享代币持有者付款,该代币只作受益人、不作债权人,贷款人保持优先。草案在 GitHub priors-agents/ERC-8451 发布,并就清偿顺序、身份可发现性等征求意见。
ERC-8464 草案提出 Agent Repay-First Payees,为代理身份设置收款地址,每次资金归集时按加入顺序和单次份额优先偿还登记债权人,剩余部分才转给所有者指定的受益人,且所有者不能移除仍有欠款的债权人。针对 Agent Credit Lines 只接受全额还款导致部分归集被全额转发的问题,草案在 commit 29ff8e1 中把未被债权人取走的份额留在收款地址内作为储备,每次归集重新提出,并新增 reserved 查询与 Reserved 事件,测试增至 46 项。针对 ERC-8183 要求 submit 来自 provider 的问题,草案在 commit a3a0d16 新增可选部分,让收款地址自行调用 setJobBudget 与 submitJob,所有者或其指定 operator 可调用,集成测试覆盖创建、注资、提交、完成与归集全流程;草案同时在 commit 4aed089 说明收款地址不作为 ERC-8004 的 agentWallet,因其不校验相应签名。
Ethereum Magicians 上发布 ERC-8451 草案(Agent Repay-First Payees),为代理身份定义一个收入地址(如 x402 payTo、ERC-8183 provider、ERC-8004 payment wallet),任何人清空该地址时,先按加入顺序向已登记债权人支付各自应得份额(每次清空有单个债权人上限),余款才归所有者的受益人;所有者不能移除仍未获偿的债权人。可选章节允许在债权人受偿后向 ERC-7254 收益共享代币持有者分配,该代币只作为受益人而非债权人,持有者顺位最后。草案仓库为 GitHub - priors-agents/ERC-8451,作者提出顺位规则、可发现性以及 ERC-7254 同步方式等待讨论问题。