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