原文标题：《Goerli/Prater 合并公告》
原文来源：Ethereum Foundation Blog
原文作者：Protocol Support Team
作为最后一个进行权益证明过渡的测试网，Goerli 将与 Prater 合并。Goerli/Prater 合并的网络将保留 Goerli 这个名字。
Prater 测试网为合并做准备的 Bellatrix 升级将于 epoch?112260?被激活，预计时间是?12:24PM UTC on August 4, 2022
Bellatrix 升级激活后，当 Goerli 触达总难度值?10790000?时，Goerli/Prater 合并就会发生，预计时间在?August 6-12, 2022?之间。
合并后，Goerli 的验证者集将对个人质押者运行测试网验证者保持开放。想要启动一个 Goerli/Prater 验证者的质押车可以前往 Prater Launchpad。
经过几年的努力将权益证明引入以太坊，我们现在已经进入了最后的测试阶段：测试网部署！
在经历了几个开发测试网、影子分叉和被弃用的测试网之后，Sepolia 最近过渡到权益证明。现在，只剩下一个测试网了：Goerli 和与它相匹配的信标链 Prater。
合并在两个方面与以前的以太坊升级不同。首先，节点运营商需要升级他们的共识层 (CL) 和执行层 (EL) 客户端，而不是两个中的一个。然后，升级分两个阶段激活：第一个阶段是 Bellatrix 升级，在信标链上的一个公开的 epoch 高度上激活，第二个是 Paris 升级，在执行层上触达一个?Total Difficulty?(总难度) 值时激活。
StarkNet将在Goerli上启动第二个测试网，并在社区发起征集命名的提案:金色财经报道，StarkNet将在Goerli上启动第二个测试网，并在社区发起征集命名的提案。新测试网旨在让开发人员在不受打扰的环境中测试其应用程序。
据悉，该提案表示目前的测试网称为“Goerli1”和“Goerli2”，但必须有更好的命名系统。命名应该包含一个主题，并具有唯一可识别的名称，还需要考虑网络发展的顺序。[2022/10/31 11:59:19]
合并分两步走。它从共识层上的 Bellatrix 网络升级开始，由一个 epoch 高度触发。接下来是执行层从工作量证明过渡到权益证明的升级 Paris，由一个特定的?Total Difficulty?阈值触发，被称为?Terminal Total Difficulty (TTD)。
Bellatrix 升级计划在 Prater 信标链的 epoch ?112260??上激活，预计在?12:24PM UTC on August 4, 2022?（2022 年 8 月 4 日 12:24PM UTC )。执行层上的部分 Paris 将在 Goerli 测试网的?Terminal Total Difficulty (TTD)?达到 ?10790000?时被触发，预计在 2022 年 8 月 6 - 12 日。
一旦执行层超过了?TTD，下一个区块将完全由信标链验证者产生。一旦信标链最终敲定了这个区块，我们就认为合并已经完成。假设在正常的网络条件下，这应该在 TTD 后触发了第一个区块后的 2 个 epoch，也就是大约 13 分钟后完成！
Lido所有节点运营商已成功合并为以太坊Goerli测试网的一部分:8月11日消息，据Lido Finance 发推称，所有 Lido 节点运营商已成功合并为以太坊 Goerli 测试网的一部分。
此前消息，以太坊测试网 Goerli 终端总难度（TTD）已完成合并。Goerli 的合并将是以太坊主网合并前最后一次测试网合并，以太坊核心开发者预计主网合并将在 9 月进行。[2022/8/11 12:19:25]
有一个新的 ?JSON-RPC 区块标签 ?finalized，它返回的时最新被最终敲定的区块，或者如果没有这样的合并后区块存在的话，就返回错误。这个标签可以被应用用来检查合并是否已经完成。同样地，智能合约可以查询?DIFFICULTY opcode (0x44)，它在合并后被改名为?PREVRANDAO，用来确定合并是否已经发生了。我们建议基础设施提供商除了监测最终敲定的状态外，也监测整个网络的稳定性。
以下的客户端版本支持 Goerli 和 Prater 测试网的合并。节点运行者必须运行一个执行层 (EL) 客户端和共识层 (CL) 客户端，以在合并期间和之后都在保持在网络里。
当选择运行的客户端时，验证者应该特别注意运行 EL 和 CL 上的多数客户端的风险。关于这些风险及其后果，可以看这篇解释文章。对目前 EL 和 CL 客户端分布的预估以及从一个客户端切换到另一个客户端的指南可以看这篇文章。
Lighthouse Geardude Clockberg (v2.4.0)?
管交所BGOEX于1月8日晚上线代币UBE:据官方消息，BGOEX于1月8日晚上20点08分上线代币UBE。UBE总量1.5亿枚，目前流通量2100万枚。福赢全球（Fuying blockchain payment settlement currency）通过区块链分布式记账，点对点交易，以及高复杂加密性的特性，再以智能化的终端设备数据收集结算，将在银行票据，移动支付，点对点交易上做出历史性的贡献。福赢全球（Fuying blockchain payment settlement currency）将通过区块链的技术创新区改造整个支付应用领域的运行方式。管交所BGOEX是专业数字资产综合交易平台，主要经营以数字资产币币交易服务、OTC交易服务、多币种合约交易服务等为主的创新业务。[2021/1/7 16:37:10]
Lodestar v0.41.0
Prysm v2.1.4-rc.0?
Nimbus v22.7.0?
Teku 22.7.0
Besu 22.7.0-RC3
Erigon 2022.07.03-alpha
go-ethereum (geth) v1.10.21
Nethermind 1.13.5
合并的共识关键变更在两个地方得到详细说明：
共识层的变更，在共识规范仓库的?bellatrix?目录
管交所BGOEX与三体链TBC达成深度合作:据官方消息，管交所BGOEX与三体链TBC正式达成深度合作，共拓三体链生态版图。三体链是基于先进的数学模型和经济思维打造的一个区块链社会生态，致力于构建公平的财富上升通道，突破阶级的壁垒将财富归于大多数人，实现社区共建共赢。后期管交所BGOEX将强势赋能三体链TBC，助力优质项目三体链TBC生态建设。[2020/6/1]
执行层的变更，在执行规范仓库的?Paris?spec
此外，另外两个规范涵盖了共识层和执行层客户端是如何交互的：
Engine API 在 execution-apis repository 里说明了，它是用于共识层和执行层之间的通信的
Optimistic?Sync?在共识规范仓库的 sync 文件夹里说明了，它被共识层用来在执行层同步时导入区块的，并给执行层提供共识层链头的部分视域。
合并后，一个以太坊全节点将结合一个共识层客户端 (运行 PoS 信标链) 和一个执行层客户端 (管理用户状态和运行与交易相关的计算)。它们通过一个已认证的端口进行通信 (使用一套新的 JSON RPC 方法，称为 引擎 API)。执行层客户端和共识层客户端使用一个加密 JWT 来验证对方。节点运行者需要对照他们的客户端文档，了解如何生成和配置这些信息。
换句话说，如果你已经在信标链上运行了一个节点，你现在还需要运行一个执行层客户端。同样地，如果你在当前的 PoW 网络上运行着一个节点，那么你将需要运行一个共识层客户端。为了使它们能够安全地进行通信，必须向每个客户端传递一个 JWT 通证。在 Goerli/Prater 网络上运行一个节点的简要说明可以在这里找到。
管交所BGOEX平台币BGO即将上线交易:据管交所BGOEX官方公告，BGOEX平台币BGO将于6月7日20:00正式开通上线，并开通BGO/USDT交易对。BGO是由管交所BGOEX发行和管理的唯一通证积分系统。
BGO作为管交所BGOEX的平台币，初始发行量5.2亿枚，实行回购销毁的通缩机制，销毁后总量2.1亿枚。 BGO将会在BGOEX平台整个生态圈中发挥作用，包括但不限定于挖矿收益、持仓分红、交易手续费专享折扣、保证金、社区合作、投票上币、支付消费、合约交易抵扣等。
管交所BGOEX已获多家资本机构战略投资，旨在为用户提供更加安全、便捷、优质、透明的区块链资产交易服务，将成为首个东南亚地区落地的区块链资产交易平台。[2020/5/20]
值得强调的是，虽然信标链节点和验证者客户端都是共识层客户端的一部分，但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者，而节点运行者只需运行信标链节点。这篇文章更详细地解释了这两个组件之间的区别：https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/
另外，请注意，共识层和执行层都会维护一个独立的对等点集，并公开它自己的 API。Beacon 和 JSON RPC 的 API 都将按预期继续工作。
Goerli/Prater 合并是大家在主网过渡前确保验证者得到正确配置的最后机会。我们强烈建议参与这次的合并，以避免在主网上出现任何预料以外的问题。
如上所述，合并之后，信标链上的验证者除了运行他们的共识层客户端之外，还需要运行一个执行层客户端。我们强烈建议大家在合并前就这样做，但是验证者可以将这些功能外包给第三方提供商。这是有可能的，因为执行层需要的唯一数据就是对存款合约的更新。
合并后，验证者需要确保他们创建和证明的区块中的交易是有效的。为了做到这一点，每一个信标节点必须与一个执行层的客户端配对。
请注意，多个验证者仍然可以与一个信标节点和执行层客户端组合配对。虽然这增加了验证者的责任，但它也使得提议区块的验证者有权获得其相关交易的优先费 (目前这笔费用由矿工获取)。
虽然验证者的奖励在信标链上累积，并且要在随后的网络升级才能提出来，但交易费将会继续在执行层支付、销毁以及分配。验证者可以指定任何以太坊地址作为交易费的接收者。
在更新你的共识层客户端之后，请确保在设置验证者客户端时设置了?fee recipient?(费用接收方)，以确保交易费用能够发送到你所控制的地址中。如果选择了第三方提供商来质押，由你选择的提供商来指定这些费用的分配方式。
Prater Staking Launchpad 有一个合并准备检查清单，验证者可以用来确保他们已经完成了流程的每一步。EthStaker 团队还将在 7 月 29 日举办一个合并验证者准备工作坊。
每个区块增加的难度波动使得对 TTD 的估计比区块或 epoch 高度更难，因此预期范围更广。用户应该注意，由于工作量证明哈希率的变化，主网的过渡期也会出现这种情况。
Goerli 测试网准备进行合并，现在是你们的最后机会，以确保你们的产品顺利通过 PoS 过渡，并在合并后的环境里按预期运行。如之前的博文所述，合并只会对以太坊上部署的合约子集产生非常微弱的影响，应该不会破坏任何合约。此外，大部分用户的应用程序接口 (API) 端点仍将保持稳定 (除非使用?eth_getWork?等工作量证明的特定方法)。
尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。我们强烈建议开发者在 Ropsten（或 Kiln）上执行一个完整的测试和部署周期，并向这些项目的维护者报告任何工具或依赖项存在的问题。如果不确定在哪里创建一个 issue，请使用此资源库。
此外，你需要注意的是，除了 Sepolia 和 Goerli 之外的所有测试网都会在合并后关停。如果你是 Ropsten、Rinkeby 或者 Kiln 测试网的用户，你应该计划迁移到 Goerli 或者 Sepolia 测试网。更详细的信息请阅读文章《Ropsten、Rinkeby 和 Kiln 测试网弃用公告》。
不需要。以太坊主网不受此测试网的影响。在主网过渡之前，我们将在此博客中发布后续公告。
不需要。如果你在以太坊主网或者 Sepolia 测试网上挖矿，你需要知悉合并后每个网络都将完全在 PoS 共识下运行。届时，在该网络上无法再进行挖矿。
不能。合并是迄今为止以太坊最复杂的升级。为了最大限度减少网络中断的风险，我们采取了最小可行的方法，也就是说在此次升级中，我们将所有与 PoW->PoS 过渡无关的变化先放一边。
从信标链上提款的功能可能会在合并后的第一次升级中引入。共识层和执行层的规范推动中。
EthStaker 社区已经建立了一个 discord 频道来回答 staker 和节点运行者的问题。大家可以加入他们的 discord，然后在 #goerli-prater ?寻求帮助。如上文所说，EthStaker 还将在 7 月 29 日主持合并验证者准备工作坊。
此外，合并社区会议定于 8 月 12 日 14:00 UTC 举行。客户端开发者和研究员将回答来自节点运行者、质押者、基础设施&工具提供商以及社区成员的问题。请注意，这个社区电话会议预计将在 Goerli/Prater 合并后举行。
截至本文发布，以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个局。更新内容将发布在以太坊基金会博客中，不要被了！
假设 Goerli/Prater 合并没有发现什么问题，当客户端发布功能完备的版本，我们会选出在主网信标链上激活 Bellatrix 升级的 slot 高度，以及设置用于触发主网过渡的总难度值。客户端将发布用于主网合并的版本。我们将在此博客以及其他社区平台上宣布相关消息。
以上均以未发现问题作为前提。如果在此过程的任何时间点发现问题，或测试范围被判定不够全面，我们将解决这些问题，然后再继续推进部署进程。
只有到这时，才可能估计合并的确切日期。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。