\
撰文：Danny Ryan
翻譯：Unitimes_David
非常感謝 Sacha Saint-Leger、Joseph Schweitzer、Josh Stark 和 protolambda 提供的寶貴意見和反饋。
我花很多時間來對有關 eth2 的問題進行回答和解釋，真的很多時間。其中一些是從深層次和技術層面來解答的，這是我在向技術貢獻者們溝通研究和規範方面時的情況；但這些天我越來越多地回答社羣有關 eth2 進展、方向、動機、設計決策、推遲等方面的問題。我真的非常喜歡這期間 (與社羣成員) 的對話。當我在解釋 eth2 時，突然想到全新的方式來描述不同的 (eth2) 元件，或者根據觀眾不同而找到正確的類比時，這宛如讓齒輪轉動，使燈泡亮起，都會讓我興奮不已。
但這種動態的/對話的方式，雖然很有價值，卻依舊會讓社羣的很多人矇在鼓裡。我一次又一次地被問到同樣的問題，且更令人擔憂的是，我在6個月之後又會被問到同樣的問題！顯然其中存在資訊傳遞的問題。這些資訊都是存在的，但是分散在網路上——包括研究類帖子、規範、規範的解釋性文章、公開電話會議、公共聊天室、reddit 帖子、部落格文章等等。
在 devcon5 會議之後，我第一次嘗試在那些深入瞭解 eth2 的人和社羣的其他成員之間建立起一座資訊的橋樑，以系列部落格文章“eth2 quick update”(eth2 更新速覽)的形式呈現。這些都是可以幫助你理解 (eth2) 的小片段，但我意識到，這些系列文章並不能真正傳遞更大的圖景資訊。雖然透過部落格、AMA (線上問答) 和會議確實能夠 (向社羣) 傳遞和討論更大的圖景資訊，但即使這樣，書面形式依然會所有幫助。
因此我寫下了這篇文章。本文是面向社羣的，向你們全面介紹今天的 eth2 是什麼：它將走向何方，它可能成為什麼，以及它對於以太坊社羣意味著什麼。我將試圖提供適當的技術內容來說明 eth2 的動機、願景、專案進展狀態以及將要進行的工作，但不會涉及太多的數學或深奧的術語。
本文也可能對那些至今仍與 eth2 保持一定距離的以太坊技術專家有裨益。沒關係，我能理解。這個專案很龐大，很複雜，而且看起來似乎在未來足夠長的時間內你可以忽視它，專注於解決你更為緊迫的問題。希望這篇文章將幫助你更好地理解將要發生的事情。
至於 eth2 工作人員來說，你們可能也可以從本文中獲得一些東西：一個關於我們現在的進展情況的更廣闊的視角，以及我對未來事情的看法。
免責宣告：本文是我(Danny Ryan)個人對當前情況的看法。還有很多的聲音和觀點推動著不斷髮展、不斷演化的 eth2。本文只是我詮釋的一部分內容。
什麼是 eth2
“Eth2 是一個可擴充套件的 PoS 基礎架構。”
如果你在過去 6 個月裡聽過我的演講，那你一定聽過我一次又一次地說過這句話。Eth2 是為以太坊而搭建的，最終會成為以太坊。它的目標是為當前的以太坊主網提供一個更安全和更加可擴充套件的環境，並對當前 (以太坊) 的運作方式帶來很少的干擾。同時，它為我們的成長提供了一個升級的環境。
早在以太坊區塊鏈推出之前，人們就知道單一的區塊鏈模式無法提供足夠的頻寬來作為一個全新的去中心化網際網路的支柱。以太坊相關的 PoS (權益證明) 和 sharding (分片) 的研究歷史可以追溯到 2014 年。
PoS 和分片的目的都是為了回答這一問題：給定一定數量的資金支撐著一個加密經濟系統，我們能否在提升安全性和吞吐量的同時，依舊允許消費級硬體設施參與到共識中並緊跟區塊鏈？雖然我在這裡不會詳細地介紹相關研究歷史，但這一探索花了數年時間，而且一開始就多次出師不利。最終，這個問題的答案是“能”，並以eth2 專案的形式呈現了出來。
Eth2 是一個雄心勃勃、歷時多年的專案，將分為多個階段推出。這方面已經被廣泛地記錄和討論過了，但我在本文將快速地、不那麼技術性地介紹這些階段所包含的事情。
階段 0
階段0，也稱信標鏈階段，是 eth2 全新的 PoS 共識機制的核心。這裡是所有系統級活動和統籌發生的地方。階段0是關於與成千上萬的共識實體 (即驗證者) 達成共識，這些實體是分佈在世界各地的成千上萬的節點。
由於在階段1及以後，有著將驗證者子集分配到各個分片中的技術需求，我們需要能夠處理大量的驗證者。階段0 (信標鏈) 設計的複雜性在很大程度上都是源於這個需求。其他不實現分片的 PoS 機制往往有著數百或者數千的驗證者數量，但eth2 的設計目標是至少承載大約 1.6 萬驗證者，並期望這個數字在幾年內達到數十萬。
階段 1
階段0是關於達成共識，而階段1是關於要在很多事情上達成共識。這些“事情”以許多個分片(shards)的形式呈現。你可以將每個分片都想象成一條與當前的以太坊鏈有著相同複雜性的區塊鏈，但分片鏈是存在於 eth2 共識之下 (也就是說，分片鏈存在於信標鏈之下，並由信標鏈構建/控制)。信標鏈的驗證者被隨機分配短期任務來構建和驗證分片鏈，他們對每條分片鏈的狀態、可用性和有效性向核心系統 (信標鏈) 做出經濟承諾。
當前，我們預計起初將存在64 條分片鏈，系統可用的總資料為每秒 1~4 MB(是的，這是龐大的資料量)。
階段 1.5
階段1.5 是關於將當前的以太坊主網作為一個分片併入到全新的 eth2 共識機制中 (將作為在階段1期間建立的許多個分片中的一個而存在)。我們知道，當前的以太坊鏈是透過 PoW (工作量證明) 挖礦演算法的方式來搭建的，但併入到 eth2 中後，這條鏈將由 eth2 驗證者來搭建。
對於當前以太坊鏈上的應用程式和使用者，這種共識機制的轉變 (從 PoW 轉變為 PoS) 將在很大程度上是不被察覺的。這些應用程式將繼續執行，但屆時開發者們將擁有一個更加強大的系統(更高的安全性、嚴格意義上的經濟確定性、更多用於 rollups 和其他有趣的應用程式的 Layer 1 資料)。
階段 2
階段2 將會對更多的分片鏈增加狀態和執行功能，而不僅僅是 (在階段1.5期間併入其中的) 初始以太坊分片鏈。這可以採取多種形式來實現。具體透過哪種形式以及之後的細節，這是當前的研究和原型設計的一個熱點。我將在下面的章節對此進一步討論。
隨著時間的推移，eth2給社羣帶來的益處
好了，我們介紹了所有這些階段，且階段0實際上就要到來了。但這個發展路線圖聽起來還是有點長。那麼在這些升級的階段中，我應該對 eth2 有什麼實際的期待呢？
這是個好問題！總的來說，預計每個階段都會有一波不斷觸及更多的以太坊和社羣相關的升級浪潮。作為使用者，你可以儘早地參與到階段0 Staking 中來，或者你也可以等到階段 1.5 以太坊鏈完全遷移至 eth2 中(不管是從 dapp 開發者還是使用者的角度來說，這一遷移都是無縫進行的) 之後再參與進來。不管你選擇的參與程度如何，在哪個階段參與進來，隨著每個階段的推出，都有重要的里程碑和益處值得你注意。
首先，我知道你們很多人都是堅定的 ETH 持有者，渴望參與到 staking 中來。對於所有潛在的驗證者，特別是愛好者，階段0是為你們準備的。階段0有著自身的風險和投資回報期，這使其對於一些參與者沒有吸引力，因此我個人希望這個階段對於愛好者和長期的以太坊信徒來說都是一種福音。此階段是一個讓你進入這個領域的獨特時機，對 (eth2的) 願景貢獻力量，且作為早期參與者將獲得更高的 ETH 獎勵。
那階段1期間呢？在將以太坊鏈遷移進 eth2 中之前，我們能對這些資料做些什麼有用的事情嗎？答案是肯定的，很高興你這麼問！
即使沒有本地計算，Layer 1 的資料也是非常有用的。事實上，在過去12個月的時間裡，最有前景的 Layer 2 擴充套件性解決方案是這些所謂的“rollup” 鏈(optimistic rollp 和 ZK rollup)，這些方案會隨著 Layer 1 資料可用性的增加而得以擴充套件。預計 eth2 資料層將會為以太坊提供大約每秒 1~4 MB 的資料可用性，如果與 rollup 技術相結合，這些資料可用性將可以轉化為巨大的可擴充套件性提升。
但由於一開始以太坊 (舊鏈) 與全新的 eth2 分片系統是脫節的，因此要獲取 eth2 分片資料是很困難的。這就是為何EIP 2537提案對於以太坊主網來說如此重要的原因之一。透過一個本地的BLS(即全新的 eth2 簽名演算法)預編譯，我們可以編寫一個高效的 eth2 輕客戶端作為一個solidity 合約，從而使當前以太坊上的應用程式能夠在 階段1.5 遷移之前獲取 eth2 中的資料。
正如上文中所討論的，階段1.5 的影響是巨大的。Eth2 是為以太坊搭建的，在這個階段，eth2 將成為以太坊。所有我們熟悉和喜愛的應用程式都將整合進升級的 eth2 共識機制中，在保留我們所習慣的特性的同時，開啟了由安全的 PoS 共識帶來的廣闊新前景，並在本地獲取高度可擴充套件的資料層。在我看來，這是整個過程的關鍵，這是取得偉大成功的時刻，因為我們將以太坊 (舊鏈) 完全地錨定在全新的系統中。
除此之外，隨著時間的推移，在之後的階段，透過在其他分片鏈上實現狀態/執行，還可以獲得更多的可擴充套件性提升。這可以以 EVM(以太坊虛擬機器)或者一個稱為 eWASM 的全新虛擬機器的形式來呈現。不管選擇什麼 VM (虛擬機器)，現有的以太坊 EVM 分片(即在階段1.5期間遷移進來的以太坊舊鏈)和其他全新的分片鏈將可以透過信標鏈來進行互動和通訊，從而實現 eth2 分片的願景。
明白了嗎？這是一個過程，但在這個過程中會收穫滿滿。
這種升級方式帶來的難題，以及為何值得采用這種方式
如此多的驗證者
分片技術 (sharding) 依賴的一個關鍵元件就是將共識參與者 (即驗證者) 隨機分配到委員會中對 eth2 協議的一部分 (比如一條分片鏈) 進行驗證。
如果協議中有足夠數量的驗證者，並且假設某個攻擊者控制了最大數量的驗證者節點 (比如控制了 1/3 的驗證者節點)，那麼從數學的角度來說，該攻擊者控制任何一個委員會和腐蝕整個系統都是不可能的[1](概率為 1/2^40，趨於零)。
這允許我們將系統設計為允許任何人使用消費級裝置 (比如膝上型電腦或者一步舊手機) 就可以成為一名驗證者 (因為驗證者會被分配到系統中的某個部分，而驗證任何部分都可以使用單臺機器的計算資源來完成)。
這就是 sharding 的不可思議之處，同時也是其困難之處。
首先，我們必須要有足夠多的驗證者來使這種隨機分配的方式足夠安全：這意味著，eth2 比大多數其他 PoS 協議都擁有更多的驗證者。
這給整個過程的每個層面——從技術研究到共識機制的規範，再到網路、客戶端的資源消耗和最佳化等——都帶來了挑戰。每個新增的驗證者都會給系統增加負載，這必須在每個階段都考慮進去。各個Eth2 客戶端團隊已經完成了管理成千上萬個驗證者達成共識的艱鉅任務，這樣我們就可以安全、有效地在階段1整合許多的分片鏈。
如此多的分片鏈
另一個使我們正在構建的 eth2 如此困難的基本設計決策就是，在以太坊中，我們選擇在不犧牲去中心化的情況下提升可擴充套件性。
如果我們不關心使用者是否能夠自己驗證區塊鏈，或者不關心如何確保資料對網路有用，那麼將區塊鏈擴充套件到每秒數萬筆交易並不困難。分片共識機制的複雜性是很有必要的，這樣系統就可以被分成可驗證的小塊。制定這樣的共識機制的規範並加以實現是一項非常艱鉅的任務。
如此多的客戶端
以太坊的一個核心原則是，協議第一。以太坊是組成協議的抽象規則集，而不是這些規則集的任何具體實現。為此，以太坊社羣從一開始就鼓勵實現許多的客戶端。
在當前的以太坊主網上，有 besu、ethereumJS、geth、nethermind、nimbus、open-ethereum、trinity 和 turbo-geth 等客戶端實現。
而在 eth2 系統中，我們將有 cortex、lighthouse、lodestar、nimbus、prysm、teku 和 trinity 等客戶端實現。
多客戶端的模式有著許多顯著的好處：
擁有許多客戶端允許社羣對更廣泛的創意、演算法和架構進行探索(每個客戶端都有自己的方法和理念)。隨著我們構建更為強大的系統，這個過程營造了一個各客戶端相互溝通的健康氛圍，
各客戶端通常有著不同的設計目標。隨著時間的推移，這將帶來使用者和應用程式的多樣化。客戶端可能或多或少地專注於這些方面中的任何一項：效能、安全性、水平擴充套件、UI/UX、輕客戶端、瀏覽器、資源受限的裝置等等。
由於存在許多生產級客戶端，當某個重大的攻擊 (比如 DOS 攻擊) 擊垮任何一個客戶端時，其他客戶端都能夠頑強抵抗。在以太坊的早期歷史中，從“上海DoS攻擊”中就可以看到這一點，當時的一系列 DOS 攻擊使很多 geth 和 parity 客戶端癱瘓，但它們並不是同時被擊垮的。
每個客戶端都是通向某個程式語言社羣的門戶。使用某種特定語言編寫的客戶端開啟並迎接對這種語言的試驗和創新。該客戶端的基本工具通常都會如滾雪球般形成一個由該語言的工具和貢獻者組成的強大生態系統。多客戶端的模式增強了以太坊的吸引力。
擁有上述這些明顯的優勢是需要攻破一些難點的：
(eth2的)規範和測試必須是無懈可擊的，從而避免主網發生任何意外的分叉。如果協議只有一個客戶端實現，那麼這個實現就成了協議本身。在只存在單個客戶端的情況中，如果客戶端的任何一個共識方面的“bug”影響到了主網，那麼這個bug將成為該協議的現實。要解決這一難題，如果主網上健康地分佈著許多不同的客戶端(比如，沒有哪種客戶端擁有超過1/3的節點/驗證者數量)，那麼區塊鏈網路就可以在面臨單個客戶端存在共識問題的情況下繼續保持執行了。
在最佳情況下，N 個客戶端的協作能夠比只有單個客戶端帶來線性開銷 (liner overhead)，但在某些情況下可能會導致二次開銷 (N^2)。我們會使用一些技術來減少這種開銷，比如共識 (以及即將到來的網路) 測試，但這總會在某種程度上存在。
eth2客戶端和測試網的進展
在過去兩年中，eth2 階段0 已經成為了相當複雜的軟體，能夠處理數千個節點中成千上萬的驗證者的分散式共識。當前我們正處於測試網階段，每天都更加接近 (信標鏈的) 釋出。我原本預計最後一英里會很長，事實證明的確如此。
在 (信標鏈) 釋出之前的這段時間，我希望你們可以走出舒適圈去嘗試不同的客戶端。這些客戶端之間有許多的權衡取捨，你需要親自使用才能找到哪個客戶端最適合你。如上所述，以太坊以多客戶端的模式執行，為了獲得這種方式的益處，我們需要使用者執行各種不同的客戶端(從而使各種不同型別的客戶端健康地分佈在網路中)。
除此之外，eth2 協議中還內建了反相關性激勵機制。在一些極端的情況下，比如某個大客戶端不小心導致大量驗證者離線了，或導致大量驗證者執行了可被罰沒的行為，此時如果你的驗證者節點的行為與該客戶端有關聯，那麼此時你受到的懲罰將會比當你犯錯但與他人無關時受到的懲罰嚴重得多。換句話說，在這些情況下，執行某個不那麼受歡迎的客戶端要比執行某個佔據網路很大一部分的客戶端要好得多。
需要明確的是，如果存在不止一個可行且安全的客戶端，那麼你應該執行那個不那麼受歡迎的客戶端軟體，從而促進各客戶端軟體在網路上健康地分佈，這是你的義務。
還有，不要害羞。如果你遇到了文件方面的問題，請讓其他人知道。如果你看到了一個打字錯誤，請提交一個 PR。如果什麼東西崩潰了，或者出現 bug，請務必在 github 或客戶端的 discord 聊天室中進行上報。你們是測試階段的使用者，在你們的幫助下，我們可以讓一些變得更好。
測試網
我們目前正在執行小型公共開發網路(devnets)，大約每一到兩週重啟一次。我之所以將這些測試網稱為“開發網路”，是因為這些測試網路首先是為各客戶端團隊開發人員解決 bug、最佳化等問題的工具。
這些測試網路是公開的，歡迎你加入，但需要知道的是，這些測試網路還會不像 Goerli 或 Rinkeby 那樣長期存在。最新發布的測試網是由 Afri Schoedon 領導的、執行 v0.11 版本規範的Witti 測試網[2](如果你想執行一些節點，請檢視這裡的README [3])。
各客戶端團隊都正在積極地升級到最新的v0.12 版本規範[4]，此規範整合了最新版本的IETF BLS 簽名標準。在此基礎上，我們將會把這些測試網路過渡到 v0.12 規範，我們將繼續增加這些測試網的規模，在客戶端上包含越來越多的負載。
當我們透過 2-3 個客戶端成功地啟動 v0.12 測試網並高負載執行之後，我們將推出一個更公共的測試網，該測試網將允許你執行大多數的節點和驗證者。其目標是建立一個長期存在的多客戶端測試網，儘可能模擬主網 (使用者將可以在該測試網中可靠地執行節點和進行任何測試)。理想情況是僅搭建一次這樣的測試網，在維護這個測試網的同時解決所有故障。但是，根據故障的存在和嚴重程度，我們可能需要執行多次才能達到這一目的。
除了正常的測試網之外，我們還將提供一個具有激勵作用的“攻擊網路” (attack net)，客戶端團隊可以在其中執行一個穩定的測試網，我們將邀請你嘗試使用不同的方法來攻擊這個網路。如果攻擊成功，以太坊基金會將提供 ETH 獎勵。更多這方面的資訊敬請期待！
eth2工具的進展
雖然 eth2 的工具還處於起步階段，但這是一項令人興奮且不斷髮展的工作。如上所述，工具通常源自客戶端程式碼庫以及客戶端團隊的努力，但每天越來越多的人參與了進來。
為了更好地理解、保護和增強 eth2 並與之進行互動，我們作為一個社羣需要構建基本的 eth2 工具。
我在此想要對已經為其 eth2 工具提供巨大價值的團隊和個人表示歡呼，並歡迎更多人搭建新的工具和對已有工具進行擴充套件和增強。
Eth2 工具是一個新領域機遇。這是一個研究、提供真正價值和獲得認可的絕佳機遇。
下方是其中一些正在製作中的工具，但還有很多其他的工具！
瀏覽器:Beaconcha.in、Etherscan、Eth2stats
網路工具:Prrkl[5]、Rumor[6]、Pyrum[7]、Stethoscope[8]
金鑰庫和錢包:ethdo[9]、deposit cli[10]、EIP 2335[11]以及其他新的標準
API[12]設計和原型繫結[13]
罰沒監測:Prysm “hash slinging slasher”[14]
以下是其中一些公開的工具創意：
Eth2 驗證者警告：當驗證者沒有以最優的方式執行任務時，提供一種向節點運營者發出警告的服務；
驗證者抵押追蹤：透過追蹤驗證者的抵押過程，協助在當前的以太坊鏈和 eth2 瀏覽器之間架起橋樑；
透過代理服務保護驗證者：使用一個代理服務來追蹤驗證者的訊息，從而確保你的客戶端不會傳送不安全的訊息。
還有更多——這種型別的貢獻並不侷限於一個規範。創造力是很重要的。如果你想要有所貢獻，請與 eth2 客戶團隊討論。
eth2+eth2 合併的進展
在當前的以太坊客戶端 (比如 geth 客戶端) 中，幾乎所有的複雜性都在於處理使用者層面的活動：交易池、區塊建立、虛擬機器計算以及狀態儲存/檢索。實際的核心共識——工作量證明 (PoW)——在協議中是非常簡單的。大部分的複雜性是由協議之外的複雜硬體來處理的。
而另一方面，eth2 客戶端是完全就是共識。在 PoS 和分片中，協議引入了許多複雜性，以實現可擴充套件性共識的目標。
這些關注點的區別使得 eth2 和 eth2 完美地相結合。
eth2 和 eth2 合併的最初工作正在由 Geth (以太坊基金會) 和 TXRX (ConsenSys) 團隊進行。這項工作涉及到：
在 eth2 和 eth2 之間定義一個通訊協議；
向 eth2 客戶端增加一個共識引擎，該引擎可以透過該通訊協議進行控制；
原型化和模擬 eth2 階段1 的行為來測試耦合。
我們預計將在今年夏天看到一些具體的結果。
你可以在這裡[15]閱讀更多關於高層次 eth2+eth2 客戶端關係的資訊，以及在這裡[16]瞭解關於合併的技術範圍的資訊。
狀態執行和跨分片通訊的進展
如上所述，跨多個分片鏈實現狀態執行的確切路徑式一個經過激烈研究和爭論的領域。這方面有很多問題需要回答，比如：
多少條分片鏈應該實現狀態執行功能？
對於新增的分片，我們是使用 EVM 還是 eWASM 來作為其虛擬機器？
我們如何組織和處理跨分片交易？
我們要對當前的 EVM 做出哪些改變來支援跨分片交易？
通常狀態執行和賬戶結構是否可以/應該擴充套件？
在過去的12個月裡，eWASM (以太坊基金會) 和 Quilt (ConsenSys) 團隊都在這些領域進行了大量的研究。事實證明，解決方案的領域是巨大的，儘管我們現在已經很好地掌握了該領域的廣度，但最近的重點一直是深入研究簡單、切實的解決方案，以便能夠測試、建立原型並真正地奠定通訊的基礎。由此誕生了 eWASM 的Eth2x64 計劃(透過這裡[17]瞭解這個專案的高階概況，並檢視一些正在被討論的最新規範[18])。
在將抽象的跨分片通訊的想法引入具體的規範中進行討論並最終形成原型方面，已經取得了快速的進展。請密切關注這方面的進展，尤其是如果你是 dapp 開發人員。我們打算在接下來的幾個月裡提供一些你可以理解、試用和提供反饋的東西。
無狀態以太坊與 eth2
與 eth2並行進行的另一項主要研發工作是“無狀態以太坊” (Stateless Ethereum)。無狀態以太坊旨在解決狀態大小增長問題。這將允許參與者無需在本地儲存整個狀態的情況下驗證區塊。
當前的以太坊狀態轉換函式中有一個隱式輸入：整個狀態。透過無狀態以太坊，將在區塊內提供所需狀態的證明(即 witnesses, 見證資料)。這允許將區塊作為純函式進行轉換/驗證。
對於使用者來說，這種轉變意味著使用者可以在無需儲存所有狀態的情況下跟隨這條鏈，甚至可以關注自己關心的那部分狀態。一些網路參與者 (比如區塊生產者、區塊瀏覽器、收費的狀態提供者等) 很可能會儲存所有的狀態，但絕大多數參與者將只儲存一小部分狀態。
對於 eth2 而言，這是一種重要的技術機制，可以確保節點和驗證者能夠在無需儲存每個分片的完整使用者狀態的情況下驗證和保護協議。驗證者可能會選擇成為某些分片的區塊生產者，而基線驗證者 (baseline validator) 可能只驗證無狀態區塊。
無狀態以太坊是對 eth2 願景的一個非常有價值的補充，它使分片協議的基礎非常“瘦”。雖然我們計劃以無狀態的方式執行 eth2，但我們有幾個選擇，以防止無狀態的方式最終被證明不可行 (但我自己對無狀態非常有信心😄)。
在這篇文章，我不會深入探討無狀態以太坊。你只要知道這是一個令人興奮的並行研發路徑，以確保以太坊的長期可持續性。如果你想了解更多，可以檢視 Griffin 發表的Eth2.x 系列部落格文章[19]。
寫在最後
Eth2 是一項巨集偉的工程，它將為以太坊提供一個升級的、下一代高度可擴充套件的、安全的、去中心化的共識。每天都有數十個團隊和數百個人在努力實現這一目標。我們選擇的道路是艱難的，但已經並將繼續取得巨大進展。
這種全新機制的核心部分(信標鏈)即將推出。
如果你是一名有抱負的驗證者，現在就可以開始加入進來了。透過嘗試多個不同的客戶端來支援 eth2 的這種多客戶端模式，併為 eth2 的創世奠定一個強大的客戶端多樣性基礎貢獻力量。
如果你是一名使用者或者 dapp 開發者，請繼續推進當前的以太坊鏈。同時我們將繼續為你準備一個更加安全和可擴充套件的環境。當時機成熟時，eth2 向 eth2 的轉換將盡可能無縫地實現。
感謝那些非常棒的團隊和個人，讓以太坊一直保持良好的生命力；感謝所有為 eth2 的未來做準備的人；也感謝所有的使用者和開發者讓以太坊變得如此有魅力🚀
參考連結：
[1]https://blog.ethereum.org/2020/03/27/sharding-consensus/
[2]https://witti.beaconcha.in/
[3]https://github.com/goerli/witti
[4]https://github.com/ethereum/eth2.0-specs/releases/tag/v0.12.0
[5]https://github.com/prrkl
[6]https://github.com/protolambda/rumor
[7]https://github.com/protolambda/pyrum
[8]https://github.com/lsankar4033/stethoscope
[9]https://github.com/wealdtech/ethdo
[10]https://github.com/ethereum/eth2.0-deposit-cli
[11]https://github.com/ethereum/EIPs/pull/2335
[12]https://github.com/ethereum/eth2.0-apis
[13]https://github.com/protolambda/eth2.py/
[14]https://github.com/prysmaticlabs/prysm/blob/master/slasher/README.md
[15]https://ethresear.ch/t/eth2-eth2-client-relationship/7248
[16]https://ethresear.ch/t/the-scope-of-eth2-eth2-merger/7362
[17]https://ethresear.ch/t/the-eth2x64-experiment/7195
[18]https://ethresear.ch/t/eth2x64-variant-1-apostille/7365
[19]https://blog.ethereum.org/2020/04/02/eth2x-stateless-tech-tree/
【文章版權歸原作者所有，其內容與觀點不代表Unitimes立 場。轉載文章僅為傳播更有價值的資訊，合作或授權聯絡請發郵件至 [email protected]或新增微信unitimes2017】
