发布时间:2024-01-19 源自:tp钱包安卓版作者:tp钱包安卓版阅读()
撰文:Georgios Konstantopoulos,Paradigm CTO
编译:Luffy,Foresight News
本文的目的是概述 Paradigm Reth 团队对于布拉格硬分叉(坎昆硬分叉后以太坊的下一次重要升级)应包含哪些 EIP 的看法,以及我们 2024 年「EL Core Dev」的总体计划(译者注:EL 指执行层,CL 指共识层)。以下观点还在不断演变,仅代表 Reth 团队当前的观点,并不一定代表整个 Paradigm 团队。
我们认为布拉格硬分叉可能会于 2024 年第三季度在以太坊测试网上实现,并于年底在主网上完成。 它应包括:
要做什么:
不要做什么:
下面详细展开。
抽象地说,我们支持 1) 进一步缩小 CL 和 EL 之间的差距,2) EVM 修改可以作为 单人工作执行,并且可以单独和并行测试。
该 EIP 通过使 EL 侧的智能合约能够控制 CL 侧的 1 个或多个验证器来解锁无需信任的重新质押和质押池。在我们看来,它至少将使现有的质押池能够从实现提款的智能合约中消除一层中心化。
将有状态预编译引入 EVM 是我们需要在 EVM 实现中获得的新抽象,但除此之外,我们认为这是一个可以直接执行的 EIP。
该 EIP 引入了 EL 状态中的存款,简化了需要在 CL 上完成的状态管理。在实施方面,这类似于跟踪 CL 提款,因此总的来说,我们认为这也是一个简单且独立的 EIP。
目前 BLS12-381 有多种实现,它是许多 SNARK、BLS 签名算法和 EIP-4844 中经常使用的曲线。我们认为它实现复杂度很低,因为它只是通过预编译接口公开曲线的验证算法。我们可能还需要 BLS12-381 曲线预编译的哈希值。
译者注:EOF 全称 EVM Object Format,译为以太坊对象格式,包含一系列 EIP,承诺使以太坊执行更高效、更一致且更可升级。早期计划在上海升级中实施,后被删除。
EOF 将同时支持 Solidity 和 Vyper。毫无疑问, 代码格式和验证调整将使字节码分析变得更加简单,我们建议仔细考虑除此之外的事情。我们在下面推荐了一些 EIP,但我们愿意进一步调整。
好的方面:
不好的方面:
我们认为以下 EOF 功能应在 2024 年部署。我们建议尽快确定范围并承诺实施。后续部署应该考虑其他任何事情。我们的建议是:
我们不太确定 EIP-6206(EOF - JUMPF 和非返回函数)。虽然它允许在 EOF 函数中进行尾部调用优化,但我们仍然需要看到语言分析它的作用。如果我们没有,我们认为可以将其从范围中删除并包含在后续 EOF 更新中。
我们估算上述工作量为 1 人全职工作 1-2 个月。我们愿意进一步缩小上述范围。
关于遗留字节码的注释:
我们对这一更改持开放态度,这将对应于 MAX_BLOB_GAS_PER_BLOCK 和 TARGET_BLOB_GAS_PER_BLOCK 的增加。 EIP-4844 中的相关内容为:
选择 TARGET_BLOB_GAS_PER_BLOCK 和 MAX_BLOB_GAS_PER_BLOCK 的值以对应于每个块 3 个 blob (0.375 MB) 的目标(最多 6 个 blob)。这些小的初始限制旨在最大限度地减少该 EIP 对网络造成的压力,并且随着网络在较大区块下展现出可靠性,预计 blob 数量会在未来的升级中增加。
实际上,这是一个小的代码更改,我们需要调查它在交易池中的实际影响,但我们认为我们可以为此重新使用 EIP-4844 压力测试基础设施。 CL 可能很难传播更多的 blob,我们尊重 CL 队伍的意见。
TL;DR:我们看不到 2024 年底 /2025 年初部署 Verkle 的尝试。我们建议团队在 2024 年第二季度为此分配资源,并承诺在 2025 年第二季度至第三季度在大阪硬分叉中部署。
好的方面:
不好的地方:
虽然我们了解 Verkle Tries 的好处,但我们认为需要更多地考虑第三方工具 / 合约需要如何适应,以及过渡期间会对 Layer 2 等产生什么影响。最初我们对迁移策略有疑问,因为它规定当从预先存在的 MPT 读取状态时应该更新 Verkle trie,但情况似乎不再如此了。因此,我们支持 Overlay 方法作为可行的迁移路径。
Verkle 迁移策略的文档似乎已经过时,因为大多数资源仍然指出从 MPT 读取状态时应该更新 Verkle trie,。我们希望看到采用最新方法的过渡文档,例如这篇优秀的文档。我们还希望看到有关过渡策略的 EIP 草案。
因此,我们仍然支持其在 2025 年推出,而不是布拉格硬分叉中部署。
我们认为,提高 L1 Gas 限制在实践中不会产生太大作用。我们还认为大多数客户可以应对平均负载增加,但我们希望对最坏的情况保持警惕,因此我们目前不建议增加 L1 Gas 限制。我们认为增加 blob Gas 限制是短期内更有希望的解决方案。
我们邀请其他人与我们合作开展这个方向的研究,通常围绕打破 EVM 中的资源计量进行。 Broken Meter 论文是这方面研究的一个很好的起点。
我们愿意包含 1 个或多个 EIP,但我们希望看到每个提案之间有更多的用户体验和开发者体验的比较,以更好地了解工具集成的权衡空间和工作量。我们正在关注以下 EIP/ERC,但请随时向我们提出建议:
上述我们需要注意的是,「帐户抽象」正如「抽象验证函数,主要目标是实现密钥轮换,使多重签名成为关键,并为我们提供一条自动实现量子抗性的路径」。
欢迎分享转载→ tp钱包安卓版|Paradigm CTO:解读以太坊坎昆升级之后的布拉格硬分叉
Copyright © 2014-2022 TP钱包官网_tokenpocket钱包下载|你的通用数字钱包-tp钱包app官方版/最新版/安卓版下载|网站地图 备案号:晋ICP备14002745号-1收藏本站