作者:Ye Zhang 來源:X,@yezhang1998 翻譯:善歐巴,金色財經對於以太坊來說,緩慢發展是一種特性,而非缺陷。對於一個保障著數萬億美元資產的結算層來說,發展過快是危險的。客戶端多樣性很重要,但我同意,實際上我們可能需要更少的客戶端團隊。而且,我不認為客戶端團隊的協調是開發新功能的主要瓶頸;還有許多其他因素需要考慮,尤其是在向後兼容性方面。我想在這裡提出另外三個要點:### 1.基礎設施需要更快地適應Layer 2的變化,否則以太坊生態系統整體有失去吸引力的風險。人們普遍期望Layer 2解決方案發展得更快。然而,這很具挑戰性,因為許多基礎設施的適應速度很慢。即使Scroll具有完全的EVM兼容性,我們也遇到了MetaMask的問題:Scroll(或任何其他Layer 2)的交易費用包括數據可用性(DA)費用和執行費用,但MetaMask默認只支持執行費用,導致幾個月來的費用計算都不正確。這造成了一個棘手的先有雞還是先有蛋的問題:如果Layer 1不改變,基礎設施提供商就沒有動力去更新。如果沒有更新的基礎設施,Layer 2解決方案就無法更快地發展,從而扼殺創新。這對以太坊來說是一個特殊的挑戰,因為大多數其他鏈都有與鏈升級緊密相關的原生錢包。相比之下,EVM標準遵循以太坊,這使得適配變得複雜。### **2. 規範至關重要,而目前所有Layer 2解決方案都缺乏規範**為了實現客戶端多樣性,我們需要更完善的規範。然而,許多團隊聲稱擁有多客戶端實現,但實際上對這一概念存在根本誤解。正確的做法應該是: 1. **定義高級別規範。** 2. **確保任何團隊都能通過閱讀規範實現該功能,而無需參考其他客戶端實現。**也就是說,**多客戶端實現的唯一真實來源應該是規範本身。** 但目前,大多數實現依賴現有實現作為參考,這違背了多客戶端架構的真正潛力。### **3. 同樣重要的是要注意以太坊和比特幣之間的區別**比特幣依賴於**單一實現**作為其真實來源,核心代碼庫是唯一的真理,不能出錯。而以太坊的真實來源是**規範本身**,而非像Geth這樣的特定實現。這種方法使規範對以太坊更具實際意義。如果發生錯誤,**應該通過社會共識,根據規範修正問題,而非依賴某個具體實現。**
Scroll 聯創:以太坊生態發展的“雞與蛋”難題
作者:Ye Zhang 來源:X,@yezhang1998 翻譯:善歐巴,金色財經
對於以太坊來說,緩慢發展是一種特性,而非缺陷。對於一個保障著數萬億美元資產的結算層來說,發展過快是危險的。
客戶端多樣性很重要,但我同意,實際上我們可能需要更少的客戶端團隊。而且,我不認為客戶端團隊的協調是開發新功能的主要瓶頸;還有許多其他因素需要考慮,尤其是在向後兼容性方面。
我想在這裡提出另外三個要點:
1.基礎設施需要更快地適應Layer 2的變化,否則以太坊生態系統整體有失去吸引力的風險。
人們普遍期望Layer 2解決方案發展得更快。然而,這很具挑戰性,因為許多基礎設施的適應速度很慢。即使Scroll具有完全的EVM兼容性,我們也遇到了MetaMask的問題:
Scroll(或任何其他Layer 2)的交易費用包括數據可用性(DA)費用和執行費用,但MetaMask默認只支持執行費用,導致幾個月來的費用計算都不正確。
這造成了一個棘手的先有雞還是先有蛋的問題:
如果Layer 1不改變,基礎設施提供商就沒有動力去更新。如果沒有更新的基礎設施,Layer 2解決方案就無法更快地發展,從而扼殺創新。這對以太坊來說是一個特殊的挑戰,因為大多數其他鏈都有與鏈升級緊密相關的原生錢包。相比之下,EVM標準遵循以太坊,這使得適配變得複雜。
2. 規範至關重要,而目前所有Layer 2解決方案都缺乏規範
為了實現客戶端多樣性,我們需要更完善的規範。然而,許多團隊聲稱擁有多客戶端實現,但實際上對這一概念存在根本誤解。
正確的做法應該是:
定義高級別規範。
確保任何團隊都能通過閱讀規範實現該功能,而無需參考其他客戶端實現。
也就是說,多客戶端實現的唯一真實來源應該是規範本身。 但目前,大多數實現依賴現有實現作為參考,這違背了多客戶端架構的真正潛力。
3. 同樣重要的是要注意以太坊和比特幣之間的區別
比特幣依賴於單一實現作為其真實來源,核心代碼庫是唯一的真理,不能出錯。
而以太坊的真實來源是規範本身,而非像Geth這樣的特定實現。
這種方法使規範對以太坊更具實際意義。如果發生錯誤,應該通過社會共識,根據規範修正問題,而非依賴某個具體實現。