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

来源: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(总难度)值时激活。

第110次以太坊ACDC会议:CL客户端团队正考虑将EIP 4788纳入Deneb升级:6月4日消息,据 Galaxy 研究副总裁 Christine Kim 记录报道,以太坊核心开发人员于本周召开了第 110 次全核心开发人员共识 (ACDC) 电话会议。开发人员在会上讨论和协调对以太坊共识层 (CL) 的更改。本周,以太坊基金会研究员 Dankrad Feist 介绍了一项关于以太坊主网节点传播大量数据的能力的数据实验结果。根据他的发现,他建议将 EIP 4844 规范从每个块最多 4 个 blob 增加到 6 个。

此外,CL 客户端团队正在考虑将 EIP 4788 纳入 Deneb 升级。据悉,EIP 4788 为智能合约和去中心化应用程序 (dapps) 引入了一种信任最小化的方式来访问 CL 和验证者余额、活动和奖励等信息。[2023/6/4 11:56:33]

升级信息

时间

合并分两步走。它从共识层上的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日。

以太坊信标链ETH质押APR达到6.44%,创历史新高:金色财经报道,据以太坊官方网站数据显示,当前信标链ETH质押APR(年回报率)已达到6.44%,创历史新高,当前ETH质押数量约为17,915,419枚,按照当前价格计算接近350亿美元,验证者数量为561,655个。历史数据显示,以太坊ETH质押APR一般维持在4%左右,此前曾于三月底突破5%。[2023/4/20 14:15:22]

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

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

客户端版本

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

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

以太坊网络当前已销毁超260万枚ETH:金色财经报道,Ultrasound数据显示,截止目前,以太坊网络总共销毁2,600,141.30枚ETH。其中,ETH transfers销毁239,663.93枚ETH,OpenSea销毁230,049.96枚ETH,UniswapV2销毁136,476.95枚。注:自以太坊伦敦升级引入EIP-1559后,以太坊网络会根据交易需求和区块大小动态调整每笔交易的BaseFee,而这部分的费用将直接燃烧销毁。[2022/8/29 12:54:24]

共识层

LighthouseGeardudeClockberg(v2.4.0)?

Lodestarv0.41.0

Prysmv2.1.4-rc.0?

Nimbusv22.7.0?

Teku22.7.0

执行层

Besu22.7.0-RC3

Erigon2022.07.03-alpha

go-ethereum(geth)v1.10.21

Nethermind1.13.5

升级规范

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

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

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

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

以太坊销毁ETH数量突破5万枚:8月16日消息,据最新数据显示,以太坊销毁ETH数量已突破5万枚,本文撰写时全网ETH销毁量为50000.6枚,约合165,178,140.54美元。目前以太坊网络24小时销毁率为3.87ETH/分钟(约合12,795.75美元/分钟),1小时销毁率为6.10ETH/分钟(约合20,155.02美元/分钟),区块利用率为51.1%,Base fee为170.1GWei。[2021/8/16 22:16:12]

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

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

FAQ

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

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

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

以太坊二层解决方案zkSync将于7月14日在主网上线:官方消息,以太坊二层解决方案zkSync最新版本完成了由ABDK进行的代码审计,将于7月14日在主网上线,该版本将支持交易、NFT,且代币上线zkSyns无需经过审查,此外zkSync还将上线新的事件系统。[2021/7/2 0:21:16]

值得强调的是,虽然信标链节点和验证者客户端都是共识层客户端的一部分,但是运行一个信标链节点和运行一个验证者客户端是不一样的。验证者必须运行两者,而节点运行者只需运行信标链节点。这篇文章更详细地解释了这两个组件之间的区别: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/

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

金星链

USDT区块链:Web3 builder 首先要是个海盗

来源:老雅痞海盗是民主的先驱“做海盗比加入海军好。”SteveJobs说。“要活在法律之外,你必须诚实。”?BobDylan唱?。他们都是对的,这些道理都适用于Web3的发展方向.

[0:15ms0-1:78ms