以太七日谈 • 2022/1/12

合并 (The Merge)

Kintsugi 合并测试网进度

在上周进行的第 129 次的以太坊核心开发者会议,根据开发者 MariusVanDerWijden 对 Kintsugi 测试网的汇报,他的模糊测试器创建了一个区块,其中用其他字段替换了某些字段,由于缓存和验证的问题,一些客户端将无效区块当作有效区块接受了。

这个问题在执行层和共识层都有发生。在执行层上,Besu 和 Nethermind 各自与 geth 进行了不同的分叉;在共识层上,Teku 分叉了。根本原因是在 Nethermind 和 Besu 上。Kintsugi 有将近 13 个小时没有进行最终敲定。这会是网络恢复的一次有趣练习。随着我们发布了修复客户端,网络又重新开始进行敲定了。

至于合并工作的后续,将会一些小型的规范变更。除此之外,Optimistic Sync 的进展也很顺利:它现在已经被写进规范了,边缘情况已经被解决,并且正在实现了。

开发者们希望合并有一个重要功能:在配对的执行层和共识层节点间有一个认证机制。这个问题将在这周开始研究。当实现了这个功能,会再发布一个合并测试网,这可能会是现有测试网到合并之前的最后一个测试网。

来源:

执行层的合并升级叫什么名字好呢?

随着合并越来越近,开发者们又要面对最头疼的命名问题。由于共识层的升级命名方式此前已经选定了恒星名。继 Altair 升级后,此次在首字母为 B 的恒星中选定了 Bellatrix 作为合并中共识层协议升级的名字。但执行层关停 PoW 的这次升级的名字还未定,Tim Beiko 在 Ethereum Magicians 论坛上开了帖子征求大家的意见,有兴趣的不妨去参与讨论。

指路:

执行层 (Eth1)

上海升级可能有哪些内容?

第 129 次的以太坊核心开发者会议对上海升级已经纳入哪些 EIP 进行了讨论。有些大型的开发中项目,例如 Verkle Tree 和 EIP-4444 可能会有重叠的地方,因此开发者们需要更深入地厘清这些提案的关系。会议上有一些关于优先级的讨论:

  1. 历史数据过期应该比 Verkle Tree 优先,而且关于这项工作的分叉可以并行开发,因为它与共识不相关。
  2. 信标链提款在上海升级里实现有多重要?似乎提款很重要是一个非常强烈的共识。在共识层上已经有一个 PR,但还需要在执行层有一份 EIP。
  3. 上海升级成为一个功能分叉有多重要,即有益于应用开发者的 EIP 应该优先于长期的协议变更吗?似乎大家倾向于这样做。
  4. 上海升级应该是大型还是小型?应该纳入尽可能多的 EIP 还是分成两个小型一点的分叉?测试 EIP 之间交互在复杂性上可能会以指数形式增长,因此需要小心。

Danny Ryan 建议采用“提款+释放阀”的方法,即把提款作为主要的特别功能,然后添加一些社区等了很长时间的 EIP。这个看法得到一些支持,而有些开发者则表达希望看到 EVM 改进、BLS 支持和甚至 EIP-3074 能最终部署到主网上。

这不是对上海升级的最后一次讨论,开发者们仍有时间做计划,但还想提出新提案的要抓紧时间,并且需要有非常有说服力的理由

来源:

共识层 (Eth2)

质押者要准备运行自己的执行客户端了

开发者 @remy_roy 在 Reddit 的 r/ethstaker 板块撰文呼吁质押者要为运行自己的执行客户端 (例如 Geth、Nethermind、Besu 和 Erigon)。以下为该文章的概要编译:

如果你现在只运行一个共识层客户端并在执行数据上依赖像 Infura 或 Alchemy 这样的公共基础设施,这种做法在合并后将行不通了。因为合并会引入一个新的 API,即引擎 API。这个新的 API 会需要运行你的验证者,那么它就不可能像 Infura 或 Alchemy 那样公开提供服务。执行客户端会公开这个 API,然后共识客户端将需要与它连接。

磁盘空间可能是运行自己的执行客户端的最大问题。仅仅是执行客户端数据库所需的磁盘空间就可能在 500 GB 左右或以上,这因客户端而异。从现在开始使用一个 2TB 的固态硬盘有可能会比较保险。如果你有多台机器,你也可以在本地网路的另一台机器上运行执行客户端,避免不得不升级你做质押的机器。如果你使用的是一些托管服务的话,这也同样适用。

在空间用完之前,修剪你的执行客户端数据库仍然是一个好做法,以保持你的磁盘的低使用率。如果你适用的 Geth,你应该知道它目前只提供离线修剪,需要几个小时来完成。这可能意味着,合并后你的验证者在修剪过程中是处于离线状态的,如果你的磁盘空间不足,可能会导致每个月损失几个小时的利润。

如果你在某种程度上因你的网络服务提供商或主机受限,运行自己的执行客户端需要更多的互联网流量。

详情:

Lido 已经加入了 Flashbots Eth2 工作组

1 月 11 日,Lido 宣布遵循通过的相关 snapshot 提案,现在已经加入了 Flashbots Eth2 工作组,并表示,考虑到 Lido 在以太坊质押中的重要角色,Flashbots 提出的解决方案与以太坊客户端社区紧密相关,以及大小质押者和节点运行者对工作组的支持,Lido 应该在这个联盟中有自己的声音。

来源:

Layer2

Layer2 解决方案 Arbitrum One 网络故障回顾

2022 年 1 月 9 日晚,Arbitrum One 网络因遭遇定序者 (Sequencer) 宕机而暂时不可用。随后 10 日早上 Offchain Labs 团队发布故障回顾报告,并表示网络故障已完全解决,并且 Arbitrum Sequencer 以及所有公共 RPC 节点都可正常运行。

根据其报告,造成本次网络停机的主要原因是 Arbitrum 的主 Sequencer 节点的硬件出现了故障。虽然他们对 Sequencer 节点通常提供冗余措施 (即在宕机时允许一个备份 Sequencer 无缝地接管工作),但这个方法在本次停机中也失效了,因为当时正在进行软件升级。

Offchain Labs 表示,保持网络的稳定性和正常运行时间一直以来都是 Arbitrum 的首要任务,他们将继续努力实现额外的冗余措施来提高网络的稳定性,直到 Arbitrum 能够完全实现去中心化。

来源:

StarkWare 团队公布 StarkNet Alpha 主网版本的费用机制

L2 解决方案 StarkNet Alpha 版本于 2021 年上线主网,关于 StarkNet Alpha 的功能和其他内容参阅:《StarkNet Alpha 即将登陆主网》。根据他们的主网发布公告,StarkNet Alpha 初期将使用单个定序者处理交易,并采用白名单机制部署应用程序。关于 StarkNet Alpha 的经济机制,上线初期将不收取交易费用,预计在未来几周之后的升级版本引入费用机制。

2022 年 1 月 3 日,StarkNet 的开发团队公布了 StarkNet Alpha 的费用机制,而在未应用费用机制的这段期间,L1 的 gas 成本是由 StarkWare 提供补贴的。

具体的费用机制介绍请看:

L2 解决方案 Fuel 公开 v2 版本的开发资源库

Fuel 是一个 optimistic rollup 扩容解决方案,目前的应用场景主要是支付网络。2022 年 1 月 4 日 Fuel Labs 公布了其 Fuel v2 的开发资源库:https://github.com/FuelLabs

任何人都可以使用其 Sway toolchain 开始合约部署。Sway 是一个用于 Fuel 虚拟机 (FuelVM) 的域特定语言 (domain-specific language, DSL):https://fuellabs.github.io/sway/latest/

来源:

生态

EF 研究团队第七次 AMA 编译版出炉,Vitalik 看好多链生态系统而非跨链应用

2022 年 1 月 7 日,以太坊基金会研究团队在 Reddit 上举行了第七次 AMA,内容涉及 L2、分片设计、更广泛的路线图、MEV、EIP-1559 等。

值得注意的是,以太坊联合创始人 Vitalik 在本次讨论中提出了他的一个重要观点:“我之所以对多链的区块链生态系统保持积极态度 (确实有一些独立的社区具有不同的价值观,对于它们来说,独立发展好过全部都就同一件事情的影响力而争夺),而对跨链应用保持消极态度,一个关键原因就是桥接具有根本性的安全限制。”

ECN 对这次 AMA 的大部分问题进行了整理和编译,更多内容请查阅:

来源:

区块链浏览器 Etherscan 推出 NFT 追踪器和 DEX 追踪器

Etherscan 最近推出了一个新的 NFT Tracker,用户可以借助该工具查看最新的链上 NFT 交易和铸造活动:

还新增了一个 DEX Tracker 工具。

用户可以在 ERC20 代币合约页面点击 ”Chart“ 按钮查看该代币的完整交易对信息、USD 价格和最新的交易:

想要查看其他 DEX 上关于该代币的其他交易对,选择一个 DEX 并在搜索栏中查看其 ”Token Address“ 即可:https://etherscan.io/dex#tradingpairs

来源:

chainnews 存档指路

Subscribe to EthereumCN
Receive the latest updates directly to your inbox.
Verification
This entry has been permanently stored onchain and signed by its creator.