奥林匹亚开发系列 — 第一篇：ECIP-1111与ECIP-1112实施方案

以太坊经典核心开发者 — 奥林匹亚开发系列（第一部分）

实施ECIP-1111与ECIP-1112：BASEFEE重定向与不可变资金库

I. 引言 — 从概念到代码

第0部分从宏观层面介绍了奥林匹亚：其目的、历史，以及ECIP-1111至1115如何融入模块化、多层次的升级路径。本部分将深入探讨构成奥林匹亚共识边界的两个ECIP的工程进展：

ECIP-1111 — EVM与协议升级

ECIP-1112 — 不可变资金库合约

这两项提案是奥林匹亚框架中唯二修改共识行为的组件。框架中的其他所有内容 — 治理（ECIP-1113）、资金提案（ECIP-1114）和可选平滑机制（ECIP-1115）— 均在合约层运行，不影响区块有效性或分叉选择。

在2025年11月11日，以太坊经典核心开发者启动了实施阶段，为潜在的Mordor测试网部署准备共识逻辑和参考客户端基础设施。

本文概述：

ECIP-1111引入的内容，

ECIP-1112如何定义资金库目的地，

这些组件如何协同工作，

以及当前在参考客户端开发工作中正在原型化的内容。

本文描述了拟议的设计和实施工作，但不暗示未来在ECIP-1000流程下的激活或接受。

II. ECIP-1111 — 现代化费用机制，最小化网络干扰

ECIP-1111包含两项广泛使用的EVM改进：

1. EIP-1559风格的费用机制（BASEFEE + 可选小费）

引入：

动态调整的BASEFEE，

可选的优先费（小费）继续直接支付给矿工，

以及现代工具中使用的更可预测的费用市场。

2. 类型2（1559风格）交易支持

已在大多数钱包和基础设施中成为标准。

3. BASEFEE操作码（0x48）

将当前区块的BASEFEE暴露给合约逻辑（Gas估算器、DEX路由器、工具等）。

ETC有何变化？

仅有一个行为与以太坊基金会（ETH）主网不同：

以太坊基金会（ETH）：BASEFEE被销毁。

以太坊经典（ETC）：BASEFEE被重定向至ECIP-1112中定义的资金库。

所有其他EIP-1559语义保持不变。

哪些不变？

矿工小费保持不变。

区块奖励保持不变。

货币政策（ECIP-1017）保持不变。

传统交易类型（类型0和类型1）完全有效。

无合约损坏；现有应用无需更改。

未引入额外的信任假设或权限机制。

ECIP-1111是增量的、最小化的，并严格限定于现代化费用机制和启用BASEFEE重定向。

III. ECIP-1112 — 一个不可变、确定性的资金库

ECIP-1112定义了重定向BASEFEE金额的目的地：一个部署在确定性地址的最小化、不可变的智能合约。

关键特性

不可变：无升级密钥、无管理员、无代理模式。

确定性地址（例如，通过CREATE2）：所有客户端就同一资金库目的地达成一致。

激活时仅接收：资金库可以积累价值，但在治理后续激活前无法释放。

内部无治理逻辑：严格来说是一个托管层，而非决策层。

在激活时（测试网或主网）：资金库仅能接收资金。

在ECIP-1113和ECIP-1114部署、审计并有意激活之前，不启用任何提款机制。

这种分离使得共识升级可预测，并独立于任何未来的治理部署。

IV. 清晰的共识边界

尽管奥林匹亚包含五个ECIP，但只有ECIP-1111和ECIP-1112改变共识行为。

共识边界总结

ECIP-1111 — 协议层。引入共识变更：添加BASEFEE机制、类型2交易和BASEFEE操作码。

ECIP-1112 — 协议/合约层。引入共识变更：为重定向的BASEFEE定义确定性资金库目的地。

ECIP-1113 — 合约/应用层。无共识变更。

ECIP-1114 — 合约/应用层。无共识变更。

ECIP-1115 — 合约/应用层。无共识变更。

这种模块化结构确保：

共识关键逻辑保持小巧且可审计，

治理和资金机制可以在合约层演进，

对ECIP-1113至1115的改进不需要额外的共识变更。

如果被采纳，实施ECIP-1111和ECIP-1112的客户端将保持共识兼容，无论后续治理层如何部署。

V. 为何治理激活稍后进行

如果ECIP-1111和ECIP-1112被激活，BASEFEE将开始流入资金库 — 但资金库支出将保持禁用。

这种两阶段部署允许：

独立测试BASEFEE记账，

全面审计ECIP-1113和ECIP-1114，

客户端实施者和基础设施提供商之间的仔细协调，

节点操作员的可预测行为。

如果治理合约后续部署并激活，资金库将完全在合约层 — 而非共识层 — 连接到其授权的执行器。

VI. 类型2交易与长期EVM互操作性

类型2支持对于ETC保持与以下方面的兼容性至关重要：

现代钱包，

交易所和托管方，

RPC基础设施，

工具框架（Hardhat、Foundry等），

区块浏览器，

跨链互操作性。

类型2交易不会改变用户要求或引入权限机制。传统交易类型得到完全支持。

类型2是一个增特性，它保持了ETC与整个EVM生态系统中使用的主要交易格式的互操作性。

VII. 更广泛的背景 — 维护可编程的PoW基础层

总的来说，ECIP-1111和ECIP-1112为基础性的一步，使以太坊经典能够探索可持续资助、可编程的工作量证明操作 — 如果社区选择采纳它们。

它们实现这一点，而无需：

修改矿工激励，

引入通货膨胀，

改变货币政策，

将治理加入共识，

改变ETC的安全假设。

它们的目的严格在于：

现代化费用市场，

建立一个透明的协议级价值目的地。

如果被采纳，这些变更将使得奥林匹亚后续提出的合约层治理和资金系统成为可能，而无需额外的共识规则。

VIII. 结论 — 最小化、安全且向前兼容

ECIP-1111和ECIP-1112定义了奥林匹亚框架内提议的共识层元素。它们：

添加类型2和BASEFEE机制，

将BASEFEE重定向至确定性资金库，

保持所有现有用户和矿工行为不变，

为ETC未来的合约层组件做准备。

它们没有将治理逻辑引入共识，也没有在现有的EIP-1559 / EIP-3198语义之外添加新的信任假设。

其目的是保持ETC核心协议的保守性，并与更广泛的EVM生态系统兼容，同时在合约层实现可持续的价值流动。

ECIP程序清晰性

奥林匹亚ECIP（1111–1115）目前处于草案状态，并仍在积极讨论中。

在参考客户端中对ECIP-1111和ECIP-1112的早期实施工作已经开始，这在ECIP-1000下的草案阶段是完全允许的。参考实现将在任何主网激活考虑之前在Mordor测试网上进行测试。

在测试网结果成功之后，ECIP作者可能会提议更新规范。只有在社区审查和完整的ECIP-1000评估之后，才会考虑推进至接受状态或安排主网激活。

本文总结了草案阶段正在进行的设计和实施工作。

系列下一篇