原文作者為Rocket Pool的區(qū)塊鏈開發(fā)人員Darren Langley。Rocket Pool是下一代PoS礦池，專注于與以太坊的新共識協(xié)議Casper的兼容性。

以太坊的路線圖是擁有遠大理想的。在我們的上一篇文章中，我們描述了以太坊2.0的愿景。

作為回顧，以太坊2.0結(jié)合了以下關(guān)鍵項目：

· 權(quán)益證明（信標(biāo)鏈，Casper FFG）

· 分片

· eWASM（以太坊虛擬機EVM的升級項目）

一旦交付，Ethereum 2.0將支持非常可觀的鏈上交易吞吐量，同時兼顧去中心化和安全性。有了這個基礎(chǔ)，以太坊有可能成為：

· 現(xiàn)實世界中價值轉(zhuǎn)移的關(guān)鍵基礎(chǔ)設(shè)施;

· 新經(jīng)濟體系的平臺;

· 全球合作的中心;

以太坊2.0并非由一個企業(yè)開發(fā)；以太坊在多個層面上都是去中心化的。

Vitalik說得最好：

“區(qū)塊鏈在政治上是去中心化的（沒有人能控制它們），架構(gòu)上也是去中心化的（沒有基礎(chǔ)設(shè)施性的中心故障點），但是它們在邏輯上是中心化的（有一個共同達成一致的狀態(tài)，系統(tǒng)就像一臺計算機）” Vitalik Buterin《去中心化的意義》

此外，以太坊在運行方面是去中心化的（沒有單一實體負責(zé)維持區(qū)塊鏈的運行）。

那么，如果沒有人控制以太坊，以太坊2.0是如何創(chuàng)建的？

這是以太坊眾多吸引人的方面之一。它具有有機品質(zhì)，希望為人類組織如何在擴大規(guī)模的同時仍具有包容性做出貢獻。

以太坊協(xié)議描述了產(chǎn)生以太坊區(qū)塊鏈所必需的交互作用。這是一個龐大的開源項目。研究人員和實施者組成的大型社區(qū)提出想法，然后討論，改進，最后實施以太坊協(xié)議。以太坊基金會在這一過程中具有很大影響力，并且對研究人員和實施者非常重視，但是相關(guān)決定都是社區(qū)通過共識做出的。

用于運行以太坊的軟件稱為客戶端或節(jié)點。以太坊網(wǎng)絡(luò)中存在許多以太坊客戶端，由不同的軟件開發(fā)組編寫（都是開源的）。

除了客戶端之外，還有一個完整的開源軟件項目生態(tài)系統(tǒng)，致力于構(gòu)建以太坊的不同方面。

這些包括：

· 智能合約語言（Solidity，Vyper）

· RPC庫（web3js，ethers，Nethereum）

· 開發(fā)工具（truffle，ganache，solc，solium）

背景就介紹到這，讓我們進入正題。

研究

正在研究的許多研究課題需要結(jié)合起來才能使以太坊2.0發(fā)揮作用。這些課題在以太坊研究網(wǎng)站上有公開記錄，并且可以進行討論。研究人員和軟件開發(fā)人員有機會查看和評論相關(guān)提案。

研究課題包括：

· 簽名聚合

· 隨機數(shù)生成

· 分叉選擇

· 數(shù)據(jù)可用性

· 輕客戶端支持

· P2P通信

· 跨分片通信和狀態(tài)/執(zhí)行分離

許多課題已經(jīng)達到可以實施的程度，但也有很多主題處于早期階段，需要更多時間來確定研究成果。

參考實現(xiàn)（Reference Implementation）

隨著研究課題的成熟，它們會合并為實施團隊用于開發(fā)以太坊2.0客戶端的規(guī)范。

為了幫助實現(xiàn)這一目標(biāo)，以太坊基金會正在開發(fā)Python的參考實現(xiàn)客戶端。他們還提供非常有價值的社區(qū)支持，以幫助實施團隊。定期的以太坊2.0實施者呼叫（call）每兩周運行一次，以跟蹤進度，回答問題，并就常見問題達成共識。

信標(biāo)鏈/分片客戶端

以下團隊正在研究或開發(fā)信標(biāo)鏈/分片客戶端：

· Prysm——由Prysmatic Labs開發(fā)，用Go編寫。他們每兩周都會對他們的進展進行一次精彩的更新。

· Lighthouse——由Sigma Prime開發(fā)，用Rust編寫。

· Nimbus——由Status開發(fā)，用Nim編寫。

· Lodestar ——由Chain Safe Systems開發(fā)，用JavaScript編寫。

· Harmony ——由Ether Camp開發(fā)，用Java編寫。

· Pantheon——由ConsenSys的協(xié)議工程小組PegaSys開發(fā)，用Java編寫。該團隊專注于以太坊面臨的關(guān)鍵性挑戰(zhàn)，包括公鏈和私鏈的可擴容性和隱私。

· Trinity——由Trinity團隊（由Piper Merriam領(lǐng)導(dǎo)）開發(fā)，用Python編寫。

每個團隊在實施以太坊2.0規(guī)范方面的進展各不相同。在這個階段，所有團隊都在努力建立一個信標(biāo)鏈客戶端，這是以太坊2.0愿景的核心。

到目前為止進行的信標(biāo)鏈工作包括：

· 信標(biāo)鏈狀態(tài)數(shù)據(jù)結(jié)構(gòu)和持久性

· 每個區(qū)塊的狀態(tài)轉(zhuǎn)換

· 分叉選擇實施

· 驗證器改組

· 區(qū)塊發(fā)起者的角色

· 數(shù)據(jù)結(jié)構(gòu)序列化

· P2P協(xié)議

目前正在討論的一個重要進程是需要一種對測試用例進行編碼的通用測試語言——使研究人員能夠定義一組具有預(yù)期結(jié)果的測試，每個團隊可以根據(jù)規(guī)范驗證其實施，從而在不同團隊之間提供一致性。

eWASM

eWASM并非特定于以太坊2.0。該項目已由eWASM團隊開發(fā)一段時間，專注于與當(dāng)前EVM的兼容性。eWASM團隊正在評估新方法的影響，但關(guān)于執(zhí)行如何實際運行的研究還處于早期階段。

特別是，新的以太坊2.0分片系統(tǒng)很可能會使用一個延時執(zhí)行模型。當(dāng)前EVM區(qū)塊鏈在處理交易時會立即執(zhí)行智能合約代碼。

在新的以太坊2.0分片系統(tǒng)中：

· 分片將負責(zé)交易排序，僅存儲數(shù)據(jù)

· 重疊的執(zhí)行過程將讀取交易，執(zhí)行代碼和寫回結(jié)果

執(zhí)行重疊（overlay）可能是構(gòu)建在頂部的第2層進程，而不是bake到區(qū)塊鏈中。

總結(jié)

現(xiàn)在有一群充滿智慧的人致力于讓以太坊的更棒。研究仍在繼續(xù)，正在開發(fā)穩(wěn)固的信標(biāo)鏈實施。