Goerli/Prater合并在即 這些事項需要注意_PRA

原文標題：《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?(總難度) 值時激活。

Optimism將于3月18日03:00進行Optimism Goerli硬分叉升級:金色財經報道，以太坊二層解決方案Optimism將于北京時間3月18日03:00進行Optimism Goerli硬分叉升級，Optimistic基礎設施提供商需在此之前將節點升級到op-gethv1.11.2-de8c5df46，并將op-node升級到v1.0.0。[2023/3/7 12:45:42]

合并分兩步走。它從共識層上的 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 分鐘后完成！

以太坊或將于3月21日在Goerli測試網進行最后一次“上海”升級驗證:金色財經報道，在“上海”升級正式執行之前，以太坊還將在Goerli測試網上再安排一次模擬，也是最后一次測試網驗證，預計會在3月21日進行，但由于此安排，以太坊主網的“上海”升級或許將會被推遲到四月份。據悉此前激活的Sepolia測試網已成功完成實施模擬“上海”硬分叉升級，包括處理了ETH提款，據悉相關交易在北京時間2月28日12:04開始，并于12:17完成（本次Sepolia也是驗證者數量最少的一個測試網）。（Cryptopolitan）[2023/2/28 12:34:43]

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

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

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

以太坊域名服務 ENS 已在 Goerli 測試網部署 NameWrapper:9月20日消息，以太坊域名服務（ENS）開發者 jefflau.eth 表示，現已將新的 ENS 合約套件部署到 Goerli 測試網絡，這是 ENS 協議最終向主網發布新合約套件的重要一步，已部署的新合約有 NameWrapper、新的 .eth 注冊控制器、新的反向注冊登記、新的公共解析器、指數價格曲線 Oracle 以及靜態元數據服務。不過，當前新合約尚未連接到 ENS V2 應用，因此用戶在很大程度上可能無法使用 UI 與這些合約進行交互。

ENS NameWrapper 允許將 ENS 域名包裝為 ERC-1155 NFT，一個父域名能夠為其子域設置更多的權限。[2022/9/21 7:09:30]

Lighthouse Geardude Clockberg (v2.4.0)?

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

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

管交所BGOEX即將上線基礎公鏈Demos項目:據官方消息，管交所BGOEX即將上線全球性基礎公鏈Demos項目。Demos是基于區塊鏈的操作系統，由基礎鏈和拓展鏈組成，采用雙鏈并行機制，基礎鏈為POW+POS共識機制，拓展鏈為Demos共識機制，雙鏈并行機制讓節點分布更廣、效率更高、出塊更加穩定。在加速區塊鏈技術落地應用方面具有里程碑意義。管交所BGOEX支持Demos公鏈項目的技術和發展前景，將在Demos公鏈7月24日開源后第一時間上線項目通證DOS，助力其價值的全球化流通。[2020/7/21]

共識層的變更，在共識規范倉庫的?bellatrix?目錄

執行層的變更，在執行規范倉庫的?Paris?spec

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

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

Optimistic?Sync?在共識規范倉庫的 sync 文件夾里說明了，它被共識層用來在執行層同步時導入區塊的，并給執行層提供共識層鏈頭的部分視域。

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

管交所BGOEX已回購并銷毀500萬枚平臺幣BGO:據官方消息，管交所BGOEX于2020年7月16日回購并銷毀500萬枚（約56萬USDT）平臺通證BGO， 目前BGO總量為514,805,485枚，銷毀地址：0x0000000000000000000000000000000000000000。

管交所BGOEX平臺幣BGO一直實行回購銷毀的通縮機制，銷毀后總量2.1億枚。管交所BGOEX是專業數字資產綜合交易平臺，主要經營以數字資產幣幣交易服務、OTC交易服務、多幣種合約交易服務等為主的創新業務。[2020/7/16]

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

值得強調的是，雖然信標鏈節點和驗證者客戶端都是共識層客戶端的一部分，但是運行一個信標鏈節點和運行一個驗證者客戶端是不一樣的。驗證者必須運行兩者，而節點運行者只需運行信標鏈節點。這篇文章更詳細地解釋了這兩個組件之間的區別：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 高度，以及設置用于觸發主網過渡的總難度值。客戶端將發布用于主網合并的版本。我們將在此博客以及其他社區平臺上宣布相關消息。

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

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

Tags：GOETER以太坊PRAGOE幣PrinterAI以太坊官網入口prasm

KuCoin