# 以太七日谈 • 2021/11/16

By [EthereumCN](https://paragraph.com/@ethereumcn-2) · 2021-11-16

---

The Merge (合并)
==============

Kintsugi🍵测试网进度更新
-----------------

截至上周五举行的第 127 次以太坊核心开发者会议，Kintsugi 测试网计划中各个客户端的进度如下图：

![](https://storage.googleapis.com/papyrus_images/12c5f6607968c632cd534ede20777bb98c9d560ffa28617871b39d93c302ab91.png)

而根据今天Sigma Prime 开发者@EthDreamer 的推特更新，客户端 lighthouse 和 geth 已经通过了 M3 的里程碑，即 2 个或更多执行层和共识层团队进行互操作测试( Kintsugi 测试网计划的详细信息可参见《[以太七日谈 • 2021/11/3](https://www.ethereum.cn/Ecosystem/eth-weekly-2021-11-3/)》)。而根据 Tim Beiko 的会议记录，开发者希望在这周能构建一个测试网。

![](https://storage.googleapis.com/papyrus_images/0625fdfe90cf3c595d8d9b9b7e5bea87bd1dec99ca3a34ca610ce4025123b332.png)

来源1：

[https://twitter.com/EthDreamer/status/1460359200043843585?s=20](https://twitter.com/EthDreamer/status/1460359200043843585?s=20)

来源2：

[https://twitter.com/TimBeiko/status/1459240133752856577?s=20](https://twitter.com/TimBeiko/status/1459240133752856577?s=20)

**执行层客户端要如何识别出合并的分叉？**

第 127 次以太坊核心开发者会议对这个问题进行了长时间讨论。根据 Tim Beiko 的会议记录，因为在过去，所有分叉都在特定区块上发生，客户端利用分叉区块高度创建了“分叉标识符 (fork identifier)”，使得进行了相同分叉的节点能找到彼此。而根据实现合并的 EIP-3675，合并并不采用分叉区块而是“总难度”值来触发升级。尽管这样做更安全，但加大了也已经过渡到 PoS 的网络上的节点互相识别的难度。现在，如果一个节点没有升级到一个分叉，它会有不一样的分叉ID，节点只需不把其作为对等点就可以了。如果合并过程没有另一个分叉ID，情况会变得更混乱。

会议最后没有得出一个最终方案，但开发者会继续在未来几周详细分析各种选项的权衡。

关于分叉标识符的 EIP：

[https://github.com/ethereum/consensus-specs/issues/2643#issuecomment-953250363](https://github.com/ethereum/consensus-specs/issues/2643#issuecomment-953250363)

来源：

[https://twitter.com/TimBeiko/status/1459241626925027329?s=20](https://twitter.com/TimBeiko/status/1459241626925027329?s=20)

**《主网合并准备清单》**

Tim Beiko 发布了《主网合并准备清单》，读者可以根据此份清单追踪合并的进度。内容大纲如下：

*   规范 (共识层 / 执行层 / 引擎 API / 面向公众的文档)
    
*   测试 (单元测试 / 集成测试 / 压力测试 / 模糊测试)
    
*   测试网
    
*   研发
    

指路：

[https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md](https://github.com/ethereum/pm/blob/master/Merge/mainnet-readiness.md)

**EIP-4396 将不会并入合并**

上周的以太坊核心开发者会议还对 EIP-1559 的改良版 EIP-4396 进行了讨论。根据 Tim Beiko 的会议记录，针对 EIP- 4396 指出 EIP-1559 的问题 (a. 错过 slot 会导致发送虚假的需求峰期信号；b. EIP-1559 只允许错过 2 个 slot，否则引起共识问题)，我们可以调整 EIP-1559 的松弛系数，将其提升到 3-4-500% 满，且到目前为止，实际上错过 slot 的发生率小于 1%。会议认为这份 EIP 引入变更的复杂性会推迟合并的实现，不值得这样做。但开发者们认为这份 EIP 是有价值的，很可能纳入合并后第一个分叉。

来源：

[https://twitter.com/TimBeiko/status/1459243751587475456?s=20](https://twitter.com/TimBeiko/status/1459243751587475456?s=20)

**执行层 (Eth1)**
==============

**新的开源以太坊节点爬虫**

@mohamedmansour 发布了开源的以太坊节点爬虫 alpha 版本，旨在追踪以太坊网络上的所有节点，并将收集到的数据可视化。这个库包括后端、API 和前端。

![](https://storage.googleapis.com/papyrus_images/d8825e0fb36110a7c6cda12837601e73a9b569564fd2b76a052e5597ad0973a6.png)

（图为使用 geth 客户端的节点使用的版本、操作系统和客户端运行时间分布）

来源：

[https://twitter.com/mohamedmansour/status/1458880625423781890?s=20](https://twitter.com/mohamedmansour/status/1458880625423781890?s=20)

**Layer2**
==========

**Optimism 完成了 EVM Equivalence 升级**

11 月 12 日，L2 扩容解决方案 Optimism 完成了 OVM2.0: EVM Equivalence (EVM 等同性) 的主网升级。OVM 上线后，开发者可以在 L2 上实现一键部署合约。关于 EVM Equivalence 的详细介绍请阅读文章[《让以太坊成为标准：EVM 等同性介绍》](https://www.ethereum.cn/Layer2/introducing-evm-equivalence)。

此次升级后，Optimism 将实行一种新的 (更便宜的) 费用机制。同时，在升级后的 24 小时内，MetaMask v10.5.1 版本新增了对 Optimistic Ethereum 最新费用机制的支持。

此外，Optimism 推出了新的部署申请表格：[https://optimismpbc.typeform.com/onboard?typeform-source=t.co](https://optimismpbc.typeform.com/onboard?typeform-source=t.co) 任何项目只要填写这份表格，就能在一周内部署至 Optimistic Ethereum 主网上。这样做只是为了在 OVM 2.0 上线初期确保与项目建立一定的沟通。

来源：

[https://twitter.com/optimismPBC/status/1458953245355741185](https://twitter.com/optimismPBC/status/1458953245355741185)

**StarkWare 为 StarkNet Alpha 主网开放项目的部署申请**

11 月 8 日，L2 扩容解决方案团队 StarkWare 在推特上发布一份申请表格链接，所有想要部署至 StarkNet Alpha 主网版本的项目都可以填写申请：[https://forms.reform.app/starkware/SN-Alpha-Contract-Deployment/l894lu](https://forms.reform.app/starkware/SN-Alpha-Contract-Deployment/l894lu)

需要注意的是，在部署至 StarkNet Alpha 主网版本之前，申请的项目都需要先在 StarkNet Alpha 测试网版本上部署并运行一段时间。

此前，StarkWare 发布公告，宣布 StarkNet Alpha 将于 11 月上线以太坊主网。而根据 StarkNet Alpha 的路线图 ([https://starkware.notion.site/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51](https://www.notion.so/StarkNet-Alpha-Features-Tentative-Roadmap-f2b8f5f25a2d4d1cb3265fb82a098c51))，Alpha 4 版本将作为主网发布的候选版本，其测试网版本预计在 11 月中旬发布。

来源：

[https://twitter.com/StarkWareLtd/status/1457707282238738448](https://twitter.com/StarkWareLtd/status/1457707282238738448)

**以太坊钱包 Argent 发布首个基于 StarkNet 的 L2 钱包 Argent X**

11 月 13 日，以太坊钱包在推特上宣布其首个基于 StarkNet 的 L2 钱包 Argent X 即将面向公众推出浏览器插件版本。目前的 Argent X 仅作为开发工具开放，并且将来会在其移动版本 app 上添加 StarkNet 线路。同时，Argent 基于 zkSync 的 L2 钱包正加速开发，目前正运行测试版，很快将向公众推出。

Argent X github:

[https://github.com/argentlabs/argent-x#-coming-soon](https://github.com/argentlabs/argent-x#-coming-soon)

来源：

[https://twitter.com/argentHQ/status/1459494242741633025](https://twitter.com/argentHQ/status/1459494242741633025)

**zkSync 实行 Security Council 2.0**

11 月 13 日，L2 扩容解决方案团队发布 zkSync 将实行 Security Council (zkSync 的安全理事会) 2.0 版本。

此前，zkSync 在 5 月份发布了其安全三要素方法，其中包括创建一个 Security Council 以保证在出现严重漏洞的情况下将为期 4 周的升级时间缩短为 3 天。经过内部重新评估后，团队决定改变安理会的参数。

之前的模型：Matter Labs 启动升级 + 12/15 名安全理事会成员共同缩短升级时间锁至 3 天。

新模型：Matter Labs 启动升级 + 9/15 名安全理事会成员共同推动快速升级。

公告中表示，在 zkSync 目前的阶段，漏洞出现的概率明显高于 Matter Labs 团队和 9/15 名安理会成员的合谋概率。因此采用 Security Council 2.0 版本将能够在安全性和可升级性之间取得更好的平衡。

来源：

[https://medium.com/matter-labs/security-council-2-0-2337a555f17a](https://medium.com/matter-labs/security-council-2-0-2337a555f17a)

**L2 至 L1 跨链解决方案 Across Protocol 上线主网**

Across Protocol 是一个跨链协议，旨在帮助用户将资产从 L2 即时、低手续费提出至 L1 中。目前 Across Protocol 已集成 L2 扩容解决方案 Arbitrum，用户可以从 Arbitrum One 中提出资产：WETH、USDC、UMA Token、ETH。

Across 激励用户将资产借贷给从 L2 中提出资产并需等待七天提款期的用户。该过程借助 UMA Protocol 的 Optimistic 预言机实现去中心化。

桥接链接：[https://across.to/](https://across.to/)

来源：

[https://twitter.com/AcrossProtocol/status/1457724813473193990](https://twitter.com/AcrossProtocol/status/1457724813473193990)

**生态**
======

**应该如何比较比特币与以太坊的节点？**

11 月 15 日，@PeterMcCormack 发了一条具有争议性的推特：

“一个以太坊的完整存档节点是 9TB，而一个比特币节点是 412 GB。

去中心化不是一个光谱，而是一个使命。”

这在加密社区引起热议，其中@CryptoCobain 对此作出详细回应：

“要完整验证以太坊区块链，你不需要运行一个存档节点。

一个存档节点索引每个区块的所有历史状态。这不同于比特币的全节点——两者不是在同一基准上的比较。

你可以从一个非存档以太坊”全节点“完全同步一个存档节点。但你不可以从一个非存档修剪比特币节点完全同步一个存档比特币节点。

而且，Erigon 的存档节点现在是大概 1.5 TB （编者注：更精确应该是1.6 TB) 而不是以前的 9 TB。

除非你是区块浏览器，否则你不需要一个完整的存档以太坊节点。它们是用于快速查找的。而且，如果所有节点莫名地都被破坏了并且只剩下一个非存档全节点，你也可以从一个非存档的全节点重构一个完整的存档节点。”

@PeterMcCormack 问道：“比特币修剪节点和以太坊修剪节点有什么区别？”

@CryptoCobain 回复：

“以太坊由三种节点：

*   全节点
    
*   轻节点
    
*   存档节点
    

请看这里的介绍：[https://ethereum.org/en/developers/docs/nodes-and-clients/](https://ethereum.org/en/developers/docs/nodes-and-clients/)

你应该做全节点与全节点的比较，而不是全节点与存档节点的比较。

比特币全节点并不索引历史的 UTXO 快照——如果它们索引，与以太坊的存档节点就更有可比性。”

来源：

[https://twitter.com/CryptoCobain/status/1460132245902139399?s=20](https://twitter.com/CryptoCobain/status/1460132245902139399?s=20)

**SIWE 发布 Alpha 版本**

11 月 11 日，Spruce 在 login.xyz 发布了首个公开的 Sign-In with Ethereum （SIWE，用以太坊登录）的示例，供用户试用和查看呈现的消息格式。这次发布是成功的，许多用户报告说消息格式清晰且易于理解。此外，SIWE 库也与一个端到端的 SIWE 示例一起推出了，灵感来自 Notepad。这个示例应用运行一个本地服务器，它通过 EIP-4361 使用以太坊账户对用户进行身份认证。服务器向用户呈现一个使用 SIWE 与服务器交互的 Dapp。

![](https://storage.googleapis.com/papyrus_images/ed923333bdcc679e19d33f9671e3a6890fec27ba11b8d7c181649a951ac2473a.png)

大家也去 login.xyz 试用一下吧！

来源：

[https://blog.spruceid.com/sign-in-with-ethereum-example-application-now-available/](https://blog.spruceid.com/sign-in-with-ethereum-example-application-now-available/)

**Pardigm 宣布成立价值 25 亿美元的基金用于投资下一代加密货币公司和协议**

区块链投资公司 Paradigm 于 11 月 16 日宣布成立一个新的风险投资基金，总价值为 25 亿美元，用于继续投资下一代的加密货币公司和协议 (Web3)。

来源：

[https://www.paradigm.xyz/2021/11/paradigms-new-venture-fund/](https://www.paradigm.xyz/2021/11/paradigms-new-venture-fund/)

**Discord 目前不计划推出 Web3 钱包登录功能**

上周，Discord 的创始人兼首席执行官 Jason Citron 在推特发布了一张显示 Discord 正在内测集成 MetaMask 和 WalletConnect 谷歌插件到 Discord 登录的图片，引起了广泛关注。11 月 11 日，Jason 更新了后续，表示感谢大家的意见。Discord 目前没有计划推出这个内部概念。他们正专注于保护用户不受垃圾邮件、诈骗等的侵害。Web3 有很多优点，但也有很多在我们的规模上需要解决的问题。

来源：

[https://twitter.com/jasoncitron/status/1458607550677405699?s=20](https://twitter.com/jasoncitron/status/1458607550677405699?s=20)

---

*Originally published on [EthereumCN](https://paragraph.com/@ethereumcn-2/2021-11-16)*
