作為最后一個進行權(quán)益證明過渡的測試網(wǎng)，Goerli 將與 Prater 合并。Goerli/Prater 合并的網(wǎng)絡(luò)將保留 Goerli 這個名字。

Prater 測試網(wǎng)為合并做準備的 Bellatrix 升級將于 epoch 112260 被激活，預計時間是 12:24PM UTC on August 4, 2022

Bellatrix 升級激活后，當 Goerli 觸達總難度值 10790000 時，Goerli/Prater 合并就會發(fā)生，預計時間在 August 6-12, 2022 之間。

合并后，Goerli 的驗證者集將對個人質(zhì)押者運行測試網(wǎng)驗證者保持開放。想要啟動一個 Goerli/Prater 驗證者的質(zhì)押車可以前往 Prater Launchpad。

背景

經(jīng)過幾年的努力將權(quán)益證明引入以太坊，我們現(xiàn)在已經(jīng)進入了最后的測試階段：測試網(wǎng)部署！

在經(jīng)歷了幾個開發(fā)測試網(wǎng)、影子分叉和被棄用的測試網(wǎng)之后，Sepolia 最近過渡到權(quán)益證明。現(xiàn)在，只剩下一個測試網(wǎng)了：Goerli 和與它相匹配的信標鏈 Prater。

合并在兩個方面與以前的以太坊升級不同。首先，節(jié)點運營商需要升級他們的共識層 (CL) 和執(zhí)行層 (EL) 客戶端，而不是兩個中的一個。然后，升級分兩個階段激活：第一個階段是 Bellatrix 升級，在信標鏈上的一個公開的 epoch 高度上激活，第二個是 Paris 升級，在執(zhí)行層上觸達一個 Total Difficulty (總難度) 值時激活。

升級信息

時間

合并分兩步走。它從共識層上的 Bellatrix 網(wǎng)絡(luò)升級開始，由一個 epoch 高度觸發(fā)。接下來是執(zhí)行層從工作量證明過渡到權(quán)益證明的升級 Paris，由一個特定的 Total Difficulty 閾值觸發(fā)，被稱為 Terminal Total Difficulty (TTD)。

Bellatrix 升級計劃在 Prater 信標鏈的 epoch  112260  上激活，預計在 12:24PM UTC on August 4, 2022 （2022 年 8 月 4 日 12:24PM UTC )。執(zhí)行層上的部分 Paris 將在 Goerli 測試網(wǎng)的 Terminal Total Difficulty (TTD) 達到  10790000 時被觸發(fā)，預計在 2022 年 8 月 6 - 12 日。

一旦執(zhí)行層超過了 TTD，下一個區(qū)塊將完全由信標鏈驗證者產(chǎn)生。一旦信標鏈最終敲定了這個區(qū)塊，我們就認為合并已經(jīng)完成。假設(shè)在正常的網(wǎng)絡(luò)條件下，這應(yīng)該在 TTD 后觸發(fā)了第一個區(qū)塊后的 2 個 epoch，也就是大約 13 分鐘后完成！

有一個新的  JSON-RPC 區(qū)塊標簽  finalized，它返回的時最新被最終敲定的區(qū)塊，或者如果沒有這樣的合并后區(qū)塊存在的話，就返回錯誤。這個標簽可以被應(yīng)用用來檢查合并是否已經(jīng)完成。同樣地，智能合約可以查詢 DIFFICULTY opcode (0x44)，它在合并后被改名為 PREVRANDAO，用來確定合并是否已經(jīng)發(fā)生了。我們建議基礎(chǔ)設(shè)施提供商除了監(jiān)測最終敲定的狀態(tài)外，也監(jiān)測整個網(wǎng)絡(luò)的穩(wěn)定性。

客戶端版本

以下的客戶端版本支持 Goerli 和 Prater 測試網(wǎng)的合并。節(jié)點運行者必須運行一個執(zhí)行層 (EL) 客戶端和共識層 (CL) 客戶端，以在合并期間和之后都在保持在網(wǎng)絡(luò)里。

當選擇運行的客戶端時，驗證者應(yīng)該特別注意運行 EL 和 CL 上的多數(shù)客戶端的風險。關(guān)于這些風險及其后果，可以看這篇解釋文章。對目前 EL 和 CL 客戶端分布的預估以及從一個客戶端切換到另一個客戶端的指南可以看這篇文章。

共識層

Lighthouse Geardude Clockberg (v2.4.0)

Lodestar v0.41.0

Prysm v2.1.4-rc.0

Nimbus v22.7.0

Teku 22.7.0

執(zhí)行層

Besu 22.7.0-RC3

Erigon 2022.07.03-alpha

go-ethereum (geth) v1.10.21

Nethermind 1.13.5

升級規(guī)范

合并的共識關(guān)鍵變更在兩個地方得到詳細說明：

共識層的變更，在共識規(guī)范倉庫的 bellatrix 目錄

執(zhí)行層的變更，在執(zhí)行規(guī)范倉庫的 Paris spec

此外，另外兩個規(guī)范涵蓋了共識層和執(zhí)行層客戶端是如何交互的：

Engine API 在 execution-apis repository 里說明了，它是用于共識層和執(zhí)行層之間的通信的

Optimistic Sync 在共識規(guī)范倉庫的 sync 文件夾里說明了，它被共識層用來在執(zhí)行層同步時導入?yún)^(qū)塊的，并給執(zhí)行層提供共識層鏈頭的部分視域。

FAQ

1. 作為節(jié)點運行者，我應(yīng)該做什么？

合并后，一個以太坊全節(jié)點將結(jié)合一個共識層客戶端 (運行 PoS 信標鏈) 和一個執(zhí)行層客戶端 (管理用戶狀態(tài)和運行與交易相關(guān)的計算)。它們通過一個已認證的端口進行通信 (使用一套新的 JSON RPC 方法，稱為 引擎 API)。執(zhí)行層客戶端和共識層客戶端使用一個加密 JWT 來驗證對方。節(jié)點運行者需要對照他們的客戶端文檔，了解如何生成和配置這些信息。

換句話說，如果你已經(jīng)在信標鏈上運行了一個節(jié)點，你現(xiàn)在還需要運行一個執(zhí)行層客戶端。同樣地，如果你在當前的 PoW 網(wǎng)絡(luò)上運行著一個節(jié)點，那么你將需要運行一個共識層客戶端。為了使它們能夠安全地進行通信，必須向每個客戶端傳遞一個 JWT 通證。在 Goerli/Prater 網(wǎng)絡(luò)上運行一個節(jié)點的簡要說明可以在這里找到。

值得強調(diào)的是，雖然信標鏈節(jié)點和驗證者客戶端都是共識層客戶端的一部分，但是運行一個信標鏈節(jié)點和運行一個驗證者客戶端是不一樣的。驗證者必須運行兩者，而節(jié)點運行者只需運行信標鏈節(jié)點。這篇文章更詳細地解釋了這兩個組件之間的區(qū)別：https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/

另外，請注意，共識層和執(zhí)行層都會維護一個獨立的對等點集，并公開它自己的 API。Beacon 和 JSON RPC 的 API 都將按預期繼續(xù)工作。

2. 作為質(zhì)押者，我需要做什么？

Goerli/Prater 合并是大家在主網(wǎng)過渡前確保驗證者得到正確配置的最后機會。我們強烈建議參與這次的合并，以避免在主網(wǎng)上出現(xiàn)任何預料以外的問題。

如上所述，合并之后，信標鏈上的驗證者除了運行他們的共識層客戶端之外，還需要運行一個執(zhí)行層客戶端。我們強烈建議大家在合并前就這樣做，但是驗證者可以將這些功能外包給第三方提供商。這是有可能的，因為執(zhí)行層需要的唯一數(shù)據(jù)就是對存款合約的更新。

合并后，驗證者需要確保他們創(chuàng)建和證明的區(qū)塊中的交易是有效的。為了做到這一點，每一個信標節(jié)點必須與一個執(zhí)行層的客戶端配對。

請注意，多個驗證者仍然可以與一個信標節(jié)點和執(zhí)行層客戶端組合配對。雖然這增加了驗證者的責任，但它也使得提議區(qū)塊的驗證者有權(quán)獲得其相關(guān)交易的優(yōu)先費 (目前這筆費用由礦工獲取)。

雖然驗證者的獎勵在信標鏈上累積，并且要在隨后的網(wǎng)絡(luò)升級才能提出來，但交易費將會繼續(xù)在執(zhí)行層支付、銷毀以及分配。驗證者可以指定任何以太坊地址作為交易費的接收者。

在更新你的共識層客戶端之后，請確保在設(shè)置驗證者客戶端時設(shè)置了 fee recipient (費用接收方)，以確保交易費用能夠發(fā)送到你所控制的地址中。如果選擇了第三方提供商來質(zhì)押，由你選擇的提供商來指定這些費用的分配方式。

Prater Staking Launchpad 有一個合并準備檢查清單，驗證者可以用來確保他們已經(jīng)完成了流程的每一步。EthStaker 團隊還將在 7 月 29 日舉辦一個合并驗證者準備工作坊。

3. 為什么對 Terminal Total Difficulty 的預計時間跨度這么大？

每個區(qū)塊增加的難度波動使得對 TTD 的估計比區(qū)塊或 epoch 高度更難，因此預期范圍更廣。用戶應(yīng)該注意，由于工作量證明哈希率的變化，主網(wǎng)的過渡期也會出現(xiàn)這種情況。

4. 作為應(yīng)用或工具開發(fā)商，我應(yīng)該做什么？

Goerli 測試網(wǎng)準備進行合并，現(xiàn)在是你們的最后機會，以確保你們的產(chǎn)品順利通過 PoS 過渡，并在合并后的環(huán)境里按預期運行。如之前的博文所述，合并只會對以太坊上部署的合約子集產(chǎn)生非常微弱的影響，應(yīng)該不會破壞任何合約。此外，大部分用戶的應(yīng)用程序接口 (API) 端點仍將保持穩(wěn)定 (除非使用 eth_getWork 等工作量證明的特定方法)。

盡管如此，以太坊上的大多數(shù)應(yīng)用程序涉及的遠不止鏈上合約。現(xiàn)在您要確保前端代碼、工具、部署管道和其他鏈下組件能夠按預期運行。我們強烈建議開發(fā)者在 Ropsten（或 Kiln）上執(zhí)行一個完整的測試和部署周期，并向這些項目的維護者報告任何工具或依賴項存在的問題。如果不確定在哪里創(chuàng)建一個 issue，請使用此資源庫。

此外，你需要注意的是，除了 Sepolia 和 Goerli 之外的所有測試網(wǎng)都會在合并后關(guān)停。如果你是 Ropsten、Rinkeby 或者 Kiln 測試網(wǎng)的用戶，你應(yīng)該計劃遷移到 Goerli 或者 Sepolia 測試網(wǎng)。更詳細的信息請閱讀文章《Ropsten、Rinkeby 和 Kiln 測試網(wǎng)棄用公告》。

5. 作為以太坊用戶或 ETH 持有者，我需要做什么？

不需要。以太坊主網(wǎng)不受此測試網(wǎng)的影響。在主網(wǎng)過渡之前，我們將在此博客中發(fā)布后續(xù)公告。

6. 作為礦工，我需要做什么？

不需要。如果你在以太坊主網(wǎng)或者 Sepolia 測試網(wǎng)上挖礦，你需要知悉合并后每個網(wǎng)絡(luò)都將完全在 PoS 共識下運行。屆時，在該網(wǎng)絡(luò)上無法再進行挖礦。

7. 作為驗證者，我可以提出我的質(zhì)押資產(chǎn)嗎？

不能。合并是迄今為止以太坊最復雜的升級。為了最大限度減少網(wǎng)絡(luò)中斷的風險，我們采取了最小可行的方法，也就是說在此次升級中，我們將所有與 PoW->PoS 過渡無關(guān)的變化先放一邊。

從信標鏈上提款的功能可能會在合并后的第一次升級中引入。共識層和執(zhí)行層的規(guī)范推動中。

8. 我有更多問題，可以去哪里問？

EthStaker 社區(qū)已經(jīng)建立了一個 discord 頻道來回答 staker 和節(jié)點運行者的問題。大家可以加入他們的 discord，然后在 #goerli-prater  尋求幫助。如上文所說，EthStaker 還將在 7 月 29 日主持合并驗證者準備工作坊。

此外，合并社區(qū)會議定于 8 月 12 日 14:00 UTC 舉行。客戶端開發(fā)者和研究員將回答來自節(jié)點運行者、質(zhì)押者、基礎(chǔ)設(shè)施&工具提供商以及社區(qū)成員的問題。請注意，這個社區(qū)電話會議預計將在 Goerli/Prater 合并后舉行。

9. 什么時候合并？

截至本文發(fā)布，以太坊主網(wǎng)合并的日期尚未確定。任何給出合并日期的相關(guān)言論都可能是一個騙局。更新內(nèi)容將發(fā)布在以太坊基金會博客中，不要被騙了！

假設(shè) Goerli/Prater 合并沒有發(fā)現(xiàn)什么問題，當客戶端發(fā)布功能完備的版本，我們會選出在主網(wǎng)信標鏈上激活 Bellatrix 升級的 slot 高度，以及設(shè)置用于觸發(fā)主網(wǎng)過渡的總難度值。客戶端將發(fā)布用于主網(wǎng)合并的版本。我們將在此博客以及其他社區(qū)平臺上宣布相關(guān)消息。

以上均以未發(fā)現(xiàn)問題作為前提。如果在此過程的任何時間點發(fā)現(xiàn)問題，或測試范圍被判定不夠全面，我們將解決這些問題，然后再繼續(xù)推進部署進程。

只有到這時，才可能估計合并的確切日期。