比特币ETF获批的背后：机
Paradigm CTO：以太坊坎昆升级之后会发生什么？
2024.01.18
作者：Georgios Konstantopoulos，Paradigm；编译：松雪，金色财经
TL;DR
这篇文章的目的是概述 Paradigm Reth 团队对哪些 EIP 应该包含在布拉格、坎昆之后的下一个 EL 硬分叉以及我们 2024 年“EL Core Dev”总体计划的看法。 以下观点正在不断发展，仅代表 Reth 团队当前的观点，并不一定代表 Paradigm 团队。
我们认为布拉格硬分叉可能会在 2024 年第三季度在以太坊测试网上实现，并在年底在主网上实现。 它应该包括：
任何与质押相关的 EIP，例如 EIP-7002，它支持重新质押和无需信任的质押池。
孤立的 EVM 变化。
我们愿意与任何想要进一步调查布拉格或其他未来 EL 硬分叉的难题的团队合作，并乐意指导或提供修改 Reth 代码库的指导。
做什么：
我们认为以下EIP必须优先考虑：7002、6110、2537。
我们支持规范中描述的 EOF，但希望尽快确定范围，并创建一个致力于该范围的元 EIP。
我们愿意增加 EIP-4844 Max Blob Gas。 我们对正确的数字没有看法，但我们邀请数据人员与我们合作调查这个主题。
我们愿意发布 EIP-7547 的版本：包含列表，以帮助抵抗基础层审查。
不做什么：
我们不支持布拉格的 Verkle Tries，但支持客户团队在 2024 年第二季度开始为此努力，并承诺于 2025 年中/下旬在大阪升级发布。
我们认为不应该增加 L1 执行 Gas 限制或合约规模，但我们邀请数据人员与我们合作调查对网络的影响。 我们愿意修改我们的看法，因为过去的测试表明 Reth 节点可以毫无问题地处理增加的负载。
我们认为钱包/账户抽象 EIP 需要进行更多的相互对抗测试，以更好地了解权衡空间。 如果它们不相互排斥，那么我们将愿意在未来部署多个与 AA 相关的 EIP。
如果社区同意传闻中的 NSA 后门，我们就可以越过 EIP-7212 (secp256r1) 的线路。
其他路线图主题：我们对 CL EIP 或 CL/EL 分叉的耦合没有实际的看法，但 EIP 7549 和 7251 似乎很有前途。 我们还希望尽可能从 EL 方面为 PeerDAS 的工作做出贡献。 目前我们希望避免引入 SSZ 根（EIP 6404、6465、6466）。 最后，我们观察到，有机会为过期的 blob、历史记录和状态提供长期数据归档解决方案，因为 EIP-4844 和 EIP-4444 都没有指定这一点，而且以太坊是否愿意提供这样的解决方案还有待确定。
以下是内容详述。
要做什么：
抽象地说，我们支持 1) 进一步缩小 CL 和 EL 之间的差距，2) EVM 修改可以作为 1 人作业执行，并且可以单独和并行测试。
EIP-7002
该 EIP 通过使 EL 侧的智能合约能够控制 CL 侧的 1 个或多个验证器来解锁无需信任的重新质押和质押池。 从我们的角度来看，EIP 是理所当然的，至少它将使现有的质押池能够从实现提款的智能合约中消除一层中心化。
将有状态预编译引入 EVM 是我们需要在 EVM 实现中捕获的新抽象，但除此之外，我们认为这是一个可以直接执行的 EIP。
EIP-6110
这引入了 EL 状态中的存款，简化了需要在 CL 上完成的状态管理。 在实施方面，这类似于跟踪 CL 提款，因此总的来说，我们认为这也是一个易于实施且隔离的 EIP。
EIP-2537
目前 BLS12-381 有多种实现，它是许多 SNARK、BLS 签名算法和 EIP-4844 中经常使用的曲线。 我们认为实现复杂度较低，因为它只是通过预编译接口公开曲线的验证算法。 我们可能还需要 BLS12-381 曲线预编译的哈希值。
EOF
TL;DR：支持 Solidity 和 Vyper 将采用的范围广泛的版本。 使分析变得更容易的代码格式和验证调整是理所当然的，我们建议仔细考虑除此之外的任何内容。 我们在下面推荐了一些 EIP，但我们愿意进一步调整。
好的方面：
仅限 EVM 的更改，可以使用以太坊进行测试并由 1 人实施。
Vyper 和 Solidity 想要的 EVM 改变！
有助于提高绩效并增加合同规模限制。
消除了 EVM 在运行时进行字节码分析的需要，在不涉及缓存的情况下，分析的时间可能高达 50%，并且随着合约大小的增加而增加。
启用部分代码加载，有助于执行大型智能合约。
Devex：将允许通过 dupN/swapN 和其他工具改进来修复“堆栈太深”的问题。
面向未来：可以安全地跨 L2 引入新功能，并且工具会知道什么是兼容的。
坏的方面：
范围和动态目标。
没有支持者大力推动将其纳入其中。
遗留代码仍然需要支持。
在采用之前，以太坊主网和其他 EVM 链之间存在暂时分歧。
我们认为以下 EOF 功能应在 2024 年部署。我们建议尽快确定范围并承诺实施。 后续部署应该考虑其他任何事情。 我们的建议：
EIP-3540：EOF - EVM 对象格式 v1：引入代码和数据容器，并向以太坊字节码添加结构和版本控制。
EIP-3670：EOF - 代码验证：拒绝部署时不遵循 EOF 格式的任何合约。 实施更结构化的代码并禁用无效和未定义的指令。
