来源：以太坊基金会官方博客
以太坊正在转向权益证明(PoS)！这次过渡被称为合并(TheMerge)，必须首先在信标链上通过Bellatrix升级来激活。之后，以太坊工作量证明(PoW)链将在达到特定的总难度值时迁移到权益证明(PoS)。
根据计划，Bellatrix升级将于2022年9月6日UTC时间11:34:47在信标链第?144896?个epoch时进行。
触发合并的终端总难度值为?58750000000000000000000，预计在2022年9月10日至20日之间。
注意：正如此前宣布的，Kiln测试网即将弃用，运营商将在2022年9月6日关闭。
背景
经过多年的努力，以太坊的PoS升级终于要来了！所有公共测试网现已成功完成升级，而以太坊主网的合并升级也已经被安排完毕。
合并在两个方面不同于以往的网络升级。首先，节点运营商需要同时更新其共识层?(CL)?客户端和执行层?(EL)?客户端，而不仅仅是其中之一。第二，此次升级分两个阶段激活：第一阶段称为Bellatrix，将在信标链上的某个epoch高度完成；第二阶段称为Paris，将在执行层达到预定的总难度值时完成。
升级信息
时间
合并分为两个步骤，第一步是在某个epoch高度时，在共识层触发的Bellatrix网络升级。随后，执行层从工作量证明(PoW)过渡到权益证明(PoS)，这个步骤被称为Paris，由一个称为终端总难度(TTD)的特定总难度值触发。
Bellatrix升级计划于2022年9月6日UTC时间上午11:34:47在信标链高度达到144896时进行。
以太坊Layer2总锁仓量跌至61.7亿美元，7日跌幅0.31%:金色财经报道，据L2BEAT数据显示，当前以太坊Layer 2总锁仓量跌至61.7亿美元，7日跌幅0.31%。其中，锁仓量前五分别为：Arbitrum One（34.2亿美元，7日涨幅1.61%）；Optimism（18.7亿美元，7日涨幅0.16%）；dYdX（3.02亿美元，7日跌幅16.21%）；Metis Andromeda（1.24亿美元，7日跌幅3.58%）；Immutable X（1.17亿美元，7日跌幅7.57%）。[2023/3/13 13:00:23]
而执行层升级Paris，将在TTD总难度值达到?58750000000000000000000?时触发，预计将在2022年9月10日-9月20日之间。达到TTD的确切日期取决于工作量证明的算力情况，关于过渡时间的预计，你可以在bordel.wtf以及?797.io/themerge?找到。
一旦执行层达到或超过预定TTD值，信标链验证器将负责生成后续的区块。一旦信标链敲定了该区块，那么此次合并升级就被视为完成。在正常网络条件下，TDD难度值达到之后生成的第一个区块，会在?2个epoch(约13分钟)被敲定。
一个新的JSON-RPC区块标签?finalized，会返回最新的最终区块，或者如果不存在此类合并后区块，则会返回错误。应用程序可以使用此标签来检查合并是否已完成。同样，智能合约可以查询DIFFICULTY操作码?(0x44)?(在合并后重命名为?PREVRANDAO)以确定合并是否发生。我们建议基础设施提供商除了监控最终状态外，还要监控整体网络的稳定性。
客户端版本
以下客户端版本支持以太坊主网的合并升级，注意，节点运营商必须同时运行执行层和共识层客户端，才能在合并期间和之后保持在网络上。
在选择运行哪个客户端时，验证者应该特别注意在EL和CL上运行多数客户端的风险。你可以在此处???找到这些风险及其后果的解释。你还可以在此处?找到执行层和共识层客户端分布的估计，以及从一个客户端切换到另一个客户端的指南。
Coinbase：将在以太坊网络（ERC-20）上线OOKI:8月30日消息，据官方推特，Coinbase将在以太坊网络（ERC-20）上线Ooki Protocol（OOKI）。如果满足流动性条件，交易将于2022年8月30日上午9点或之后开始。一旦该资产的供应充足，OOKI-USD交易对的交易将分阶段启动。[2022/8/30 12:56:17]
1)共识层客户端
客户端：Lighthouse
版本：v3.0.0
下载链接：
https://github.com/sigp/lighthouse/releases/tag/v3.0.0
客户端：Lodestar
版本：v1.0.0
下载链接：
https://github.com/ChainSafe/lodestar/releases/tag/v1.0.0
客户端：Nimbus
版本：v22.8.0
下载链接：
https://github.com/status-im/nimbus-eth2/releases/tag/v22.8.0
客户端：Prysm
版本：v3.0.0
下载链接：
https://github.com/prysmaticlabs/prysm/releases/tag/v3.0.0
客户端：Teku
版本：22.8.1
下载链接：
https://github.com/ConsenSys/teku/releases/tag/22.8.1
2)执行层客户端
客户端：Besu
版本：22.7.1
下载链接：
基于NEAR的以太坊扩容方案Aurora完成1200万美元融资:10月14日消息，基于 NEAR 构建的以太坊扩容方案Aurora完成1200万美元首轮融资，参投机构包括Pantera Capital、Dragonfly Capital、Electric Capital、Zero Knowledge Validation、Global Coin Ventures、imToken、Chronicle等。NEAR表示，此次融资共吸引了100多家来自生态合作伙伴和风投领域的投资机构参与。Aurora会将这笔资金用作EVM及其正在运行的以太坊与NEAR和以太坊与Aurora桥的开发和维护。此外，Aurora还计划拓展团队规模，招募区块链工程师，以加快产品的开发和改进工作。[2021/10/14 20:29:58]
https://github.com/hyperledger/besu/releases/tag/22.7.1
客户端：Erigon
版本：v2022.08.02-alpha
下载链接：
https://github.com/ledgerwatch/erigon/releases/tag/v2022.08.02
客户端：go-ethereum(geth)
版本：v1.10.23
下载链接：
https://github.com/ethereum/go-ethereum/releases/tag/v1.10.23
客户端：Nethermind
版本：v1.14.0
下载链接：
https://github.com/NethermindEth/nethermind/releases/tag/1.14.0
警告：gethv1.10.22版本客户端包含严重的数据库问题，请勿使用此版本，如果你使用的是该版本的客户端，请尽快升级到v1.10.23。
V神在日本公开出席官方活动 希望以太坊能解决全球不平等问题:3月29日，以太坊开发者V神在东京大学本乡校区公开出席官方活动，并进行演讲，参与人数高达500余人。以太坊基金会的宫口绫表示：希望可以通过以太坊技术解决全球范围内的不平等问题，并对日本国内培养以太坊工程师和社区运营等事宜给予期望。[2018/3/30]
升级规范
合并的共识关键变更在两处指定：
共识层根据共识规范存储库的Bellatrix?目录?发生变化。
执行层根据执行规范存储库中的Paris?规范?发生变化。
除此之外，另外两个规范涵盖了共识层和执行层客户端如何交互：
在?execution-apis?存储库中指定的EngineAPI用于共识层和执行层之间的通信。
在共识规范存储库的sync?文件夹中指定的OptimisticSync，由共识层在执行层客户端同步时用于导入区块，并提供从前者到后者的链头部的部分视图。
合并漏洞赏金计划
从现在到9月8日的这段时间，所有与合并相关的漏洞奖励都会有4倍的乘数。严重的漏洞赏金最高可达100万美元。
有关更多详细信息，请参阅漏洞赏金计划?:
https://bounty.ethereum.org/
FAQ
1.作为节点运营商，我该怎么做？
合并后，以太坊全节点是共识层客户端和执行层客户端的组合，前者运行权益证明信标链，后者管理用户状态并运行与交易相关的计算。执行层和共识层客户端使用一组称为?EngineAPI?的新JSONRPC方法，通过经身份验证的端口进行通信。执行层和共识层客户端使用JWT密钥相互认证。有关如何生成和配置此值的说明，节点运营商应参考其客户端的文档。
换句话说，如果你已经在信标链上运行了一个节点，那么你现在还需要运行一个执行层客户端。同样，如果你在当前的工作量证明网络上运行一个节点，那你还需要运行一个共识层客户端。为了让它们安全通信，必须将一个JWTtoken传递给每个客户端。ethereum.org网站的“RunaNode”部分?更新更详细地介绍了这些步骤。
金色财经数据播报 比特币以太坊未确认笔数大幅降低:根据BTC.com数据显示，目前比特币未确认笔数为3484笔，目前相对平缓，未出现过于拥堵的现象。而根据etherscan数据显示，以太坊当前未确认笔数为12004笔，今日最高峰达到26266笔未确认，目前未确认笔数走势较为平稳。[2018/3/26]
值得强调的是，虽然它们都是共识层客户端版本的一部分，但运行信标链节点与运行验证器客户端是不同的。质押者必须同时运行两者，而节点运营商只需要运行前者。这篇文章??更详细地解释了这两个组件之间的区别。
此外，请注意，每一层都将维护一组独立的对等节点并公开其自己的API。Beacon?API?和?JSONRPCAPI??都将继续按预期工作。
2.作为质押者，我需要做什么？
如上所述，信标链上的验证者除了要运行共识层客户端外，还需要在合并之后运行执行层客户端。强烈建议质押者在合并前就这么做，但一些验证者已将这些功能外包给第三方提供商。这是可能的，因为执行层所需的唯一数据是存款合约的更新。
合并后，验证者必须确保他们创建和证明的用户交易和状态转换区块是有效的。为此，每个信标链节点必须与执行层客户端配对。请注意，多个验证器仍然可以与单个信标链节点和执行层客户端组合配对。这扩大了验证者的责任，但也赋予了提出区块的验证者相关交易优先权费用的权利(目前属于矿工)。
虽然验证者奖励仍然在信标链上产生，并且需要随后的网络升级才能提取，但交易费用将在执行层上支付、销毁和分配。验证者可以指定任何以太坊地址作为交易费用的接收方。
更新共识客户端后，请务必将?feerecipient?设置为验证者客户端配置的一部分，以确保将交易费用发送到你控制的地址。如果你使用第三方提供商进行质押，则由你选择的提供商指定如何分配这些费用。
StakingLaunchpad有一个合并准备检查清单?，质押者可以使用它来确保他们完成了流程的每个步骤。EthStaker还举办了验证者准备研讨会，并计划举办更多的研讨会。
希望在测试网上运行验证器以准备主网PoS转换的质押者，可以在Goerli测试网(现已完成合并)上操作，它也有一个StakingLaunchpad实例。
3.为什么终端总难度(TTD)的预计日期范围如此宽泛？
每个区块增加的难度取决于不稳定的网络算力，如果更多的算力加入网络，则TTD将更快达到。同样，如果算力撤离网络，TTD的到达时间将会延后。在算力水平显著下降的情况下，可以像在Ropsten测试网上所做的那样协调一个TTD覆盖值。
4.作为应用程序或工具开发者，我应该怎么做？
如前一篇文章所述，合并对部署在以太坊上的合约子集的影响很小，所有合约都不应被破坏。此外，大部分用户API端点会保持稳定。
也就是说，以太坊上的大多数应用所涉及的远不止链上合约。现在是确保前端代码、工具、部署管道和其他链外组件按预期工作的时候了。我们强烈建议开发人员在Sepolia或Goerli上运行一个完整的测试和部署周期，并向这些项目的维护人员报告任何工具或依赖性问题。如果你不确定在哪里打开问题，请使用此存储库。
此外，请注意，除了Sepolia和Goerli之外的所有测试网，都将在合并后被弃用。如果你是Ropsten、Rinkeby或Kiln的用户，你应该计划迁移到Goerli或Sepolia。有关这方面的更多信息，请参见此链接?。
5.作为以太坊用户或ETH持有者，我需要做什么？
无论你是在链上使用以太坊应用，还是在交易所上持有ETH，还是在自己保管的钱包中，你都无需做任何事情。如果你使用的应用、交易所或钱包提供了额外的说明或建议，你应该验证这些说明或建议是否来自它们。请警惕！
6.作为一名以太坊矿工，我还能做什么吗？
没有，如果你在以太坊主网上进行挖矿，你应该知道，合并后，该网络将完全在权益证明(PoS)算法下运行，到那时，POW挖矿将不再可能。
7.如果我是矿工或节点运营商，并且没有参与升级，会发生什么？
如果你使用的以太坊客户端未更新到最新版本(如上所列)，一旦网络完成升级，你的客户端将同步到预分叉区块链。
你将被困在遵循旧规则的不兼容链上，无法发送以太币或在合并后的以太坊网络上操作。
8.作为验证者，我可以提取我质押的ETH权益吗？
不能，合并是迄今为止对以太坊最复杂的升级，为了最大限度地降低网络中断的风险，我们采取了一种最小化的方法，该方法排除了此升级中的任何非过渡更改。
从信标链提款，可能要在合并后的第一次升级中引入。共识层和执行层的规范正在制定当中。
9.我有更多的问题，我可以在哪里提问？
在9月9日UTC时间14:00，会有一次关于合并的社区电话会议，你可以和客户端开发人员、ETHStaker成员、研究人员等一起参加！
鸣谢
以太坊向权益证明(PoS)的过渡已经准备很长一段时间了。感谢所有为研究、开发、分析、测试、破坏、修复或解释合并(TheMerge)的一切做出贡献的人。
这些年来有太多的贡献者需要在这里列出，但你知道你们是谁。没有你们所有人，我们就无法建造这座大教堂。
何时合并？会非常快。
原文链接：
https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement/
上文中涉及的链接：
:https://bordel.wtf/
:https://797.io/themerge/
:https://eips.ethereum.org/EIPS/eip-4399#using-264-threshold-to-determine-pos-blocks
:https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html
:https://clientdiversity.org/
:https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix
:https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md
:https://github.com/ethereum/execution-apis/tree/main/src/engine
:https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md
:https://github.com/ethereum/execution-apis/tree/main/src/engine
:https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/
:https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/
:https://github.com/ethereum/beacon-apis
:https://github.com/ethereum/execution-apis
:https://launchpad.ethereum.org/en/merge-readiness
:https://blog.ethereum.org/2022/06/21/testnet-deprecation/
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。