ETH:詳解以太坊2.0如何與1.0合并

(圖片來自：tuchong.com)以太坊1.0和以太坊2.0客戶端的關系

自從Vitalik在2019年12月提出一個早期eth1<->eth2合并替代方案之后，研究人員一直在進行積極討論，以從軟件的角度來考慮這種合并的可能形式，而對于原型設計的期望，也是愈發變得更強。我們的愿景是創建一個混合體，其中核心共識工作是由以太坊2.0客戶端管理，而狀態/區塊則由一個以太坊1.0引擎管理，而它們一起構成了eth1+eth2組合客戶端。本文旨在更明確地區分eth2客戶端和附屬eth1引擎之間的職責，以便為會話、規范編寫及原型提供更好的基礎。注意，文章并不會定義協議的具體細節，并且文中包含的任何示例，都只是用于幫助描述及后續討論。而要理解本文的內容，前提條件是需要你基本熟悉以太坊2.0以及無狀態以太坊的概念。分工明確

eth1+eth2的合并目的，是在升級的以太坊2.0共識環境中利用現有以太坊1.0的狀態、生態系統以及軟件。概括地說，我們今天所認為的eth2客戶端會處理核心PoS以及分片共識。本質上，eth2協議及eth2客戶端被設計成非常擅于在一堆“東西”上產生及達成共識，而這些東西，就是很多充滿數據和狀態的分片鏈。與當今eth1的PoW共識層相比，eth2的“共識層”要先進的多，同時也復雜的多。今天，eth1客戶端具有相對簡單且較薄的共識層，它只有一條鏈，并且PoW可處理協議外硬件中的大部分復雜性。eth1客戶端的大多數復雜性及優化，都位于用戶層。當eth1作為一個分片被納入eth2時，這種關注點分離就可實現很好的配對，eth2客戶端可以處理PoS和分片共識的復雜性，而附屬eth1客戶端可以成為eth1引擎，它可以處理狀態、交易、虛擬機以及更接近用戶層事物的復雜性。最小的改變，實現本地通信

一巨鯨地址于兩小時前向幣安轉入1500枚比特幣:7月5日消息，據The Data Nerd監測，一巨鯨地址于兩小時前向幣安轉入1500枚比特幣，價值約4800萬美元。該地址在比特幣價格為25500美元左右時接收了大量比特幣。[2023/7/6 22:20:07]

如何將eth1和eth2客戶端軟件組合在一起，有很多可能的途徑，但在本文當中，我們會重點介紹一個最具微創性和和模塊化的方法——一種eth2客戶端與簡化eth1引擎之間的本地通信協議。考慮到eth1和eth2客戶端實現的多樣性，這種方法可以防止客戶端軟件在任一側鎖定，允許客戶端團隊保持獨立，并專注于他們自己的研發工作，使軟件項目在很大程度上保持穩定，以便進行快速原型制作。那它會是什么樣子的呢？大致上，一個eth1+eth2組合客戶端會是下面這個樣子的：

其中eth2引擎和eth1引擎一起運行，通過eth2客戶端驅動的RPC進行本地通信。兩者都會維護自己的p2p接口，連接到對等方并處理與每個特定域相關的網絡協議。以太坊2.0客戶端

Coinbase：正在調查比特幣的發送與接收延遲問題:金色財經報道，加密貨幣交易所Coinbase：正在調查比特幣的發送與接收延遲問題，交易目前不受影響。[2023/3/24 13:24:04]

信標鏈和信標狀態；分片鏈；Mempool操作、存款、退出出口等）P2P接口；RPC到eth1引擎；以太坊1.0引擎

EVM虛擬機；eth1狀態；交易存儲池Mempool；P2P接口；來自eth2客戶端的RPC；共識

從核心共識的角度來看，eth2客戶端負責并推動信標鏈、數據分片鏈以及eth1分片鏈的構建。eth2客戶端通過RPC直接提供有關eth1引擎關于eth1分片鏈和核心共識的任何知識。具體來說，附加的eth1引擎必須能夠訪問eth2客戶端，因為它不能維護自己的共識。在今天以太坊的PoW中，eth1客戶端檢查工作量證明，形成一個樹狀結構，并運行分叉選擇規則來查找鏈的頂端。在eth2中，這些機制要大不相同，這需要對eth2的核心共識有深入的了解。eth2客戶端提供有關eth1分片鏈頭部的最新信息，以便eth1引擎可以維護eth1狀態的準確視圖。由于eth1引擎完全依賴eth2客戶端推動共識，因此我們提議eth2客戶端與eth1引擎之間的通信，都是eth2客戶端調用的eth1引擎上的所有方法。這將強制執行一個leader/follower關系，以降低系統推理的復雜性，并限制eth1引擎所需的業務邏輯。從eth2客戶端和核心共識的角度來看，eth1分片鏈的處理，幾乎與所有其他分片鏈完全相同。主要區別在于，可以針對eth1引擎執行分片區塊內容，因此eth1分片區塊數據的格式必須與eth1相關，并且必須針對此成功執行進行額外的驗證。狀態

哈薩克斯坦啟動未注冊加密貨幣交易服務追查，目前已至少查封5家平臺:金色財經報道，哈薩克斯坦共和國金融監督局 (FMA) 開始追查未經許可的加密貨幣交易服務，目前已至少查封了 5 家平臺，分別是：kzobmen[.]com、1wm[.]kz、kazobmen[.]ru、wm007[.]kz 和 kz-exchange[.]com，監管機構還沒收了平臺運營商有關的物品，比如筆記本電腦、手機和閃存棒，以及銀行和會計文件等。哈薩克斯坦金融監督局提醒，目前只有獲得監管批準并在阿斯塔納國際金融中心（AIFC）的特殊法律制度下注冊才能從事加密貨幣交易活動。（bitcoin.com）[2023/1/27 11:31:22]

eth2有一種與核心共識相關的狀態，這就是所謂的“信標狀態”。信標狀態數據很小，它包含了理解核心共識及如何處理分片鏈所需的所有信息。事實上，要處理分片鏈中與共識相關的部分，客戶端必須能夠訪問信標狀態。eth2的狀態不會一直和用戶層狀態交互，其交互最多的是分片鏈數據的可用性。實際的用戶層數據根位于該分片鏈數據中，對于eth1分片鏈，則為當前以太坊用戶狀態根。下面討論了和eth2客戶端相關的eth1狀態的不同情況：1、沒有eth1引擎的eth2客戶端核心eth2協議可以在沒有附加eth1引擎的情況下運行。單獨的eth2客戶端可以遵循信標鏈和分片鏈。而沒有eth1引擎，客戶端將無法執行無狀態eth1分片區塊，因此無法完全驗證它們或從中獲取任何有用的用戶信息。不過，根據對eth2核心共識和驗證者的假設，eth1分片鏈的頭部仍然可以安全地找到。2、帶無狀態eth1引擎的eth2客戶端要運行一個驗證者節點，必須使用附加的eth1引擎運行eth2客戶端。這可以通過無狀態的方式完成，因此eth1分片區塊具有可用于執行的驗證數據。信標委員會可以通過對eth1引擎進行無狀態調用，來檢查分片區塊數據的可用性及關于eth1的數據有效性。除了驗證者外，很多用戶/應用程序節點也可能使用無狀態或半狀態的eth1引擎運行。使用瘦eth2客戶端，來跟隨eth1分片鏈的頭部，并以無狀態或半無狀態的方式與其交互。3、帶有狀態eth1引擎的eth2客戶端要運行可產生eth1分片區塊的驗證者，必須使用附加的eth1引擎和完整的eth1狀態運行eth2協議。然后，可以使用本地狀態和交易存儲池按需形成新的有效區塊。除驗證者外，很多用戶/應用程序節點也可能使用完全有狀態的eth1引擎運行，例如區塊瀏覽器、存檔節點、狀態提供者等。網絡

Magic Square獲得Crypto.com戰略投資，目前已籌集400萬美元:金色財經報道，在7月獲得300萬美元的種子輪融資后，加密貨幣應用商店Magic Square不斷從戰略投資者那里籌集資金。最新參與的投資者是Crypto.com。

迄今為止，Magic Square已經以7500萬美元的估值籌集了400萬美元，全部來自代幣輪融資。Magic Square的聯合創始人兼首席執行官安德烈-奈曼表示，Magic Square計劃在另一輪戰略代幣融資中以1.2億美元的估值額外籌集440萬美元。（the block）[2022/10/11 10:31:05]

為簡單起見，eth2和eth1最初會維護它們各自獨立的網絡堆棧和協議。為了響應責任轉移，開發者已不贊成使用某些現有的eth1協議，取而代之的是eth2協議。在初始原型設計階段之后，或者在更進一步的階段，可能需要將eth1協議遷移到libp2p以統一網絡堆棧，但這不是必須的。eth2客戶端和eth1引擎可以訪問相同的discv5DHT，但是可獨立地找到具有適當功能的對等節點并獨立地維護連接。ENR

eth1+eth2組合客戶端會使用一個ENR，因為節點位于具有多個功能的邏輯網絡標識之后。eth1功能由ENR中的現有ethkey表示。eth2功能在ENR中用eth2key表示。每種協議的存在，都意味著節點能夠且愿意識別底層網絡協議的類別。Wire協議

加密期權平臺SignalPlus宣布完成A輪融資，HashKey領投:8月10日消息，SignalPlus Ltd.宣布完成A輪融資，HashKey領投。此外，SignalPlus表示，其早期投資者和其他投資者包括GBV Capital、Incuba Alpha、Chiron Partners、Paradigm Co.、SNZ Holding、Baboon.vc和Stratified Capital（并擔任顧問），總共籌集了超過1200萬美元。

據悉，SignalPlus Ltd.專注于構建全套加密期權平臺。[2022/8/10 12:16:10]

1、eth2協議1、eth2請求/響應；2、核心共識gossip；2、eth1協議1、eth1wire協議的子集2、NOT；3、為什么eth2客戶端會處理eth1區塊gossip?eth2專門用于處理分片區塊的生產、gossip以及驗證。我們的目標是讓eth1分片成為標準分片，并盡可能與其余分片保持一致。關于核心共識，與其他分片相比，eth1區塊的主要區別在于針對eth1引擎執行/驗證區塊內容的能力，當驗證者正在將eth1分片區塊叉聯到信標鏈時，eth2客戶端將再次調用eth1引擎來執行和驗證該區塊。當有狀態的eth1+eth2組合節點收到新的eth1分片區塊時，eth2客戶端將再次調用eth1引擎，以驗證該區塊并更新本地狀態存儲。交易gossip和存儲池mempool

eth1引擎幾乎會以當前以太坊相同的方式，維護用戶交易gossip以及eth1交易儲存池。同樣的網絡協議和本地機制，可以用于gossip及存儲池的維護，為區塊的生產做好準備。主要的區別在于如何確定已用交易的知識，以及如何將存儲池用于區塊生產，但這些可以說是位于存儲池外部的一個層中。eth1分片區塊是從附屬eth2客戶端提供給eth1引擎的。包含在這些區塊中的交易，應該以類似于當前以太坊主網PoW區塊的方式從存儲池中清除。eth1分片區塊是根據附屬eth2客戶端，通過存儲池mempool的內容生成的。此RPC方法和基礎功能類似于getWork，但將返回完整的區塊內容，而不僅僅是一個哈希值。區塊生產

在eth2協議中，所有區塊必須由PoS驗證者根據核心共識進行生產及簽名。為此，eth2客戶端最終要負責所有區塊的生產。對于信標區塊和非eth1分片區塊，eth2客戶端具有生成有效區塊所需的一切。對于eth1分片區塊，eth2客戶端立即/隨時訪問eth1狀態、交易和其它底層eth1結構，以生成有效區塊。相反，當指定驗證者生成eth1區塊時，eth2客戶端從eth1引擎請求一個可行的eth1區塊數據。然后，eth2客戶端將此eth1區塊數據打包到完整的分片區塊中，并將該區塊廣播至網絡。eth1引擎之所以能夠生成有效/可行的eth1區塊數據，是因為它采用了今天以太坊主網所使用的相同方式來管理eth1交易存儲池，并且它通過eth2客戶端的更新來維護eth1頭狀態的最新信息。下一步該怎么走？

如果這一總體設計被大家認同，那接下來的步驟包括：確保有關eth2客戶端驅動eth1引擎的假設與現有eth1軟件一致，并且不會給現有eth1軟件帶來意外的負擔；更明確地定義用于驅動eth1引擎的通信協議，例如new_head(block)、validate_block_transition(block)、get_proposal(parent_root)等；定義網絡組件，例如需要eth1協議的哪一個子集，如何具體使用ENR；擴展以太坊2.0階段1規范原型！本文經作者DannyRyan授權翻譯。

Tags：ETHETH2以太坊SIPEthereum Name ServiceETH2SOCKS幣以太坊交易SIPHER

FTX