合并 (The Merge)

合并的影子分叉进展

根据上周第 135 次以太坊核心开发者会议 (下文简称为 ACD) ，因为影子分叉使得开发者可以在网络的少数节点上运行合并，但仍然能接收主链上的交易，这样开发者就可以在接近于实时网络的环境里 (例如网络中有大型状态、历史数据等) 对客户端进行测试，且保持有常规的交易流。这之所以很有用是因为它有助于发现与同步、性能等相关的问题，而这些问题在全新的开发测试网里是很难触发的。

上周进行的第一次影子分叉发现客户端有自动暂停的相关问题。第二次的影子分叉则相对顺利一点。开发者已按计划在昨天对 Goeli 测试网进行了第三次影子分叉，并将在下周对主网进行影子分叉。主网的影子分叉将是收集合并后在主网条件下节点表现，大型区块、状态和历史数据会如何影响节点同步，稳定性和表现等数据的很好方法。

关于客户端自动暂停的问题，简单来说就是大多数的共识层客户端倾向于向执行层客户端发送检索区块的调用与它们发送生产该区块的调用之间的时间过于接近了。它们之间的时间差并不足以让执行层构建区块，并导致共识层提交空的信标区块。这通常在执行层还在验证链上最新区块的情况下发生。共识层预期在几百毫秒内得到响应，而实际情况是它可能要在 slot 里等上 4 秒，才能从执行层得到一个区块。

对于这个问题开发者在会议上没有得出解决方案，但会继续讨论这个问题，并希望在下周共识层会议里得到大家都同意的方案。

来源：

小幅推迟难度炸弹的讨论

在第 135 次 ACD 上，开发者对时间线进行了讨论。Tim Beiko 在会议上提到一旦难度炸弹开始起作用，要预测它什么时候爆炸以及再次推迟的爆炸时间是很难的。因为炸弹按每 10 万个区块提升它的影响，且如果有新的算力加入网络，这可以缓解难度炸弹的影响，相反，如果有算力离开了，影响会加剧。合并使得预测难上加难，因为你预期矿工会开始出售他们的 GPU，算力会下降，但什么时候以及多快是无法预测的。

因此，根据这些做出大概的预测是，到了 7 月下旬出块时间可能会接近 17 秒，Tim Beiko 认为 15 秒的出块时间是大家最大程度可以忍受的，因此最理想的做法是在 17 秒的出块时间前完成合并，或推迟难度炸弹。

如果希望是前者，开发者们需要在四月下旬或未来两次 ACD 后开始分叉测试网，否则最好还是推迟难度炸弹。然后，他们讨论了希望测试网运行多久。似乎大家同意希望比平常的分叉正常运行更长的时间。会议没有得出一个清晰的时间安排，但可能会有逐渐添加测试网的客户端版本，而不是一下全部推出。

来源：

合并后

Goerli 测试币供应告急问题

针对近日有人囤积 Goerli ETH，人们无法从水龙头获取测试币，甚至有人已经在购买 GoETH 以期获得收益的现象，开发者 Afri @q9fmz 在第 135 次 ACD 上指出，现在这种情况使得希望按它原有目的使用 Goeli 网做测试的开发者更难获得 GoETH 了，并提出了两个将铸造大量 GoETH 的方案，以确保这些测试币永远都是不值钱的。通过对两个方案的利弊，以及开发者工作的讨论，会议最终更倾向于合并后对 Goerli 测试网进行重启 (regenesis)。

来源：

共识层

新质押者须知

EthStaker 社区的 superphiz 在 reddit 上发布了文章《如何在以太坊上质押， 2022 年 4 月版本》，文章列出了在过去一个月里发生了哪些变化是与质押相关的，以及分别介绍了参与质押的四种方式 (个人质押、Rocket Pool 的节点运行者、Rocket Pool 的 rEth 持有者，以及托管型交易所质押者) 的情况。在过去一个月里，值得关注的变化有：

Prysm 不再是超级主导的客户端，根据 pools.invis.cloud，使用 Prysm 共识层客户端的占比已低于 66% (截至发稿，占比为 61.9%)。
Lido 现在管理着信标链上 24% 的验证者，且到合并时这个数据很可能会继续上升。尽管 Lido 被认为是诚实的实体，但任何控制网络超过 20% 的实体都会开始威胁整个网络的去中心化。
Geth 是非常占主导的执行层客户端，接下来需要鼓励大家使用其他执行层客户端。

来源:

Nimbus 节点将在 Prater 和 Kiln 测试网服务于轻客户端协议

今天以太坊共识层客户端 Nimbus 在 github 上合并了 #3559，Nimbus 节点在默认情况下在 Prater 测试网上提供轻客户端数据，并发推宣布将在 Kiln 测试网服务于轻客户端协议。

来源：

Layer2

去中心化跨链和跨 rollup 解决方案 Connext 与跨链通信解决方案 Nomad 合作推出 Optimistic Bridges

4 月 5 日，Connext 宣布和 Nomad 一起推出了一条最小化信任的桥接：Optimistic Bridge。用户可以在扩容解决方案 Milkomeda 区块链和和以太坊之间安全且便宜地转移资产。

Optimistic Bridges 的简单总结：

首先，由于互操作性不可能三角，桥接只能一次性实现其中两点：

信任最小化
通用性
可扩展性

而 Optimistic Bridges 探索了另一种新的权衡点：延迟。

与 Optimistic Rollup 类似，他们也使用欺诈证明、监察者以及提款窗口期。他们可以同时实现信任最小化、通用性、可扩展性，但代价是 30 分钟的通信延迟。

来源：

StarkNet/Cairo 开发教程资源库

StarkNet 的开发宣传大使 @HenriLieutaud 和 @DrSpacemn 发布了一个 GitHub 开发教程资源库，包含的内容有 Cairo 101、ERC20/721 的部署、消息桥接：https://github.com/starknet-edu

开发者 @0xExoMonk 整合了 StarkNet 和 Cairo 的开发教程，内容包括 StarkNet 账户和环境设置、Cairo 基础、StarkNet Cairo 学习曲线、StarkNet 节点设置：https://seen-joke-82c.notion.site/StarkWare-Development-965f54711eb84dc79f3b61f22df9e383

StarkNet 在 Goerli 测试网发布首个版本的桥接：StarkGate Alpha

4 月 4 日，L2 解决方案 StarkNet 推出首个桥接的测试网版本 StarkGate Alpha：https://goerli.starkgate.starknet.io/

StarkGate 作为以太坊和 StarkNet 之间的桥接，目前 Goerli 测试网上的 StarkGate 支持 ETH 和其他 ERC-20 代币，完整清单请查看合约地址：https://github.com/starkware-libs/starknet-addresses ；上线主网之后，初期 StarkGate Alpha 将仅支持 ETH，随后将添加 WBTC、USDC、USDT 和 DAI。

文档：https://starknet.io/documentation/starkgate-token-bridge/#starkgate_general_architecture

来源：https://medium.com/starkware/starkgate-alpha-35d01d21e3af

OpenZeppelin 推出 Cairo v0.1.0 的标准合约

OpenZeppelin Contracts 自 2016 年推出以来一直都是 Solidity 智能合约开发的支柱。他们是一个由社区经过不断测试的开源软件库，被许多顶级 Web3 项目使用。而现在，他们正扩展到对 StarkNet Cairo 语言的支持。

4 月 6 日，OpenZeppelin 宣布发布 Cairo v0.1.0 的合约，开发者可以利用使用 Cairo 语言编写的标准智能合约在 StarkNet 上构建自己的应用。

Cairo 合约库：https://github.com/OpenZeppelin/cairo-contracts

教程：https://blog.openzeppelin.com/getting-started-with-openzeppelin-contracts-for-cairo/

来源：

L2 去中心化交易所 Starkswap 推出测试网版本，在 StarkNet Alpha 上线

测试网：https://www.starkswap.co/

zkSync 2.0 测试网应用列表

Matter Labs 整合了在 zkSync 2.0 测试网上部署的应用：