首页业界正文

以太七日谈：Ropsten 测试网合并非常成功

2022-06-15 08:47:23 来源：ETH中文作者：ETH中文阅读：2090

分享到

合并 (The Merge)Ropsten 测试网合并非常成功Danny Ryan 对 Ropsten 合并进行了总结，他认为 Ropsten 合并非常成功，并表示如果主网合并是这样的表现，他会高兴得

合并 (The Merge)

Ropsten 测试网合并非常成功

Danny Ryan 对 Ropsten 合并进行了总结，他认为 Ropsten 合并非常成功，并表示如果主网合并是这样的表现，他会高兴得跳起来。以下是一些数据分析：

~14% 的验证者在过渡期间掉线

1. 其中的 9%—— Nimbus 团队的配置问题，通过修改 CLI 和重新部署解决了

2. 其中的 1.8%——Nethermind 的已知并发漏洞，有些节点需要重启

3. 其中的 2.5%—3%——Nimbus-Besu 的 web-socket 问题，改用 http 如果在主网过渡也发现了这些问题

9% 的节点运行者有配置问题有两个小漏洞影响少数质押者，它们可以在本地修复 (不需要部署新代码)

也就是说，这可以被看作一个巨大的成功。

以太坊基金会的开发者@parithosh_j还补充道：“我们将在未来几天尝试找到解决没有交易的提议区块 (~10-20%的区块) + 运行同步测试，并发现其他方式。而且，在主网上因为有部署 EIP 1559 所以是不会发生 0 交易这个问题。

我们不会看到吞吐量减少这个问题本身，但在下一个测试网这个问题一定会被解决。

来源：

https://twitter.com/dannyryan/status/1534928766022979584?s=20&t=VoM_UfOqaH-hzyc0b7yzAw

难度炸弹推迟至 9 月中旬

在第 140 次以太坊核心开发者会议 (ACD) 上，开发者对难度炸弹进行了讨论。现在的出块时间是接近 14 秒，到了 6 月底会变长大约 0.1 秒，到 7 月会变长大约 0.5 秒。

经过了长时间的讨论，开发者就推迟难度炸弹达成了共识，推迟大约 2 个月，且升级会在 6 月下旬进行。在会议上提出的 EIP-5133 提议推迟 500,000 个区块，大约 2.5 个月，即大概到 8 月中旬。

但根据 Tim Beiko 昨天在 ethresear.ch 论坛上“Delaying Difficulty Bomb to mid August 2022" 的讨论帖下的发言，在客户端和测试团队常规的测试会议上，经过讨论，他们最终决定延迟 700,000 个区块，即大概是 9 月下旬，到时的出块时间将与现在大致相同（~14.5 秒)。因此，在 9 月中旬的两周前，难度炸弹的影响会开始变得明显 (大于 13.5 秒出一个区块，类似于 6 月初的情况)。

讨论贴：https://ethresear.ch/t/delaying-difficulty-bomb-to-mid-august-2022/12762/9

在会议上，Geth 的 Marius 标识推迟难度炸弹对客户端来说就是”5 行代码的修改“，实现也很容易。这并不意味着会减慢合并的进程。

来源：

https://twitter.com/TimBeiko/status/1535334143369760768?s=20&t=VoM_UfOqaH-hzyc0b7yzAw

客户端团队需要看到什么样的进展才有信心进行下一次测试网合并？

在第 140 次的 ACD 上，在总结完 Ropsten 测试网后，Tim Beiko 问各个客户端团队需要看到什么样的进展才有信心进行下一个测试网合并，以下是各个客户端团队的回答。

Nethermind：看到通过所有的 hive/kurtosis 测试，解决区块提议问题，完全解决他们现在的并行问题。他们希望看到测试网至少有 1/2 的代码基本上是最终确定的。

Erigon：认同需要通过那些测试，并标识他们自己还有很多问题要修复。此外，他们反复强调希望固定他们的区块构建代码，并解决一个与合并后 JSON RPC 里返回 latest 区块相关的问题。

Besu：认同所有与测试相关的意见，并强调同步问题。

Geth：与其他团队意见一致，而且它漏了一个"safe"区块的 JSON RPC flag。

Teku、Prysm 和 Lighthouse 团队都有代表参加会议，他们似乎已经为下一个测试网合并做好准备，尽管各自有一些小问题，但他们认为都不是障碍。

来源：

https://twitter.com/TimBeiko/status/1535326595979673600?s=20&t=T_ly5ApyUk5uRT-dI2p5xw

接下来测试网部署的顺序

关于 Sepolia 和 Goerli 两个测试网的合并部署顺序，开发者在第 140 次 ACD 上对这个问题进行了讨论。

首先，大家需要了解 Goerli 和 Sepolia 的区别。Goerli 是一个大型测试网，上面有大量的活动，质押者可以在上面运行合并过渡 (与 Prater 信标链)。

Sepolia 是一个新测试网，上面只有少量活动和一条需要权限的信标链。Goerli 可以在很多方面给我们很多数据，而 Sepolia 的过渡会更简单。

在会议上，并没有明确对这个顺序达成共识，但共识层团队似乎更愿意先进行 Sepolia 合并，然后到 Goerli，这样 Goerli 可以与更接近主网的代码合并。

如果是决定先进行 Sepolia 合并，时间安排大概是 Sepolia 信标链于 6 月 20 日创世，6 月 21 日进行合并 (在 6 月 16 日的共识层会议或 24 日的 ACD 上设 TTD)。其具体配置如下：

来源：

https://twitter.com/TimBeiko/status/1535323877747748864?s=20&t=T_ly5ApyUk5uRT-dI2p5xw

以太坊区块构建者规范修改提议

在第 140 次 ACD 上，共识层研究员@ralexstokes 提出了一个对 Engine API 的修改，并想获得其他开发者的反馈，这个修改是让共识层可以指定 gas 上限，这个数据会加入到 Engine API 调用里传输给执行层，对外部区块构建者有用。

issue: https://github.com/ethereum/builder-specs/issues/29

提出这个 issue 的背景：在合并后，验证者将控制以太坊的 gas 上限，就像今天的矿工。这个参数是作为执行层的一部分，在生产区块时设置。每次选择一个区块时，你都可以把 gas 上限调高/调低 1/1024，或者保持原样。

如果你假设质押者就是出块者，那么就是由质押者把他们想要的 gas 上限传输给他们的执行层，这样就可以了。而当不是验证者自己构建区块时，事情就变得复杂了。

实际上，这是与 MEV 有关。想要获得 MEV 费用的验证者需要运行另外的软件以从搜索者/中继获得区块。因此，为了让外部区块构建者可以遵循验证者的 gas 上限选择，让验证者指定的 gas 上限明确作为 Engine API 调用的一部分是很有用的。也就是这个提议修改想要实现的。

会议上，大家都认为这个调用不应该修改现在的 API，而应该作为它的另一个版本。尽管大家都觉得有用，但还有一些细节问题，在未来几周将继续对其进行讨论。

来源：

https://twitter.com/TimBeiko/status/1535321487845883904?s=20&t=T_ly5ApyUk5uRT-dI2p5xw

Layer2

Optimism 攻击事件回顾

6 月 9 日，L2 扩容解决方案 Optimism 发布了 OP 攻击事件的回顾，以下为摘要和后续进展：

为了对 OP 代币空投做好准备，Optimism 基金会聘请了知名流动性做市商 Wintermute 提供做市服务，旨在让用户在获得 OP 代币时体验更佳丝滑，推动用户更加积极地参与到 Optimism Collective 的治理中。Optimism 基金会从 Partner Fund 这部分总共拨款 2000 万枚 OP 给 Wintermute。

Optimism 基金会首先发送了两笔测试交易，得到 Wintermute 的确认之后，就发送了剩余的款项。Wintermute 随后发现他们没有访问这些代币的权限，因为提供给 Optimism 的地址是以太坊/L1 的多签地址，他们还没有在 Optimism/L2 上部署多签合约。于是他们开始了一些补救措施，尝试将 L1 多签合约部署到 L2 的相同地址上。

然而很不幸，攻击者利用不同的初始化参数抢先实现了这个方案，从而得以控制这 2000 万枚 OP。随后该地址出售了 100 万枚 OP。

Wintermute 团队承诺会监控这个地址的交易活动，回购其售出的代币。

6 月10 日，Optimism 发布更新表示，黑客已经归还了大部分 OP，并且其转给 Vitalik Buterin 的 100 万枚 OP 也已经归还，而剩余的 200 万枚 OP 将由 Wintermute 团队补偿。

来源：https://twitter.com/optimismPBC/status/1535275162060341248

0xPARC Foundation 推出 zkSNARKs 在线开发环境 zkREPL

0xPARC Foundation 是一个专注于零知识技术普及与教育的组织，最近推出了一个用于 zkSNARKs 的在线开发环境 zkREPL：https://zkrepl.dev/

来源：https://0xparc.org/blog/zkrepl

DeFi 隐私桥接方案 Aztec Connect 延迟上线主网

此前 Aztec Connect 宣布于 6 月 9 日上线主网，然而 6 月 10 日 Aztec 表示因遇到一些技术难题而需要推迟 Aztec Connect 的主网发布。下面为 Aztec 发布的事件回顾：

Aztec rollup 尺寸非常大，因为它包含了已加密的交易，Aztec 证明超过 300 kb，超过了 Geth 128 kb 交易大小的限制。而因为 Geth 又是以太坊应用最广的客户端，这使得发送大型交易尤其困难。

我们的主网部署计划通过 Open Ethereum 发送大型 rollup，因为它的交易大小限制更高。然而，在以太坊上发送大型交易没有成功，于是我们转而使用 Flashbots (一个支持更大的交易的 Geth 分叉)。但是通过 Flashbots 发送交易也遇到一些问题：因为在我们的 PR 中出现一个格式错误，Flashbots 交易失败了。

最后，Aztec 表示会暂缓这个发布日期，并重新设一个时间线。

来源：https://twitter.com/aztecnetwork/status/1535024623456120832

生态

Celsius 宣布停止提款、兑换、账户转账功能

6 月 13 日，中心化加密货币金融服务平台 Celsius 宣布停止平台上所有的提款、兑换、账户转账的功能，引发了热议。

Celsius 成立于 2017 年，成为第一家提供抵押加密货币贷款美元的平台。该平台覆盖了 2B (面向公司) 和 2C (面向消费者) 业务，支持储蓄、借贷、入金、支付和转账等功能。目前为止，该平台上持有逾 150,000 的 BTC 资产，在资金托管平台 GK8 上有价值 7.5 亿的资产保险，并向社区支付了超过 8 万 ETH 和 5000 BTC。

在 Celsius 的宣布服务暂停后，Crypto Pragmatist 的创始人 Jack Niewold 给出了解读，可以从一定视角帮助读者捋清这次事件的始末：

首先，Celsius 是中心化 DeFi 平台，负责代表投资者托管/管理加密货币。它在过去这几年中逐渐兴起，向投资者保证固定的利率，并为他们赢得利益。实际上，Celsius 提供着类似于对冲基金或者资产管理的服务，这些服务具有风险，而且需要监管。

它的主要收入来源：

为机构和个人发放贷款；
在代表客户执行功能后，保留所有剩下的利润。

所以，如果他们宣传了存款 USDC 可获 5% 的收益率，接着把 USDC 兑成收益率 20% 的 UST，那么他们可以保留 15% 的收益。

Celsius 在 2020 年到 2021 年的表现较好，估值达到了100 亿美元，而且最近筹得了 4 亿美元。

但问题就在于 Celsius 的管理方式类似于敢于豪掷的老手或者赌徒（degens）: 据 CoinDesk 报道，Celsius 承认在 1.2 亿美元的 BadgerDAO 黑客攻击中遭受了损失，却不打算具体说明它的损失详情。

当前，Celsius 停止提供服务有着投资不善的原因：

资产头寸涉及 Terra，可能持有高达 5 亿美元的 UST，面临着即将崩溃的风险；
资产头寸涉及 Lido, 依赖于 stETH 与 ETH 之间 1:1 的比率，因为它需要匹配资产负债，这在牛市时可行，在面临流动性危机和熊市时，stETH/ETH 之间的比率就会倾斜。（实际上两种代币之间不是 1:1 锚定的关系，它们之间的比率随二级市场波动）
解套问题，Celsius 很可能没做到风险隔离：拿到 USDC 的抵押又把它兑成 UST 持有，拿了 ETH 又将它兑成 stETH 持有，因此，当所有加密货币下跌时，客户都想拿回自己的资金，导致 Celsius 资金紧缺。

因此，Celsius 目前正面临着严峻的流动性危机，其螺旋式下跌的价格将愈来愈难以与资产负债相匹配，因此关停服务。

既然 Celsius 没有流动性了，那么他们的资产在哪里？答案在下面：