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

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

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

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

第111次以太坊核心開發者共識會議：計劃在未來幾周將EIP-7044等提案合并到Deneb規范中:6月19日消息，Galaxy研究副總裁Christine Kim發文總結第111次以太坊核心開發者共識會議，共識層團隊討論了Deneb升級的最終范圍，驗證者證明與聚合期限的潛在變化，以及將最大有效驗證人余額從32枚ETH增加到2048枚ETH的建議。首先，開發者討論了在Deneb中包含哪些以CL為中心的EIP，Teku開發者Mikhail Kalinin圍繞EIP-6988進行更新，該提案提出了一個代碼更改，以防止強行從網絡中彈出的slashed驗證器被協議選為區塊提議者。開發者還討論了EIP-7044、EIP-7045與EIP-4788三個提案。其中，EIP-7044提出一個代碼更改以改善質押者體驗，確保簽名的驗證器退出永久有效。EIP-7045提出代碼更改以加強網絡的安全性，擴大證明槽的包含范圍。EIP-4788提出一個代碼更改，以改善質押者體驗，它將公開信標鏈區塊的根，其中包含EVM內部鏈狀態信息，供DApp開發者的信任最小化訪問。以太坊基金會研究員AlexStokes表示，計劃在未來幾周內將上述三個EIP合并到Deneb規范中，并鼓勵CL客戶端團隊盡快對其進行審查。

同時，CL客戶端團隊已同意在下一個EIP-4844測試網Devnet6上測試增加的blob數量，并在兩周內就此事做出最終決定。與圍繞最大blob計數的討論相關，Nimbus開發者arnetheduck提出了在上海升級后主網上增加區塊重組的問題。arnetheduck提議考慮更改4秒的最后期限，以聚合驗證者證明并通過網絡發送它們，并決定進一步予以調查。以太坊基金會研究員MichaelNeuder提出取消32枚ETH質押上限，以幫助減少活躍驗證者集的增長。開發者討論了這一變化的潛在缺陷，以及將該提案與智能合約啟動的部分和全部提款直接從EL中啟動的可能性。開發者同意繼續討論在ETH Magicians和Discord上異步更改以太坊驗證器有效余額的實施細節。此外，以太坊核心開發者就Holesky測試網啟動進行了第一次協調電話會議，Holesky預計將在年底前取代現有的Goerli測試網。[2023/6/19 21:46:42]

lightclients將于4月27日主持召開EIP-3074社區會議:據官方消息，lightclients表示，將于4月27日北京時間零點主持召開第二次EIP-3074社區會議，旨在共享EIP的當前狀態，發布長期運行的測試網以進行開發，并討論任何問題/疑慮。[2021/4/26 20:58:47]

-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解釋器之外被智能合約調用。如何實現預編譯？

開發人員：以太坊EIP-1559可能在7月實施:以太坊開發人員Ryan Berckmans今日發推稱：以太坊EIP-1559提案很有可能在今年7月實施。

注：EIP-1559試圖通過引入固定費用和銷毀機制來降低交易費，由V神于2018年首次提出，預計使以太坊區塊鏈的收費市場更加可預測并緩解擁堵。但礦工們的意見并不一致。[2021/2/22 17:39:27]

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

Flexpool建立網站監測反對EIP-1559的礦池:1月18日消息，以太坊礦池Flexpool發推宣布建立網站監測反對EIP-1559提案的礦池。推文中Flexpool再度重申對于EIP-1559的反對，稱這個Ethereum“改進 ”提案的目的是燒掉交易費而不是把交易費給礦工，這會降低礦工的收益。[2021/1/18 16:26:27]

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之間那樣。宜早不宜遲

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

Tags：ETHETH2ETH2.0以太坊ethdown幣怎么樣sETH2eth2.0幣價會漲嗎以太坊幣怎么挖礦賺錢

幣贏交易所