以太坊基金會：以太坊主網合并公告_THE

來源：以太坊基金會官方博客

以太坊正在轉向權益證明 (PoS)！這次過渡被稱為合并 (The Merge)，必須首先在信標鏈上通過 Bellatrix 升級來激活。之后，以太坊工作量證明 (PoW) 鏈將在達到特定的總難度值時遷移到權益證明 (PoS)。

根據計劃，Bellatrix 升級將于 2022 年 9 月 6 日 UTC 時間 11:34:47 在信標鏈第?144896?個 epoch 時進行。

觸發合并的終端總難度值為?58750000000000000000000，預計在 2022 年 9 月 10 日至 20 日之間。

注意：正如此前宣布的，Kiln 測試網即將棄用，運營商將在 2022 年 9 月 6 日關閉。

背景

經過多年的努力，以太坊的 PoS 升級終于要來了！所有公共測試網現已成功完成升級，而以太坊主網的合并升級也已經被安排完畢。

合并在兩個方面不同于以往的網絡升級。首先，節點運營商需要同時更新其共識層?(CL)?客戶端和執行層?(EL)?客戶端，而不僅僅是其中之一。第二，此次升級分兩個階段激活：第一階段稱為 Bellatrix，將在信標鏈上的某個 epoch 高度完成；第二階段稱為 Paris，將在執行層達到預定的總難度值時完成。

升級信息

時間

合并分為兩個步驟，第一步是在某個 epoch 高度時，在共識層觸發的 Bellatrix 網絡升級。隨后，執行層從工作量證明 (PoW) 過渡到權益證明 (PoS)，這個步驟被稱為 Paris，由一個稱為終端總難度 (TTD) 的特定總難度值觸發。

Bellatrix 升級計劃于 2022 年 9 月 6 日 UTC 時間上午 11:34:47 在信標鏈高度達到 144896 時進行。

而執行層升級 Paris，將在 TTD 總難度值達到?58750000000000000000000?時觸發，預計將在 2022 年 9 月 10 日 - 9 月 20 日之間。達到 TTD 的確切日期取決于工作量證明的算力情況，關于過渡時間的預計，你可以在 bordel.wtf以及?797.io/themerge?找到。

ETHPoW團隊：由礦工主導的以太坊分叉是“不可避免的”:金色財經報道，ETHPoW背后的團隊今天發表了一封公開信，聲稱其以太坊的工作量證明分叉是“不可避免的”。ETHPoW是以太坊的計劃分叉。它由一位名叫Chandler Guo的礦工領導，旨在脫離以太坊主網絡。Guo聲稱，在以太坊在所謂的合并期間過渡到股權證明共識后，分叉將允許礦工繼續他們的采礦作業。但這會產生兩個區塊鏈，每個區塊鏈都有自己的協議版本和在鏈上運行的代幣。

ETHPoW 向以太坊經典背后的開發團隊ETC Cooperative發布了一封公開信。這是對ETC Cooperative之前寫給Chandler Guo的信的回應，信中討論了 ETHPoW 分叉不會成功的原因以及礦工應該簡單地遷移到以太經典

在聲明中，它認為以太坊經典不會容納所有現有的以太坊礦工。因此它聲稱需要的不是一個而是多個 PoW 分叉。ETC 的小池子根本無法容納 ETH 的整個算力池。這是一個艱難的事實。面對如此確鑿的事實，這次硬分叉是不可避免的。[2022/8/12 12:21:53]

一旦執行層達到或超過預定 TTD 值，信標鏈驗證器將負責生成后續的區塊。一旦信標鏈敲定了該區塊，那么此次合并升級就被視為完成。在正常網絡條件下，TDD 難度值達到之后生成的第一個區塊，會在?2 個 epoch (約 13 分鐘) 被敲定。

一個新的 JSON-RPC 區塊標簽?finalized，會返回最新的最終區塊，或者如果不存在此類合并后區塊，則會返回錯誤。應用程序可以使用此標簽來檢查合并是否已完成。同樣，智能合約可以查詢 DIFFICULTY 操作碼? (0x44)? (在合并后重命名為?PREVRANDAO) 以確定合并是否發生。我們建議基礎設施提供商除了監控最終狀態外，還要監控整體網絡的穩定性。

客戶端版本

以下客戶端版本支持以太坊主網的合并升級，注意，節點運營商必須同時運行執行層和共識層客戶端，才能在 合并期間和之后保持在網絡上。

在選擇運行哪個客戶端時，驗證者應該特別注意在 EL 和 CL 上運行多數客戶端的風險。你可以在此處???找到這些風險及其后果的解釋。你還可以在此處? 找到執行層和共識層客戶端分布的估計，以及從一個客戶端切換到另一個客戶端的指南。

以太坊共識層技術規范更新 v1.2.0 首個候選版本:5月23日消息，以太坊共識層技術規范更新v1.2.0首個候選版本，若測試網升級中不發生意外問題，該版本與最終版本之間將不會有重大更改。該版本包含了信標鏈、分叉、驗證器等方面的技術規范，并首次為Shard Blob Transactions增加了共識層規范。[2022/5/23 3:36:28]

1) 共識層客戶端

客戶端：Lighthouse

版本：v3.0.0

下載鏈接：

https://github.com/sigp/lighthouse/releases/tag/v3.0.0

客戶端：Lodestar

版本：v1.0.0

https://github.com/ChainSafe/lodestar/releases/tag/v1.0.0

客戶端：Nimbus

版本：v22.8.0

https://github.com/status-im/nimbus-eth2/releases/tag/v22.8.0

客戶端：Prysm

https://github.com/prysmaticlabs/prysm/releases/tag/v3.0.0

客戶端：Teku

版本：22.8.1

https://github.com/ConsenSys/teku/releases/tag/22.8.1

2) 執行層客戶端

客戶端：Besu

版本：22.7.1

https://github.com/hyperledger/besu/releases/tag/22.7.1

客戶端：Erigon

版本：v2022.08.02-alpha

https://github.com/ledgerwatch/erigon/releases/tag/v2022.08.02

Sigma?Prime發布以太坊2.0客戶端Lighthouse v1.0.4版本:據官方消息，以太坊2.0客戶端Lighthouse開發團隊Sigma?Prime 發布Lighthouse v1.0.4版本。該版本包括許多穩定性和性能改進，建議所有用戶更新到此版本，以提高穩定性。[2020/12/14 15:06:51]

客戶端：go-ethereum (geth)

版本：v1.10.23

https://github.com/ethereum/go-ethereum/releases/tag/v1.10.23

客戶端：Nethermind

版本：v1.14.0

https://github.com/NethermindEth/nethermind/releases/tag/1.14.0

警告：geth v1.10.22 版本客戶端包含嚴重的數據庫問題，請勿使用此版本，如果你使用的是該版本的客戶端，請盡快升級到 v1.10.23。

升級規范

合并的共識關鍵變更在兩處指定：

共識層根據共識規范存儲庫的 Bellatrix?目錄? 發生變化。

執行層根據執行規范存儲庫中的 Paris?規范? 發生變化。

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

在?execution-apis? 存儲庫中指定的 Engine API 用于共識層和執行層之間的通信。

在共識規范存儲庫的 sync? 文件夾中指定的 Optimistic Sync，由共識層在執行層客戶端同步時用于導入區塊，并提供從前者到后者的鏈頭部的部分視圖。

合并漏洞賞金計劃

從現在到 9 月 8 日的這段時間，所有與合并相關的漏洞獎勵都會有 4 倍的乘數。嚴重的漏洞賞金最高可達 100 萬美元。

有關更多詳細信息，請參閱漏洞賞金計劃?:

以太坊2.0客戶端Prysm推出v1.0.0-beta.3版本 不再支持Medalla等測試網:11月17日，以太坊2.0客戶端執行團隊Prysmatic Labs官方發文宣布正式推出Prysm v1.0.0-beta.3版本。該版本對eth2.0-spec v1.0.0已進行更改合并，目前已將Prysm配置為生成正確的主網生成狀態。與此同時，該版本對退出1個或多個驗證程序時，驗證程序客戶端中的關鍵問題進行了修復。此外，也對Go 1.15.5之后的版本發布了安全補丁。官方提醒稱，此版本不再支持v1較舊的eth2.0-spec上的Medalla測試網和所有其他測試網。官方鼓勵節點在Pyrmont測試網中測試其主網配置。此前消息，Pyrmont計劃于11月18日上線。[2020/11/17 21:02:33]

https://bounty.ethereum.org/

FAQ

1. 作為節點運營商，我該怎么做？

合并后，以太坊全節點是共識層（CL）客戶端和執行層（EL）客戶端的組合，前者運行權益證明信標鏈，后者管理用戶狀態并運行與交易相關的計算。執行層（EL）和共識層（CL）客戶端使用一組稱為?Engine API? 的新 JSON RPC 方法，通過經身份驗證的端口進行通信。執行層（EL）和共識層（CL）客戶端使用 JWT 密鑰相互認證。有關如何生成和配置此值的說明，節點運營商應參考其客戶端的文檔。

換句話說，如果你已經在信標鏈上運行了一個節點，那么你現在還需要運行一個執行層客戶端。同樣，如果你在當前的工作量證明（PoW）網絡上運行一個節點，那你還需要運行一個共識層客戶端。為了讓它們安全通信，必須將一個 JWT token 傳遞給每個客戶端。ethereum.org 網站的“Run a Node”部分?更新更詳細地介紹了這些步驟。

值得強調的是，雖然它們都是共識層客戶端版本的一部分，但運行信標鏈節點與運行驗證器客戶端是不同的。質押者必須同時運行兩者，而節點運營商只需要運行前者。這篇文章??更詳細地解釋了這兩個組件之間的區別。

此外，請注意，每一層都將維護一組獨立的對等節點并公開其自己的 API。Beacon? API? 和?JSON RPC API??都將繼續按預期工作。

動態 | eToro調研：Libra認知度超過以太坊、萊特幣和瑞波幣 但落后于比特幣:據福布斯消息，eToro最近進行的一項調研顯示，雖然Facebook數字貨幣Libra白皮書只發布了短短一個月時間，但是很多人已經對其有所了解了。該調研發現，58%的美國成年人聽說過比特幣，而聽說過Libra的成年人占比約為16%。但即便如此，知道以太坊的比例僅為12%，而萊特幣和瑞波幣幾乎不為人所知。不過，有超過一半的受訪者（大約54%）表示對Facebook管理他們的個人數據表示懷疑，但只有17％的受訪者表示愿意信任Facebook使用他們的資金，就像他們信任銀行一樣。[2019/7/22]

2. 作為質押者，我需要做什么？

如上所述，信標鏈上的驗證者除了要運行共識層客戶端外，還需要在合并之后運行執行層客戶端。強烈建議質押者在合并前就這么做，但一些驗證者已將這些功能外包給第三方提供商。這是可能的，因為執行層所需的唯一數據是存款合約的更新。

合并后，驗證者必須確保他們創建和證明的用戶交易和狀態轉換區塊是有效的。為此，每個信標鏈節點必須與執行層客戶端配對。請注意，多個驗證器仍然可以與單個信標鏈節點和執行層客戶端組合配對。這擴大了驗證者的責任，但也賦予了提出區塊的驗證者相關交易優先權費用的權利 (目前屬于礦工)。

雖然驗證者獎勵仍然在信標鏈上產生，并且需要隨后的網絡升級才能提取，但交易費用將在執行層上支付、銷毀和分配。驗證者可以指定任何以太坊地址作為交易費用的接收方。

更新共識客戶端后，請務必將?fee recipient?設置為驗證者客戶端配置的一部分，以確保將交易費用發送到你控制的地址。如果你使用第三方提供商進行質押，則由你選擇的提供商指定如何分配這些費用。

Staking Launchpad 有一個合并準備檢查清單? ，質押者可以使用它來確保他們完成了流程的每個步驟。EthStaker 還舉辦了驗證者準備研討會，并計劃舉辦更多的研討會。

希望在測試網上運行驗證器以準備主網 PoS 轉換的質押者，可以在 Goerli 測試網 (現已完成合并) 上操作，它也有一個 Staking Launchpad 實例。

3. 為什么終端總難度 (TTD) 的預計日期范圍如此寬泛？

每個區塊增加的難度取決于不穩定的網絡算力，如果更多的算力加入網絡，則 TTD 將更快達到。同樣，如果算力撤離網絡，TTD 的到達時間將會延后。在算力水平顯著下降的情況下，可以像在 Ropsten 測試網上所做的那樣協調一個 TTD 覆蓋值。

4. 作為應用程序或工具開發者，我應該怎么做？

如前一篇文章所述，合并對部署在以太坊上的合約子集的影響很小，所有合約都不應被破壞。此外，大部分用戶 API 端點會保持穩定（除非你使用工作量證明特定的方法，例如?eth_getWork）。

也就是說，以太坊上的大多數應用所涉及的遠不止鏈上合約。現在是確保前端代碼、工具、部署管道和其他鏈外組件按預期工作的時候了。我們強烈建議開發人員在 Sepolia 或 Goerli 上運行一個完整的測試和部署周期，并向這些項目的維護人員報告任何工具或依賴性問題。如果你不確定在哪里打開問題，請使用此存儲庫。

此外，請注意，除了 Sepolia 和 Goerli 之外的所有測試網，都將在合并后被棄用。如果你是 Ropsten、Rinkeby 或 Kiln 的用戶，你應該計劃遷移到 Goerli 或 Sepolia。有關這方面的更多信息，請參見此鏈接?。

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

無論你是在鏈上使用以太坊應用，還是在交易所上持有 ETH，還是在自己保管的錢包中，你都無需做任何事情。如果你使用的應用、交易所或錢包提供了額外的說明或建議，你應該驗證這些說明或建議是否來自它們。請警惕詐騙！

6. 作為一名以太坊礦工，我還能做什么嗎？

沒有，如果你在以太坊主網上進行挖礦，你應該知道，合并后，該網絡將完全在權益證明 (PoS) 算法下運行，到那時，POW 挖礦將不再可能。

7. 如果我是礦工或節點運營商，并且沒有參與升級，會發生什么？

如果你使用的以太坊客戶端未更新到最新版本 (如上所列)，一旦網絡完成升級，你的客戶端將同步到預分叉區塊鏈。

你將被困在遵循舊規則的不兼容鏈上，無法發送以太幣或在合并后的以太坊網絡上操作。

8. 作為驗證者，我可以提取我質押的 ETH 權益嗎？

不能，合并是迄今為止對以太坊最復雜的升級，為了最大限度地降低網絡中斷的風險，我們采取了一種最小化的方法，該方法排除了此升級中的任何非過渡更改。

從信標鏈提款，可能要在合并后的第一次升級中引入。共識層和執行層的規范正在制定當中。

9. 我有更多的問題，我可以在哪里提問？

在 9 月 9 日 UTC 時間 14:00，會有一次關于合并的社區電話會議，你可以和客戶端開發人員、ETHStaker 成員、研究人員等一起參加！

鳴謝

以太坊向權益證明 (PoS) 的過渡已經準備很長一段時間了。感謝所有為研究、開發、分析、測試、破壞、修復或解釋合并 (The Merge) 的一切做出貢獻的人。

這些年來有太多的貢獻者需要在這里列出，但你知道你們是誰。沒有你們所有人，我們就無法建造這座大教堂。

何時合并？會非常快。

原文鏈接：

https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement/

上文中涉及的鏈接：

: https://bordel.wtf/

: https://797.io/themerge/

:https://eips.ethereum.org/EIPS/eip-4399#using-264-threshold-to-determine-pos-blocks

:https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html

:https://clientdiversity.org/

:https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix

:https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md

:https://github.com/ethereum/execution-apis/tree/main/src/engine

:https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md

:https://github.com/ethereum/execution-apis/tree/main/src/engine

:https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/

:https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/

:https://github.com/ethereum/beacon-apis

:https://github.com/ethereum/execution-apis

:https://launchpad.ethereum.org/en/merge-readiness

:https://blog.ethereum.org/2022/06/21/testnet-deprecation/

Unitimes

個人專欄

閱讀更多

金色早8點

Bress

鏈捕手

財經法學

PANews

成都鏈安

Odaily星球日報

Tags：ETH以太坊THETPSEthernal Finance以太坊交易軟件Bitcoin and Ethereum Standard Tokenhttps://etherscan.io

Luna