ETHER:以太坊基金会博客:最后一个测试网即将合并 我们需要做什么?

来源:EthereumFoundationBlog

编译:ETH中文

经过几年的努力将权益证明引入以太坊,我们现在已经进入了最后的测试阶段:测试网部署!

作为最后一个进行权益证明过渡的测试网,Goerli将与Prater合并。Goerli/Prater合并的网络将保留Goerli这个名字。

Prater测试网为合并做准备的Bellatrix升级将于epoch112260被激活,预计时间是12:24PMUTConAugust4,2022

Bellatrix升级激活后,当Goerli触达总难度值10790000时,Goerli/Prater合并就会发生,预计时间在August6-12,2022之间。

合并后,Goerli的验证者集将对个人质押者运行测试网验证者保持开放。想要启动一个Goerli/Prater验证者的质押车可以前往PraterLaunchpad。

背景

经过几年的努力将权益证明引入以太坊,我们现在已经进入了最后的测试阶段:测试网部署!

在经历了几个开发测试网、影子分叉和被弃用的测试网之后,Sepolia最近过渡到权益证明。现在,只剩下一个测试网了:Goerli和与它相匹配的信标链Prater。

合并在两个方面与以前的以太坊升级不同。首先,节点运营商需要升级他们的共识层(CL)和执行层(EL)客户端,而不是两个中的一个。然后,升级分两个阶段激活:第一个阶段是Bellatrix升级,在信标链上的一个公开的epoch高度上激活,第二个是Paris升级,在执行层上触达一个TotalDifficulty(总难度)值时激活。

以太坊未确认交易为151,497笔:金色财经消息,据OKLink数据显示,以太坊未确认交易151,497笔,当前全网算力为491.85TH/s,全网难度为6.67P,当前持币地址为60,326,314个,同比增加81,773个,24h链上交易量为2,535,367.33ETH,当前平均出块时间为14s。[2021/7/18 0:59:44]

升级信息

时间

合并分两步走。它从共识层上的Bellatrix网络升级开始,由一个epoch高度触发。接下来是执行层从工作量证明过渡到权益证明的升级Paris,由一个特定的TotalDifficulty阈值触发,被称为TerminalTotalDifficulty(TTD)。

Bellatrix升级计划在Prater信标链的epoch112260上激活,预计在12:24PMUTConAugust4,2022(2022年8月4日12:24PMUTC)。执行层上的部分Paris将在Goerli测试网的TerminalTotalDifficulty(TTD)达到?10790000时被触发,预计在2022年8月6-12日。

一旦执行层超过了TTD,下一个区块将完全由信标链验证者产生。一旦信标链最终敲定了这个区块,我们就认为合并已经完成。假设在正常的网络条件下,这应该在TTD后触发了第一个区块后的2个epoch,也就是大约13分钟后完成!

有一个新的?JSON-RPC区块标签?finalized,它返回的时最新被最终敲定的区块,或者如果没有这样的合并后区块存在的话,就返回错误。这个标签可以被应用用来检查合并是否已经完成。同样地,智能合约可以查询DIFFICULTYopcode(0x44),它在合并后被改名为PREVRANDAO,用来确定合并是否已经发生了。我们建议基础设施提供商除了监测最终敲定的状态外,也监测整个网络的稳定性。

资深交易员:以太坊价格可能在今年达到1万美元并跑赢比特币:资深交易员Scott Melker表示,短期以太坊有可能跑赢比特币。Melker认为,以太币的出色表现是近期山寨币市场牛市的主要催化剂,以太坊可能在2021年底达到1万美元的价格目标。他还透露,在过去的几个月中,他看到了以太坊的“巨大的上升潜力”,已经在很大程度上将其平均成本策略从比特币转向以太币。他表示:“对我来说,这就像在1990年代初期投资互联网。”注:“美元平均成本法”(DCA)指在特定间隔期间(例如每月买入一次)、买入固定金额的某资产的投资策略。平均成本法的目的是为了规避因资产的波动性对投资人最终收益造成的负面影响。(Cointelegraph)[2021/4/11 20:06:54]

客户端版本

以下的客户端版本支持Goerli和Prater测试网的合并。节点运行者必须运行一个执行层(EL)客户端和共识层(CL)客户端,以在合并期间和之后都在保持在网络里。

当选择运行的客户端时,验证者应该特别注意运行EL和CL上的多数客户端的风险。关于这些风险及其后果,可以看这篇解释文章。对目前EL和CL客户端分布的预估以及从一个客户端切换到另一个客户端的指南可以看这篇文章。

共识层

LighthouseGeardudeClockberg(v2.4.0)?

Lodestarv0.41.0

Prysmv2.1.4-rc.0?

Nimbusv22.7.0?

以太坊生态系统支持计划第三季度提供240万美元资助:金色财经报道,据以太坊博客消息,以太坊生态系统支持计划(ESP)团队发布了2020年第三季度更新。该计划第三季度为BlockchainsForSchools、Hubble、Zkopru(zk-optimistic-rollup)、DarkForest等团队总计提供了240万美元的资助。[2020/11/26 22:09:17]

Teku22.7.0

执行层

Besu22.7.0-RC3

Erigon2022.07.03-alpha

go-ethereum(geth)v1.10.21

Nethermind1.13.5

升级规范

合并的共识关键变更在两个地方得到详细说明:

共识层的变更,在共识规范仓库的bellatrix目录

执行层的变更,在执行规范仓库的Parisspec

此外,另外两个规范涵盖了共识层和执行层客户端是如何交互的:

EngineAPI在execution-apisrepository里说明了,它是用于共识层和执行层之间的通信的

OptimisticSync在共识规范仓库的sync文件夹里说明了,它被共识层用来在执行层同步时导入区块的,并给执行层提供共识层链头的部分视域。

FAQ

研究:以太坊天价手续费转账地址或与庞氏局PlusToken有关:对于“以太坊天价手续费转账事件”,加密货币研究员FrankTopbottom表示,其中两笔交易都连接到一个发件人的地址,动机也很可能也是一致的。第二笔交易发送者通过大量的一次性随机地址向Upbit热钱包送资金,这可能与加密货币混合器(mixer)有关,并且牵扯到韩国个人或实体交易所。在有关该混合器的交易追踪期间,发现了与庞氏局PlusToken的联系。PlusToken的ETH转账过程可能被错误标记为交易所的地址,其实是通过混合器从各个PlusToken钱包中收取了资金,为了混淆对该地址的调查,还发布了一个未知的WOR代币,此代币随后从混合器地址中分发,分发结束后,该代币不再使用。两次交易的地址可能是一个僵尸程序,而僵尸程序的大部分交易是到多家韩国交易所的取款和存款。据此前报道,PeckShield分析称以太坊天价手续费转账与韩国庞氏局交易所GoodCycle有关。[2020/6/19]

作为节点运行者,我应该做什么?

合并后,一个以太坊全节点将结合一个共识层客户端(运行PoS信标链)和一个执行层客户端(管理用户状态和运行与交易相关的计算)。它们通过一个已认证的端口进行通信(使用一套新的JSONRPC方法,称为引擎API)。执行层客户端和共识层客户端使用一个加密JWT来验证对方。节点运行者需要对照他们的客户端文档,了解如何生成和配置这些信息。

换句话说,如果你已经在信标链上运行了一个节点,你现在还需要运行一个执行层客户端。同样地,如果你在当前的PoW网络上运行着一个节点,那么你将需要运行一个共识层客户端。为了使它们能够安全地进行通信,必须向每个客户端传递一个JWT通证。在Goerli/Prater网络上运行一个节点的简要说明可以在这里找到。

动态 | 以太坊未确认交易9742笔:据Etherscan.io数据显示,以太坊未确认交易9742笔。当前挖矿难度2109.01TH,交易处理能力6.9TPS,每日收益1MH/s * 24H = 0.00008 ETH (¥0.13)。截至目前以太坊全球均价为222.83美元,日内涨幅为-1.89%[2020/2/10]

值得强调的是,虽然信标链节点和验证者客户端都是共识层客户端的一部分,但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者,而节点运行者只需运行信标链节点。这篇文章更详细地解释了这两个组件之间的区别:https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/

另外,请注意,共识层和执行层都会维护一个独立的对等点集,并公开它自己的API。Beacon和JSONRPC的API都将按预期继续工作。

作为质押者,我需要做什么?

Goerli/Prater合并是大家在主网过渡前确保验证者得到正确配置的最后机会。我们强烈建议参与这次的合并,以避免在主网上出现任何预料以外的问题。

如上所述,合并之后,信标链上的验证者除了运行他们的共识层客户端之外,还需要运行一个执行层客户端。我们强烈建议大家在合并前就这样做,但是验证者可以将这些功能外包给第三方提供商。这是有可能的,因为执行层需要的唯一数据就是对存款合约的更新。

合并后,验证者需要确保他们创建和证明的区块中的交易是有效的。为了做到这一点,每一个信标节点必须与一个执行层的客户端配对。请注意,多个验证者仍然可以与一个信标节点和执行层客户端组合配对。虽然这增加了验证者的责任,但它也使得提议区块的验证者有权获得其相关交易的优先费(目前这笔费用由矿工获取)。

虽然验证者的奖励在信标链上累积,并且要在随后的网络升级才能提出来,但交易费将会继续在执行层支付、销毁以及分配。验证者可以指定任何以太坊地址作为交易费的接收者。

在更新你的共识层客户端之后,请确保在设置验证者客户端时设置了feerecipient(费用接收方),以确保交易费用能够发送到你所控制的地址中。如果选择了第三方提供商来质押,由你选择的提供商来指定这些费用的分配方式。

PraterStakingLaunchpad有一个合并准备检查清单,验证者可以用来确保他们已经完成了流程的每一步。EthStaker团队还将在7月29日举办一个合并验证者准备工作坊。

为什么对TerminalTotalDifficulty的预计时间跨度这么大?

每个区块增加的难度波动使得对TTD的估计比区块或epoch高度更难,因此预期范围更广。用户应该注意,由于工作量证明哈希率的变化,主网的过渡期也会出现这种情况。

作为应用或工具开发商,我应该做什么?

Goerli测试网准备进行合并,现在是你们的最后机会,以确保你们的产品顺利通过PoS过渡,并在合并后的环境里按预期运行。如之前的博文所述,合并只会对以太坊上部署的合约子集产生非常微弱的影响,应该不会破坏任何合约。此外,大部分用户的应用程序接口(API)端点仍将保持稳定(除非使用eth_getWork等工作量证明的特定方法)。

尽管如此,以太坊上的大多数应用程序涉及的远不止链上合约。现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。我们强烈建议开发者在Ropsten上执行一个完整的测试和部署周期,并向这些项目的维护者报告任何工具或依赖项存在的问题。如果不确定在哪里创建一个issue,请使用此资源库。

此外,你需要注意的是,除了Sepolia和Goerli之外的所有测试网都会在合并后关停。如果你是Ropsten、Rinkeby或者Kiln测试网的用户,你应该计划迁移到Goerli或者Sepolia测试网。更详细的信息请阅读文章《Ropsten、Rinkeby和Kiln测试网弃用公告》。

作为以太坊用户或ETH持有者,我需要做什么?

不需要。以太坊主网不受此测试网的影响。在主网过渡之前,我们将在此博客中发布后续公告。

作为矿工,我需要做什么?

不需要。如果你在以太坊主网或者Sepolia测试网上挖矿,你需要知悉合并后每个网络都将完全在PoS共识下运行。届时,在该网络上无法再进行挖矿。

作为验证者,我可以提出我的质押资产吗?

不能。合并是迄今为止以太坊最复杂的升级。为了最大限度减少网络中断的风险,我们采取了最小可行的方法,也就是说在此次升级中,我们将所有与PoW->PoS过渡无关的变化先放一边。

从信标链上提款的功能可能会在合并后的第一次升级中引入。共识层和执行层的规范推动中。

我有更多问题,可以去哪里问?

EthStaker社区已经建立了一个discord频道来回答staker和节点运行者的问题。大家可以加入他们的discord,然后在#goerli-prater?寻求帮助。如上文所说,EthStaker还将在7月29日主持合并验证者准备工作坊。

此外,合并社区会议定于8月12日14:00UTC举行。客户端开发者和研究员将回答来自节点运行者、质押者、基础设施&工具提供商以及社区成员的问题。请注意,这个社区电话会议预计将在Goerli/Prater合并后举行。

什么时候合并?

截至本文发布,以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个局。更新内容将发布在以太坊基金会博客中,不要被了!

假设Goerli/Prater合并没有发现什么问题,当客户端发布功能完备的版本,我们会选出在主网信标链上激活Bellatrix升级的slot高度,以及设置用于触发主网过渡的总难度值。客户端将发布用于主网合并的版本。我们将在此博客以及其他社区平台上宣布相关消息。

以上均以未发现问题作为前提。如果在此过程的任何时间点发现问题,或测试范围被判定不够全面,我们将解决这些问题,然后再继续推进部署进程。

只有到这时,才可能估计合并的确切日期。

也就是说soon。

原文链接:https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/

来源:金色财经

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

链链资讯

[0:15ms0-7:680ms