V神ETH HK演講:乙太坊的成就、挑戰與未來

ETH HK於10月23日在香港如期舉行。

跟隨人群穿梭在演講主會場、駭客松 workshop 和項目介紹的不同會場之中,你似乎感受不到深處熊市之中; 相反來自不同國家地區的開發者們,對於項目建設都保持著極高的熱情和參與度。

而在其中,最受關注的自然是 Vitalik 的線上主題演講。

在主題為**《The Future of Ethereum and its Development Roadmap》**的20分鐘演講中,Vitalik提到了乙太坊面臨的新機遇和挑戰、帳戶抽象、社交恢復、擴容和L2等諸多話題,並對當下的行業發展和未來表達了個人思考。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/56646ebcc79c3f1086cb6c073057725c.jpg)

深潮TechFlow 記者在現場對Vitalik的演講內容進行了速記,並整理如下。

乙太坊轉型后的成就與挑戰

Vitalik首先回顧了乙太坊自去年的 Merge 升級,共識機制由 PoW 轉向 PoS 後所取得的一些關鍵成就:

  • 第一個合併後的硬分叉成功。
  • 超過2500萬的ETH正在權益證明中進行質押。
  • 共識機制切換升級后,乙太坊穩定運行已超過一年,無大型事故。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/1833f213bf1d6dce1c057fe6115d6332.jpg)

但同時,Vitalik 也直接拋出了 PoS共識機制當下所面臨的挑戰:

  • **質押中心化:**由於質押成為乙太坊日常運行的必備要素,質押服務商可以幫助用戶來質押,但這不可避免的導致了質押的中心化。
  • **交易處理效率:**為了達到最佳的效率,ETH網路可能希望在每個時間視窗(Slot)中處理的交易簽名數量不超過大約10,000個。

深潮注:時間視窗(slot)應該是一個預定的時間段,通常幾秒鐘,用於提議和驗證區塊。 每個時隙都有一個預選的驗證者,他們的任務是在該時隙內提議一個新的區塊。 為了確保網路的高效運行並防止潛在的垃圾攻擊或擁塞,可能會設置每個時隙內可以處理的簽名或交易的上限。

帳戶抽象與社交恢復

Vitalik 多次強調了帳戶抽象的重要性和必要性。 他認為力推帳戶抽象是出於兩個方面的考慮:

  • **便利性考慮:**使用者可以用任意ERC20代幣支付gas費,以及一次交易執行多種操作(簽名、授權、驗證等);
  • **安全性考慮:**Vitalik也與多個多簽錢包、MPC錢包專案聊過,認為基於助記詞的方案仍不是最完美的選擇,助記詞和私鑰的丟失都會導致資產丟失。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/3b189b763aa3c962361a2f6bf85e21be.jpg)

同時,Vitalik仍舊對社交恢復青睞有加。 主要原因在於 Vitalik 從普通使用者的使用習慣和體驗出發,他們可能並不理解私鑰,亦或是丟失助記詞。

在這種情況下,一個説明你的資產“守護者”至關重要。 考慮到你可能遺忘或丟失,因此你的朋友、你的另一個設備都可以成為資產守護者以備不時之需; 同時在信任的基礎上,開展加密服務的機構也可以充當這個守護者的角色。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/aa1bea294ae8fc08c3b8c722567f9dab.jpg)

此外,帳戶抽象自身也面臨著挑戰。 這種挑戰不僅僅是一個孤立的技術問題,而是涉及到整個加密生態系統。

對已有的錢包、應用和開發工具來說,它們選擇使用帳戶抽象來提升用戶體驗或開發者體驗,就必然涉及到技術的調整和適配。 帳戶抽象是一個技術概念,但一定會遇到實際適配執行時的問題。

並且,隨著更多L2的出現,不同L2是否支援、如何支持帳戶抽象也是一種挑戰,使用者可能會碰到某個L2支援但另一個不支持的情況。

隱私基礎設施是新引入的部分之一,與帳戶抽象緊密相關。 這意味著為了實現帳戶抽象,需要確保交易和操作的隱私性,從而使得不同的身份驗證方法和帳戶類型可以在不暴露用戶隱私的前提下工作。

在推進更廣泛的帳戶抽象的同時,很可能也需要考慮如何處理MEV的問題,以確保系統的公平性、安全性和健康發展。

因此Vitalik總體認為,帳戶抽象的推廣和普及需要全生態中的角色共同努力,**總體目標是要讓鏈上體驗和中心化服務體驗一致。 **

擴容、L2與隱私

隨著L2的出現與乙太坊自身技術的推進,擴容問題在一定程度上得到了解決,但Vitalik認為仍存在如下挑戰:

  • 在L2向L1打包提交交易有效證明時,如何去保證這個證明系統的安全性和去中心化?
  • L2的技術元件中,大部分交易的排序器是中心化的,可能會有潛在風險
  • L2有著不同的技術選型和發展方向,如何構建跨L2之間的錢包和位址,讓用戶擁有更好的體驗?
  • 交易記錄相關數據需要空間進行保管與存儲,數據可用性問題如何解決?

由於時間所限,Vitalik 並沒有就以上問題給出非常細緻的解答,更多的是在拋出當前擴容所面臨的全部問題。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/4e8f3819cf5d1a7cbcfc5064bfa2a90e.jpg)

有趣的是,Vitalik在演講中也坦言,目前市場上有太多的 L2,但並不是一提到擴容就一定要去搞 rollup。

他也給出了個人的一些建議:

**1.專案應該明確自己對安全性和可擴充性的需求,到底處在什麼級別,再決定要不要上Rollup。 **

例如帳戶金鑰存儲、高價值財務資產等場景,對安全性的要求極高,而遊戲或非財務應用,可能對可擴充性有更高的要求。

**2.明確 Validium 和 Rollup 的區別,對號入座。 **

Validium 是一種Layer 2擴容解決方案。 它將數據存儲在鏈下,但在鏈上進行驗證。 這意味著它可以處理大量的交易,但可能犧牲了一些去中心化和安全性 -- 尤其適合遊戲等場景;

與Validium不同,Rollup(特別是zk-Rollup)將數據保留在鏈上,這可能在隱私或效率方面不利。 但如果你想要可靠性或更多的安全性,你可能會選擇zk-Rollup。

從Vitalik現場展示的圖來看,對於許多項目來說,當前選擇使用Validium可能是一個合理的選擇,因為它提供了一種在保證交易有效性的同時,實現鏈下數據可用性的解決方案。

但隨著 Blob(用於將大量數據壓縮成較小的“blob”,從而在乙太坊中更高效地存儲數據) 數據空間的擴展,專案可以轉向使用Rollup,因為Rollup通過保持鏈上數據可用性,提供了更多的安全性和可靠性。

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/bc01b55d4bb130d9e3bbd033e53e38d4.jpg)

最後,Vitalik 也提到了當前乙太坊生態中所面臨的三種類型的隱私問題:

  • **coin transfers:**加密貨幣的轉賬過程中的隱私問題。 例如,雖然許多區塊鏈交易是公開和透明的,但仍有需求和技術旨在使這些交易更加私密,以保護使用者的財務數據。
  • **guardians:**如前文提到社交恢復中的守護者,被使用者授權作出某些決策或執行某些操作。 守護者的隱私可能與他們的身份、所控制的資產或他們執行的操作有關。
  • **dentity/reputation and similar apps:**在區塊鏈上,身份和聲譽系統可以幫助驗證使用者或實體的真實性和可信度。 然而,這些系統也可能涉及到個人隱私的問題,因為它們可能需要收集和展示敏感的個人資訊。

結論

! [V神ETH HK演講:乙太坊的成就、挑戰與未來] (https://cdn-img.panewslab.com//panews/2022/10/23/images/3e7c1ddd83de28e50a648aa50924bc1d.jpg)

演講的最後, Vitalik 對乙太坊未來發展的總體思路進行了總結:

  • **保持穩健,謹慎求解:**保持乙太坊基礎層的健壯性是前提,在這個基礎上才能小心謹慎的去拓展其他方面的能力,如擴容、用戶體驗和隱私等問題。
  • **在體驗和去中心之間找平衡:**乙太坊對普通使用者變得“使用者友好”是必須的,但在這個過程中不能丟掉去中心化所帶來的好處。
  • **技術和生態同等重要:**技術的發展指明瞭方向,但如何落地推廣仍需全生態共同努力。
查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 留言
  • 分享
留言
0/400
暫無留言
交易,隨時隨地
qrCode
掃碼下載 Gate APP
社群列表
繁體中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)