以太七日谈 • 2022/3/23

互联网阅读 676 2022-03-23 21:36:00

以太七日谈 • 六十四

合并 (The Merge)

➤ Kiln 公共测试网成功合并，但也发现了新问题

Kiln 测试网的 PoW 链和 PoS 链于上上周创世，并在北京时间上周二晚上，所有客户端都在新设的 TTD 上进行合并了。但在这个过程中，多个客户端各自出现了一些问题，包括出块、同步和区块浏览器。尽管这些问题不影响网络进行最终敲定，也不是规范出了问题，但实现上的问题也非常值得重视。这意味着 Kiln 测试网会保持运行，同时客户端团队继续发布修复版本，应用开发者和工具/基础设施提供商也继续用网络做测试。

根据上周五第 134 次以太坊核心开发者会议，在达到 TTD 后不久，Prysm 客户端的节点开始提议坏区块，且出现这样的错误：

{"error":"could not process block: could not verify new payload: could not validate execution payload from execution engine: could not validate block hash: ","message":"Could not handle p2p pubsub","prefix":"sync","severity":"ERROR","topic":"/eth2/e7acb210/beacon_block/ssz_snappy"}

带来的影响是由 EF 和 Prysmatic Labs 运行的验证者无法出块，这些验证者的客户端组合是 Prysm - Geth 和 Prysm - Nethermind。错失的区块占所有区块的大约 15-20%。

根据 Prysm 团队发布的事后析误，根本原因 Prysm 的信标节点使用了错误的字节序对 execution_payload 对象里的 base_fee_per_gas 字段进行编组/反编组。当前，执行层使用大端字节序，而共识层使用的小端字节序。由于 Prysm 错误地反编组 execution_payload 回原来的格式，在调用 engine_newpayloadv1 时，执行层客户端通过返回INVALID_BLOCK_HASH(无效区块哈希）正确地拒绝了变形后的负载。

而这个问题在之前的开发测试网没有被发现的原因是，之前的测试网经常处于最低的基本费用 7 gwei，而 7 在大端和小端字节序里是一样的。

此外，Besu 客户端的问题是与最终敲定 TTD 区块有关，在过渡期间有些节点在那个区块卡住了。Besu 还有同步问题，对于这两个问题已经有解决的 PR了。

Nethermind 客户端在过渡后有一些节点崩了，需要手动重启。他们已经发现了根本问题，需要在测试网上重新运行 PoW—>PoS 过渡来确保修复是实际正确的。

Erigon 也发现了一些字节序问题，以及区块如何从共识层发送到执行层的同步问题。

因此，做更多的测试是目前最重要的事，以确保能发现和解决任何进一步的问题。同时，需要确保开发测试网的交易量足够高，以带来高的基本费用。由于客户端数量和整体交互路径的都增加了，要清楚知道确切哪个客户端出现什么问题变得更难了，因此投入到构建更多的基础设施来及早发现这些问题，并增加监测开发测试网的指标数变得尤为重要。

Tim Beiko 在会议上提到，开发者在未来两到四周应该都会花在改善测试的基础设施，发现问题，增强对我们实现的信心，因此大概一个月后会开会决定是否觉得可以开始迁移测试网，或者讨论推迟难度炸弹的可能性。大概 6 月初或中旬会开始对难度炸弹有感觉，出块时间会慢慢变成 14、15 秒，到 7 月变成 17、18秒。

来源：https://twitter.com/TimBeiko/status/1504913340795023363?s=20&t=5JDxEQJNdIgd94ExOoozCg

➤ JSON RPC flag 的最终决定

上周的以太坊核心开发者会议对 JSON RPC flag 的命名和定义做了以下决定：

finalized flag 指向最新最终敲定的区块；
safe flag 指向最新证成的 (justified) 区块 (这里需要注意 finalized 比 safe 更安全 hh )；
latest flag 继续指向最新的区块

最后还有一个问题有待继续讨论：如果应用想要更新它们的接口，如何让应用知道合并 (The Merge) 已经完成了？

来源：https://twitter.com/TimBeiko/status/1504922852360740864?s=20&t=5JDxEQJNdIgd94ExOoozCg

合并后 (Post-Merge)

➤ EIP-4844 相关

上周开发者推出了一些与 EIP-4844 和 proto-danksharding 相关的优质资源。

首先，开发者 @protolambda 发布了 EIP-4844 元规范，给出了 EIP-4844 的概览、相关资源的链接以及在制作中的资源。以下为 “EIP-4844 元规范”的概览翻译：

EIP-4844 引入了一种“blob" 交易类型：

保存在信标节点上，而不是在执行引擎 (例如，是在 prysm 而不是 geth 上)
blob 是矢量为 4096 的字段元素，每个是 32 字节，每个区块最多有 16 个 blob。每个区块的上限是 4096 * 32 * 16 = 2 MiB，目标定为 1 MiB。
blob 数据在一个月后会被修剪。这个时间足够长，让所有 L2 上的行动者做检索；也足够短，保持磁盘使用可管理
blob 不要求 EVM 执行，即同步时独立的，修剪也很简单
Blob 的承诺使用的是 KZG 承诺：效率高的矢量承诺，证明数据是固定的，与数据可用性采样向前兼容
EVM 通过新的预编译对 blob 数据进行验证，这种验证是无状态的：普通的 calldata 是用来呈现输入和证明的。
在查看 blob 数据时，EVM 可以同时运行一个 zk 证明 (不需要 EVM 查看所有 blob 数据，只需要一些承诺数据)
执行层的变更是与具有更好数据可用性的完整 danksharding 设计向前兼容的。

在上周的以太坊核心开发者会议上，@protolambda 汇报了开发进度：

他和其他开发者正在用 Geth & Prysm 对 EIP-4844 进行测试，运行一些性能基准测试和增加一些支持这份 EIP 的工具。

来源：https://twitter.com/TimBeiko/status/1504926398443520001?s=20&t=5JDxEQJNdIgd94ExOoozCg

另外，Vitalik 发表了“Proto-Danksharding FAQ"，Optimism 的@liamihorne 制作了关于 EIP-4844 的资源聚合网站：https://www.eip4844.com/

➤ 验证者提款提案确定

在第 133 次以太坊核心开发者会议上，其他开发者对 EIP-4863: Beacon chain push withdrawals 提出是否需要新的交易类型提出疑问，以及希望有文档描述提款的整体流程，包括共识层、执行层和引擎 API 。

据此，EIP-4863 的起草者 Alex Stokes 写了“验证者提款元规范”，文档详细描述了提款流程，还包含共识层、引擎 API 和执行层的规范，其中执行层规范有两个选项，一个是之前的 EIP-4863，一个是把提款作为一项新的系统级操作类型的 EIP-4895。

根据“验证者提款元规范”，提款流程概述如下：

当验证者能从信标链进行安全提款时，这个提款行动的“收据”会被放在信标状态的一个队列里，这个收据包含在执行层实现提款的必要信息，即收件人执行层的地址和以 Gwei 为单位的 ETH 提款金额。该收据还包含一个单向增加的索引，该索引在所有提款集中对提款有唯一性标记。

提款从在信标状态的队列出列，共识层验证会对提款数进行严格限制，这样执行层只需要在任何给定执行区块里处理固定的少数提款。某个 slot 的出块者必须确定在该 slot 有哪些提款出列并在请求执行客户端构建执行负载时提供那些出列提款。此时，区块构建者从信标状态读取提款收据并把它们转换为执行层友好的格式。这些提款就会通过引擎 API 作为系统级别的“操作”传送到执行客户端，执行客户端会把这些提款融入到执行区块，应用到 EVM 状态。

在上周的开发者会议上，开发者对 EIP-4863 和 EIP-4895 的优缺点进行了讨论，并最终决定选择 EIP-4895。尽管还有一些实现细节需要讨论，但已经就将 EIP-4895 放到上海升级的“考虑纳入”(CFI) 系列达成共识。

来源：https://twitter.com/TimBeiko/status/1504924274645102597?s=20&t=5JDxEQJNdIgd94ExOoozCg

Layer2

➤ StarkNet Alpha 0.8.0 版本推出测试网，是首个引入费用机制的版本

3 月 14 日，L2 扩容解决方案 StarkNet 推出 Alpha 0.8.0 的测试网版本，该版本主要引入了 StarkNet 网络费用机制的首个版本 (在 Alpha 0.9.0 之前都可选)。

正如在 StarkNet 路线图所提到的 (https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51)，随着 StarkNet 的最新功能的添加，StarkNet 的注意力逐渐转向性能的提高和协议的设计 (包括费用、账户抽象、去中心化等等)。StarkNet Alpha 0.8.0 开始添加手续费和完善 Sequencer 的性能。

StarkNet 发布了 L2 Goerli 测试网 ETH 水龙头，用户可以在测试网上支付手续费了：https://faucet.goerli.starknet.io/

来源：https://medium.com/starkware/starknet-alpha-0-8-0-16e046e0f94b

➤ Optimism 完成由 Paradigm 和 a16z 领投的 B 轮融资，以 16.5 亿美元的估值融资 1.5 亿美元

L2 扩容解决方案 Optimism 上线主网已超过一年，过去一年来，Optimism 达成了一些成就：

为 Optimism 用户节省了超过 10 亿美元的开销
Optimism 网络中部署了上千个合约
主网上部署了三个 Optimism 的分叉项目

3 月 18 日，Optimism 宣布以 16.5 亿美元的估值完成了价值 1.5 亿美元的融资，由 Paradigm 和 a16z 领投。

来源：https://medium.com/ethereum-optimism/money-long-team-strong-8526c6943fd7

生态

➤ 去中心化借贷协议 Aave 推出 V3 版本，支持 6 个网络

3 月 17 日，去中心化借贷协议 Aave 宣布推出 V3 版本。以下是其提到的一些主要新功能：

门户：跨链交易
高效模式 (Efficiency Mode, E-Mode)：解锁用户的借贷能力
隔离模式 (Isolation Mode)：被 Aave 社区治理 “隔离” 的新上线资产，只能在一个特定的债务上限内用作抵押品。在隔离模式下，用户只能借入特定类型的资产 (例如稳定币、ETH/wETH)，不能同时使用其他资产作为抵押品，从而限制新上线资产对协议带来的敞口和风险。
L2 专有功能：一些针对 L2 网络的设计以改善用户体验。
Gas 优化：所有功能的 gas 开销减少约 20-25%。
风险管理完善：通过各种工具为协议提供额外的保护。

V3 在 Polygon、Fantom、Avalanche、Arbitrum、Optimism 和 Harmony 上都有部署，以完成更多的跨链实现。(注意：以太坊主网上的部署将由社区基于当前部署市场的成熟度决定。很快便会有更多的消息！)

来源：https://aave.mirror.xyz/2TnHYHQRnNhSG56Y4CcssulFArSVqrFbmAdYfU7Kxp0

➤ 以太坊已经复杂到危险的地步了吗？

Go Ethereum 的开发者Péter Szilágyi 3 月 19 日发长推文指出以太坊现在已经太复杂，如果不做出改变会出问题。推文发出后在社区引起热烈讨论，众说纷纭。对于这个问题可能每个人都有自己的看法，但这是个值得思考的问题。ECN 在此将其推文进行翻译，希望有更多关心以太坊的人参与到思考和对话中：

复杂性是一个系统中经常被忽视的方面，因为常常是别人在为它付出代价，而不是创造它的人。

但不要搞错了，有人正在付出代价——无论是金钱、时间还是精神能力。他们可能不愿意/能够永远这样做。

与可扩展性一样，复杂性也一直在不被看见的情况下慢慢接近它的极限。到那时，就已经回来不了头。

复杂性还有一个令人讨厌的地方，就是造成连锁故障。使得人们过载，能力削弱，这又进一步导致更大的负载。在以太坊的历史里，复杂性从来没有减少过。每个堆叠在上面的 EIP、每个重大的变更 (1559、合并、分片、verkle、无状态、L2 等) 都增加它的危险。

当一个研究提案说“一切都想好了，现在只剩工程了”时，我都感到非常沮丧。

尽管现在我们正在接近合并，感觉很好，但我必须强调，以太坊并没有往简洁的方向发展。从本质上说，它正在取得成果，但它也像在不顾后果地增加其复杂性。

如果协议不变得更简洁，它是不会成功的。

我觉得根本原因是研究员与开发团队之间的脱节。前者只需要有优雅、独立的想法。后者需要尽力协调每个引入的想法，同时把他们连接起来扩大空间的维度。

在工程上曾有过降低复杂性的尝试 (Erigon 的模块分割，合并里的职责分割)。然而，从来没有人试图降低协议的复杂性。

我们已经过了有人对系统有全局把握的阶段了。这很糟糕。我不知道解决方案是什么，但我认为应该停止增加功能，且开始删减，即使代价是破坏一些东西。

越来越少人知道并愿意把一个破碎的网络拼凑起来。且每个变更都把它往那个方向推得更远。

来源：https://twitter.com/peter_szilagyi/status/1504887154761244673?s=20&t=qpQ9upQJe86D_Hj925cO1g

➤ Spruce 推出 SIWE 认证的 Discourse plugin，ENS 论坛已添加 SIWE 的 plugin

SIWE 即 Sign-In With Ethereum (使用以太坊登录)，是一项以太坊改善提案 (EIP-4361)。SIWE 描述了通过对一个标准的信息格式进行签名，链下服务可以使用以太坊账户进行身份验证。

关于 SIWE 的更多信息推荐阅读这两篇文章：《使用以太坊登录 —— 提议工作流程》、《为什么“使用以太坊登录”具有革命性》

SIWE 的实现团队 Spruce 于 3 月 15 日推出他们的首个用于 Discourse 的主要 SIWE 认证 plugin：https://github.com/spruceid/discourse-siwe-auth

目前该 plugin 仅适用于非托管的 Discourse 论坛，但是 Spruce 表示将开始探索如何在托管的论坛中实现这个 plugin。

其他文档：

https://docs.login.xyz/integrations/discourse

添加这个 plugin，用户可以有两个与之交互的方式：

使用它来注册一个 Discourse 账号
将之关联到现有的账户，并使用以太坊账户进行身份验证

ENS 的创始人 Nick 在其论坛称，ENS 论坛已添加 SIWE plugin，用户可以使用以太坊登录了：

需要注意的是，选择了 “使用以太坊登录” 这个选项，Discourse 的用户还是需要关联一个邮箱地址以及确定一个用户名以完成注册流程。一旦用户完成了这个过程，他们在任何时候都可以使用以太坊登录论坛，只需要他们连接钱包和对一项信息签名。

来源：https://blog.spruceid.com/sign-in-with-ethereum-to-discourse/

➤ NFT 项目无聊猿 (BAYC) 推出 ApeCoin DAO，并发布代币 APE

自 3 月 12 日，无聊猿 BAYC 的开发商 Yuga Labs 宣布从 Larva Labs 收购 CryptoPunks 和 Meebits 系列之后，BAYC 于 3 月 17 日推出 ApeCoin DAO 并对 BAYC 和 MAYC 持有者空投代币 APE。

根据 @apecoin 的介绍，Apecoin 由 ApeCoin DAO 持有和运营。ApeCoin DAO 是一个去中心化自治组织，每个代币持有者都可以投票参与社区治理。Apecoin 是一种用于文化、游戏和商业领域的代币，以推动一个建立在 Web3 的去中心化社区的发展。ApeCoin DAO 由 Ape 基金会支持，它相当于 ApeCoin 的法律管家，并用来执行 ApeCoin DAO 社区做出的决策。

https://twitter.com/apecoin/status/1504201556165644298

两天后，Yuga Labs 透露了一个预告视频，称将于 4 月推出项目 "Otherside"，由 ApeCoin 提供支持

免责声明：
1.资讯内容不构成投资建议，投资者应独立决策并自行承担风险
2.本文版权归属原作所有，仅代表作者本人观点，不代表本站的观点或立场