ETH:EIP-2537：ETH 1.0可為ETH 2.0提供的支持_ETH2

編者按：本文來自以太坊愛好者，作者：AlexStokes，譯者&校對:閔敏&阿劍，Odaily星球日報經授權轉載。新的疆域

ETH2.0Phase0的主網預計將于今年晚些時候上線。眼下，我們應該思考這樣一個問題：現有網絡可以做些什么來推動新的系統平滑上線？我們可以想象出一些令人振奮的應用場景，可以利用兩個網絡之間的互操作性，但是事實表明，如果不能修改EVM來適應ETH2.0系統使用的新密碼學元件，這些應用就將受阻。在此我希望為這些新的密碼學元件提供概要的說明，并解釋為什么將其整合進EVM有助于我們在Eth1在遷移之前也能利用新系統的功能。ETH1.0少了什么？

以太坊區塊鏈上的所有數據都是公開的，因此我們必須使用密碼學簽名來確保特定交易反映相關方的訴求。以太坊所使用的簽名方案是以橢圓曲線為基礎的，使用的是名為secp256k1的曲線。這條曲線上的點被用于名為ECDSA的簽名方案，為我們的密碼學簽名賦予我們所期望的屬性。

數字資產管理平臺Safe已實現EIP-1271兼容性:5月23日消息，數字資產管理平臺Safe（原Gnosis Safe）宣布已實現EIP-1271兼容性，允許用戶借助其新的簽名消息功能，將這種無Gas簽名流（gasless signature flow）與EIP-1271智能合約簽名兼容的DApp結合使用。EIP-1271提供了一套驗證代表合約賬戶的簽名是否有效的標準，這使得合約賬戶能夠像EOA一樣進行簽名驗證。[2023/5/23 15:20:41]

-https://en.wikipedia.org/，該橢圓曲線的屬性提高了ECDSA簽名方案的安全性-盡管基于secp256k1的ECDSA簽名方案已經經過了多年的使用測試，但是二者的定義標準分別只有20和10年左右的歷史。ETH2.0采用了較為新穎的構造，利用了密碼學方面的新進展。ETH2.0系統中的驗證者使用BLS簽名方案，以另一種名為BLS12-381的橢圓曲線為基礎。ETH2.0之所以采用這種新技術，主要是因為它可以高效地將多個簽名聚合到一個簽名中，直接促進ETH2.0安全性的參與可行性。欲知更多信息，請參見CarlBeekhuizen的文章，了解ETH2.0中簽名聚合的重要性。雖然BLS簽名對Eth2有很多好處，但是我們遇到的問題是，ETH1.0本身并不支持這種新的密碼學元件，而且其底層數學邏輯對計算要求很高，致使我們無法在EVM中實行BLS簽名。幸運的是，我們可以將計算邏輯添加為“預編譯”部分，以此規避EVM在性能上的局限性——通過硬編碼算法讓原生實現在EVM解釋器之外被智能合約調用。如何實現預編譯？

Relation協議提出EIP-6239語義SBT規范通用數據模型:3月15日消息，Web3社交圖譜協議Relation提出EIP-6239語義SBT規范通用數據模型，詳細說明了Relation如何基于RDF（資源描述框架），構建出創新型的去中心化社交圖譜協議——Relation Protocol，為社交互動和數據共享提供可信、開放和可互操作的基礎設施，能夠高效處理海量級復雜社交數據，使數據分析效率提升近千倍，同時減少數據摩擦。

Relation Protocol通過鏈上原生的智能合約生態、通用靈活的圖數據模型、基于Lit Protocol隱私配置和Arweave上的數據永久存儲，為開發者提供了鏈上原生、隱私保護和永久存儲的數據層。[2023/3/15 13:05:42]

以太坊協議的預編譯部分屬于稀缺資源，因此僅留給社區認為重要的計算邏輯。此外，預編譯需要通過硬分叉來部署，因此協調成本很高。幸運的是，在當前的EIP-2537草案中，我們可以看到這些BLS預編譯的相關工作正在推進。EIP-2537包括對BLS12-381曲線運算的預編譯，以及BLS算法方案中使用的另一個被稱為“映射至曲線”的高成本操作。如果你深入研究BLS算法方案的數學原理，你會發現需要利用某個機制才能將某個消息通過“映射至曲線”操作轉化為橢圓曲線上的點。預編譯會給我們帶來什么好處？

以太坊開發者：擴容解決方案EIP-4844的Devnet 3推遲到下周發布:12月1日消息，以太坊開發者、Arbitrum研發團隊的terence.eth在社交媒體上稱，擴容解決方案EIP-4844的Devnet 3推遲到下周發布，此前原定于11月30日發布。

terence.eth解釋稱，CL（共識層）團隊需要更多時間來處理規范測試和同步協議。EL（執行層）團隊需要通過時間戳機制在分叉之上對4844個更改進行rebase。正在就配置和預設使用主網值達成共識，以便與KZG庫的字段元素大小和每個blob大小兼容。[2022/12/1 21:15:35]

EIP-2537預編譯會通過提高保證金合約用戶體驗來幫助ETH2.0上線，并為在ETH1.0內構建ETH2.0輕客戶端奠定基礎。BLS12-381曲線本身可用于構建zk-SNARKs，連同其他區塊鏈中使用的BLS為實現這些網絡之間的互操作性鋪平道路。保證金合約的用戶體驗成為ETH2.0信標鏈驗證者的初始方法是，將ETH存入ETH1.0上的智能合約。為了節省Gas費用并最大程度上降低復雜性，保證金合約的主要功能就是為的某筆存款提供密碼學承諾，然后這樣一個承諾就能在信標鏈上用作證明。重要的是，確認保證金所需的BLS簽名并非在ETH1.0鏈上驗證的。測試網就因為出現漏洞而導致一系列BLS簽名計算錯誤，丟失了一部分測試網ETH。為了在ETH1.0鏈上對BLS簽名進行驗證，我們可以編寫一個“轉發”智能合約來獲取保證金數據，驗證簽名然后僅將保證金數據發送至保證金合約。這個功能雖然不是保障保證金合約安全性的必備條件，但它確實能給那些與保證金合約交互的開發者帶來心理上的慰藉。在EVM內構建的ETH2.0輕客戶端我們認為，在ETH1.0鏈上構建ETH2.0輕客戶端之前，必須先讓ETH1.0“理解”ETH2.0采用的密碼學技術。這樣才有可能在智能合約中實現類似于BTCRelay的輕客戶端。這種輕客戶端一旦實現，將會成為溝通ETH1.0和ETH2.0網絡“橋梁”的支柱，想想還有點小激動呢。通過這個雙向橋梁，ETH就可以在ETH1.0和ETH2.0網絡之間轉移，ETH2.0分片也可以作為一種具有高度可擴展性的數據層來支撐ETH1.0上的二層架構。激動歸激動，不過要注意的是，在EVM內構建輕客戶端來作為一種智能合約或許不是讓ETH1.0理解ETH2.0的最佳方法。此外，對“雙向橋梁”的最新研究表明，考慮到ETH1.0和ETH2.0網絡的其他安全參數，這種方法并不可行。話雖如此，現在打好基礎沒什么壞處，而且隨著后續研究的推進，ETH1.0和ETH2.0的合并策略有可能改變。zk-SNARKs創建BLS12-381曲線的目的是為了讓ZCash能夠使用更加高效的zk-SNARKs。此外，將該曲線添加到EVM上能夠讓以太坊驗證這類SNARKs，通過零知識證明協議來實現具有隱私性和可擴展性的應用。其他網絡一些“新一代”區塊鏈也打算使用BLS簽名方案；賦予EVM驗證這些簽名的原生功能，能夠解鎖更多互操作性用例，就像ETH1.0和ETH2.0之間那樣。宜早不宜遲

以太坊核心開發者：預計7月中旬進行倫敦分叉，包含EIP-1559等升級:以太坊核心開發者Tim Beiko昨日發推表示，預計將于7月中旬進行倫敦分叉，分叉將包含EIP-1559、EIP-3198、EIP-3238等升級。[2021/4/24 20:54:04]

EIP-2537中提議的所有用途都不會阻礙ETH2.0上線。而且，保證金合約的優化方案會帶來很好的效果；我們越早為互操作性奠定基礎，就能越早開始創建這類應用的原型。該EIP有可能會放到接下來的以太坊柏林硬分叉中。如果你也想出一份力的話，可以在你喜歡的客戶端上支持EIP-2537的實現:)。感謝KobiGurkan和AlexVlasov的審閱。

Tags：ETHETH2ETH2.0BLSEthereal詞匯ETH2.0幣ETH2.0價格BLST幣

比特幣交易