無狀態客戶端：以太坊1.x 的新動向
編者按：本文來自以太坊愛好者（ID：ethfans）編者按：本文來自
以太坊愛好者（ID：ethfans）
以太坊愛好者（ID：ethfans）
編者按：本文來自
以太坊愛好者（ID：ethfans）
以太坊愛好者（ID：ethfans）
編者按：本文來自
以太坊愛好者（ID：ethfans）
以太坊愛好者（ID：ethfans）
，作者: Piper Merriam，翻譯：阿劍，Odaily經授權轉載。
以太坊網絡就像所有的公地一樣，也存在許多維護上的問題：狀態數據的不斷膨脹、日益變長的同步時間、全節點的熱度也越來越小。如果放任不管，這些問題會給以太坊1.x 的未來帶來嚴重威脅。
但是，以太坊2.0（Serenity 寧靜）還要再等2～3 年才能完全實現，其中Phase 0 和Phase 1 會在1～2 年實現，而Phase 2 可能要2022 年才會到來。
同時，狀態數據膨脹、同步時間變長、網絡健康度下降等問題，都是很迫切的。此外，迄今為止仍未有將當前的以太坊鏈遷移成為Eth2.0 的一個執行環境的明確計劃。
我們準備：
二級標題
起因
進一步提升以太坊網絡的客戶端多樣性
二級標題
夯實基礎從而能順利過渡成為2.0 的一個執行環境
這是一項複雜的工作，無疑需要許多團隊的合作。但在本週一次破冰視頻會議之後，我們懷著一腔孤勇揭開了以太坊1.x 研究的新篇章。
起因
故事還要從2018 年年頭、Trinity 客戶端的第一次發布說起。 Trinity 是一款用Python 寫成的以太坊客戶端。因為Python 是一門解釋性語言，跟Go 或者Rust 這樣的同儕在性能上競爭時是不可能勝出的；但是它有一些很好的特性。
“快速同步” 行不通以後，我們開始找新事情做。在接下來的9 個月裡，我們基於“能不能完全迴避掉這個問題” 的想法不斷迭代。要是真能迴避掉這個問題，我們就能很快讓客戶端上線工作了，而同步完成、上線工作這個活動在過去是要花好幾個時間甚至幾天來完成的。
二級標題
Beam sync 受到“無狀態客戶端” 概念的啟發：使用一部分叫做“區塊見證（block witness）” 的數據，beam sync 在同步時不會像“快速同步” 那樣下載完整的狀態，只會傳入完成狀態變換需要用到的數據。漸漸地，隨著同步過程觸及到越來越多的狀態，客戶端就能重建出完整的區塊鏈狀態，並切換到完全同步模式。
二級標題
因為beam sync 背後的概念得到為完全的驗證，Trinity 團隊已經從悄悄地研究轉向搞出一個可用測試版的實驗。我們計劃在2020 年第二季度發布beta 版。
二級標題
二級標題
二級標題
而Beam sync 本質上也是從一個無狀態的模式開始，隨著區塊逐漸下載到本地數據庫而逐漸過渡到富狀態模式。有了Beam sync 在線，我們很快就能勾勒出一條清晰的路徑、實現一個善於提供無狀態客戶端所需原料的網絡。
二級標題
二級標題
從1.x 到2.0
正因如此，能夠可靠地運行在無狀態客戶端上，可能會變成以太坊1.x 網絡遷移成2.0 某個分片的前提條件。
二級標題
所以，致力於以太坊1.x 的無狀態執行方案，我們也是在為1.x 的平滑遷移做必要的準備工作。
