以太坊经典核心开发者——Olympia开发系列(第一部分)
实现ECIP-1111与ECIP-1112:基础手续费重定向与不可变金库
1. 导言——从概念到代码
本部分概述了Olympia的整体架构:其宗旨、发展历程,以及ECIPs 1111-1115如何融入模块化多层升级路径。本篇将深入探讨当前针对两项ECIP的工程实践,它们共同界定了Olympia的共识边界:
ECIP-1111——EVM与协议升级
ECIP-1112——不可变金库合约
这两项提案是Olympia中唯二修改共识行为的组件。框架中的其他部分——治理(ECIP-1113)、资金提案(ECIP-1114)及可选平滑机制(ECIP-1115)——均在合约层运行,不影响区块有效性或分叉选择。2025年11月11日,以太坊经典核心开发者启动实施阶段,为潜在的Mordor测试网部署准备共识逻辑与参考客户端基础架构。
本文概述:
ECIP-1111引入的内容
ECIP-1112如何定义金库目标地址
这些组件如何协同运作
当前参考客户端开发中正在原型化的内容
本文仅描述设计方案与实现工作,不预示其未来将通过ECIP-1000流程激活或采纳。在将ECIP-1111或ECIP-1112的共识层变更部署至Mordor或主网前,ETC客户端必须先在基准条件下验证其稳定性与兼容性。
2. ECIP-1111——现代化手续费机制,最小化网络干扰
ECIP-1111整合了两项广泛应用的EVM改进方案:
EIP-1559式手续费机制(基础费 + 可选小费)该机制引入:
动态调整的基础费(BASEFEE),
可选的高优先级费用(小费)仍直接支付给矿工
以及适用于现代工具的更可预测的费用市场。
2. 支持第二类(1559式)交易:该功能已成多数钱包与基础设施的标准配置。
3. BASEFEE操作码(0x48):该功能向合约逻辑(gas估算器、DEX路由器、工具链等)暴露当前区块的BASEFEE。
以太坊经典(ETC)有何变化?
仅有一项行为与以太坊主网不同:
以太坊基金会(ETH):BASEFEE被销毁。
以太坊经典(ETC):BASEFEE被重定向至ECIP-1112定义的国库。其余EIP-1559语义保持不变。
哪些内容保持不变?
矿工小费维持原状。
区块奖励保持不变。
货币政策(ECIP-1017)保持不变。
传统交易类型(Type-0和Type-1)完全有效。
现有合约不会中断;现有应用无需修改。
不引入额外信任假设或许可机制。
ECIP-1111具有增补性、最小化特性,且严格限定于现代化手续费机制及启用BASEFEE重定向功能。
3. ECIP-1112——不可变的确定性金库
ECIP-1112定义了重定向基础费用的接收地址:一个部署在确定性地址上的最小化、不可变智能合约。这些定义在客户端软件于多客户端环境中展现一致行为前仍属理论范畴,该里程碑需经过全面测试方能安全评估奥林匹亚组件。
核心特性
不可变性:无升级密钥、无管理员、无代理模式。
确定性地址(如通过CREATE2实现):所有客户端均认同同一金库目的地。
激活时仅限接收:金库可累积价值,但在后续治理激活前无法释放资金。
内部无治理逻辑:纯粹作为托管层,非决策层。
激活时(测试网或主网):
金库仅能接收资金。
在ECIP-1113与ECIP-1114部署、审计并经有意激活前,不启用任何提现机制。此分离机制确保共识升级可预测性,并使其独立于未来任何治理方案的实施。
4. 清晰的共识边界
尽管奥林匹亚包含五个ECIP提案,但仅有ECIP-1111和ECIP-1112会改变共识行为。
共识边界摘要
ECIP-1111 — 协议层。引入共识变更:新增基础手续费机制、第二类交易及基础手续费操作码。
ECIP-1112 — 协议/合约层。引入共识变更:定义重定向基础费的确定性国库接收地址。
ECIP-1113 — 合约/应用层。无共识变更。
ECIP-1114 — 合约/应用层。无共识变更。
ECIP-1115 — 合约/应用层。无共识变更。
这种模块化结构确保:
共识关键逻辑保持精简且可审计,
治理与资金机制可在合约层演进,
对ECIP-1113至1115的改进无需额外共识变更。
若获采纳,实施ECIP-1111与ECIP-1112的客户端将保持共识兼容性,不受后续治理层部署影响。参考实现可在草案阶段开始原型化共识逻辑,但这些变更需经过全面测试(包括第二部分所述的Gorgoroth验证等基准客户端验证)后,方可合并至生产客户端。
5. 治理激活为何延后启动
若ECIP-1111和ECIP-1112被激活,基础费将开始流入国库——但国库支出仍将保持禁用状态。
这种分阶段部署机制可实现:
基础费用的独立测试
对ECIP-1113和ECIP-1114的全面审计
客户端实施者与基础设施提供商的精密协调
节点运营商行为的可预测性
若治理合约后续部署激活,国库将完全在合约层(而非共识层)与授权执行方建立连接。
6. 第二类交易与长期EVM互操作性
第二类交易支持对以太经典保持兼容至关重要,涵盖:
现代钱包
交易所与托管服务商
RPC基础设施
工具框架(Hardhat、Foundry等)
区块浏览器
跨链互操作性
Type-2交易不会改变用户需求或引入许可机制。传统交易类型仍将获得全面支持。
Type-2作为增量功能,确保ETC与EVM生态主流交易格式保持互操作性。
7. 更广阔的背景——维护可编程的工作量证明基础层
ECIP-1111与ECIP-1112共同构成了以太坊经典迈向可持续资金支持的可编程工作量证明运作模式的基础性步骤——前提是社区选择采纳这些提案。
这些方案在实现目标时不会:
修改矿工激励机制
引入通货膨胀
改变货币政策
在共识中添加治理层级
改变以太坊经典的安全假设
其目的仅限于:
现代化手续费市场
建立透明的协议级价值归属机制
若获采纳,这些变更将为后续奥林匹亚提案中的合约层治理与资金系统铺平道路,且无需新增共识规则。
8. 结论——最小化、安全且向前兼容
ECIP-1111与ECIP-1112定义了奥林匹亚框架内提出的共识层组件。它们:
添加了类型2和基础费机制
将基础费重定向至确定性国库
保持所有现有用户及矿工行为不变
为ETC未来合约层组件做好准备
这些方案未将治理逻辑引入共识机制,亦未在现有EIP-1559/EIP-3198语义基础上新增信任假设。其宗旨在于保持ETC核心协议的保守性与EVM生态兼容性,同时在合约层实现可持续价值流动。
9. ECIP程序明确性
奥林匹亚ECIP规范(1111–1115)目前处于草案阶段,仍在积极讨论中。参考客户端已启动ECIP-1111与ECIP-1112的早期实现工作,此举完全符合ECIP-1000草案阶段规定。参考实现将在摩多测试网完成测试后,方考虑主网激活事宜。测试网结果合格后,ECIP提案者可提交规范更新方案。任何推进至"接受状态"或安排主网激活的决策,均需经过社区审查及完整的ECIP-1000评估程序。本文概述了草案阶段正在推进的设计与实现工作。
10. 系列后续内容
随着共识设计框架确立,下期将聚焦客户端层——Fukuii alpha测试计划即将启动,旨在Olympia相关整合前验证ETC客户端的互操作性。
免责声明:本文内容不构成任何投资或财务建议。内容转载自EthereumClassic,仅供行业资讯参考。如有疑问或涉及版权问题,请联系我们进行删除。
