# 以太坊核心开发者会议更新 009⛓ By [EthereumCN](https://paragraph.com/@ethereumcn-2) · 2022-02-10 --- 来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/RXwf30VB-Lr4_56w7Kbe-CVXi-L5DuN0Vpfr06Ww5Cs) 作者 | Tim Beiko **摘要 👀** --------- 本期更新比我预期的发得晚了一些。自上次更新以来发生了不少事情，下面是一些总结： * Kintsugi 测试网已上线：现在你可以在上面测试合并后的以太坊了🍵 * 我们发现测试网络出现的一些问题，从而需要改善规范 🐞 * 一旦客户端进行了修复，以及推出了新的认证机制后，将会启动新一轮的开发者测试网🚨 * 应用程序现在就应该在 Kintsugi 上进行部署测试了。它的下一个版本 [Kiln](https://en.wikipedia.org/wiki/Kiln) 将是现有测试网迁移至 PoS 链之前最后的彩排 🏗 * 未来几周内将有一次[社区电话会议](https://github.com/ethereum/pm/issues/465)讨论所有以上内容📣 * 上海升级正在慢慢规划中，升级内容主要关注一些曾经不那么被重视但很有价值的 EIP，再加上 “信标链提款” 功能 🏧 Kintsugi 和其他 🍵 --------------- 去年圣诞假期前， [Kintsugi 测试网](https://blog.ethereum.org/2021/12/20/kintsugi-merge-testnet/) 上线了。这是运行合并后的以太坊的首个公开的、容易访问的多客户端测试网。 运行测试网过程中我们收获良多，尤其是我们遇到了一个导致敲定延迟的 bug。1 月 7 日，在测试网上运行的模糊测试器在创建 `ExecutionPayloads` 时因为使用了其父块哈希替换了自己的哈希而导致了一个分叉。而一些客户端错误地将其标记为有效。触发该问题的 Marius 在推特上做了总结：[https://twitter.com/vdWijden/status/1479414824794832900](https://twitter.com/vdWijden/status/1479414824794832900) 虽然这个 bug 很容易修复，但它让我们发现了其他更微妙的问题，这些问题只有在网络处于多个深度分叉的状态下才会发生。同样，Marius 写了一条相关的[推特长文](https://twitter.com/vdWijden/status/1480969541928816644)。简而言之，当共识客户端向多个分叉的执行客户端发送负载 (payloads) 时，这些 payloads 都会被默认执行。这会拖慢客户端的速度，触发不必要的同步进程，在最坏的情况下，甚至会导致节点恐慌并宕机。 为了解决这个问题，对引擎 API 规范进行了修改，在接收 payloads 时放宽了对执行客户端的要求。客户端可以选择简单地将 payloads 存储在非规范链上，而不是默认处理它们 (但是仍然必须处理主链上的那些 payloads)。 这一变化将包括在下一个版本的规范中。与此同时，还将引入一个更重要的变化：执行和共识客户端的认证机制，以便与引擎 API ([PR](https://github.com/ethereum/execution-apis/pull/167)) 一起使用。 认证机制将防止用户意外地将他们的引擎 API 暴露在开放的网络中，这种情况目前在 JSON RPC 终端上经常发生。虽然 JSON RPC 终端被暴露而导致的最坏情况也只是产生很少影响 (有人向你的节点发送垃圾请求)，但是如果引擎 API 被暴露了，验证者可能会损失资金。具体来说，攻击者可以给无效的 payloads 发送 `VALID` 响应，或者甚至可以在网络上提出无效的 payloads，导致验证者被罚没。而认证机制可以确保节点的共识和执行客户端仅与对方通信。 一旦这些变化在客户端中实现，我们将推出新的短期运行的开发者测试网来测试实现和互操作性。当这些稳定下来后，预计会有一个新的类似于 Kintsugi 的测试网 Kiln，它将运行最新的规范。 我建议应用程序现在就开始看看 Kintsugi 相关的东西，以确保事情按预期进行。虽然合并对执行层只会带来微小的变化 ([在此处列出](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/))，但可以肯定的是，工具、基础设施、部署流程等都能顺利运行。 也就是说，Kintsugi 将在未来几周内停止运行，所以如果你需要 “几周” 而不是 “几天” 来进行部署，建议等到 Kiln 上线。我们计划在 [2 月 11 日举行社区电话会议](https://github.com/ethereum/pm/issues/465)，届时将更详细地讨论所有这些问题。 假设 Kiln 测试网没有出现重大问题，那么它将是我们开始分叉现有测试网 (即在 PoS 链上部署分叉版本) 之前的最后一个新测试网。当然，各种测试将在整个过程中继续进行。确保网络安全平稳地实现过渡仍然是我们的首要任务。继续努力！ 上海升级 ---- 随着合并工作逐渐开始收尾阶段，现在已经开始讨论合并后的首次升级 (即上海升级) 应该包含什么内容。在过去的一两年里，大多数协议工作都是围绕着 EIP-1559 和向 PoS 过渡等大型计划进行的。 由于此前主要专注于推出这些重大变化，这导致了其他一些 “重要性相对低的” 提案被置于次要地位。其中有很多可以为以太坊带来巨大的价值，现在正考虑将其包含在上海升级中。下面是一些值得注意的变化： * **EVM 对象格式 (EVM Object Format)**，这可以实现合约的版本化，使其更容易在 EVM 中引入新功能。 * **BLS 预编译 (BLS Precompiles)**，为 EVM 提供了 BLS 操作的本地执行。 * **EIP-3074,** 为终端用户改进使用体验并节约 gas 成本。 * **EIP-4488,** 减少了 CALLDATA 的成本，降低了 rollup 交易的成本。 * **EIP-1153,** 引入了用于短暂存储的操作码，应用程序可以利用它来降低终端用户的费用。 这并不是一个详尽的清单 ([想查看完整清单请点这里！](https://github.com/ethereum/pm/issues?q=is%3Aissue+is%3Aopen+Shanghai))，只是强调了我们在上海升级中可以做的一些有价值的变化。我们现在需要认真思考应该优先考虑什么！EVM 对象格式将在下一次 [AllCoreDevs 核心开发者会议](https://github.com/ethereum/pm/issues/459)上讨论是否列入上海升级中。如果你有任何反馈，现在可以在 [Ethereum Magicians](https://ethereum-magicians.org/t/evm-object-format-eof/5727) 论坛上分享！ **除了这些提议之外，上海升级优先考虑列入的另一个功能就是退出信标链，即从信标链中提出质押资产**。虽然还没有正式的 EIP，但这是计划升级时需要考虑的问题。一旦合并规范最终确定，预计会有更多这方面的内容！ 未来的工作✅ ------ 如前所述，在接下来的几周里，预计会有实现最新规范版本的客户端更新。一旦客户端推出新版本，短期的开发者测试网将会运行测试。然后，Kiln 测试网将启动最后一轮的公共测试 (希望如此！)。假设一切顺利，我们将开始迁移现有的测试网到 PoS 链上。将所有现有的测试网成功迁移至 PoS 后，就可以确定主网合并的日期了！ 同时，上海升级也在逐渐计划中，升级内容将专注于我们长期以来想实施但一直没有空余精力安排的提案。期待 “信标链提款” 规范的推出。🔜 感谢阅读！ ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](mailto:eth@ecn.co)进行授权。 --- *Originally published on [EthereumCN](https://paragraph.com/@ethereumcn-2/009)*