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