ECM:全鏈游戲101：預編譯合約_ECA價格ECM幣

目前兩款最有潛力的全鏈游戲引擎Curio和Argus都選擇通過定制化節點的預編譯合約來提高對游戲狀態的查詢性能以及增加對特定全鏈游戲的適配性，那么究竟什么是預編譯合約，以及為什么預編譯合約可以提高性能呢？結下來請看這篇科普短文：全鏈游戲101之預編譯合約。

什么是預編譯合約？

預編譯合約是EVM中用于提供更復雜庫函數(通常用于加密、散列等復雜操作)的一種折衷方法，也可以理解為一種特殊的合約，這些函數不適合編寫操作碼。它們適用于簡單但經常調用的合約，或邏輯上固定但計算量很大的合約。預編譯合約是在使用節點客戶端代碼實現的，因為它們不需要EVM，所以運行速度很快。與使用直接在EVM中運行的函數相比，它對開發人員來說成本也更低。

如下代碼可以看到，evm.go的合約中run函數有兩個分支：第一個分支是通過預編譯索引來實例化索引參數從而指定預編譯合約，第二個分支是如果它不是預編譯合約那evm將會被調用。

全鏈貨幣市場協議TapiocaDAO完成600萬美元融資，LayerZero參投:6月18日消息，全鏈貨幣市場協議TapiocaDAO完成600萬美元種子輪融資，參投方包括Fisher8 Capital、LayerZero Labs、PARC Capital、Jones DAO、Dewhales Capital、Magnus Capital、Capybara Capital，個人投資者包括Library Onchain創始人Zoomer Oracle、Squirrel（Arrakis Finance）、DCF GOD、CryptoCondom等。

TapiocaDAO推出了基于LayerZero的全鏈超額抵押穩定幣USDO。[2023/6/18 21:44:56]

//runrunsthegivencontractandtakescareofrunningprecompileswithafallbacktothebytecodeinterpreter.funcrun(evm*EVM,contract*Contract,inputbyte,readOnlybool)(byte,error){ifcontract.CodeAddr!=nil{precompiles:=PrecompiledContractsHomesteadifevm.ChainConfig().IsByzantium(evm.BlockNumber){precompiles=PrecompiledContractsByzantium}ifp:=precompiles;p!=nil{returnRunPrecompiledContract(p,input,contract。for_,interpreter:=rangeevm.interpreters{ifinterpreter.CanRun(contract.Code){ifevm.interpreter!=interpreter{//Ensurethattheinterpreterpointerissetback//toitscurrentvalueuponreturn.deferfunc(iInterpreter){evm.interpreter=i}(evm.interpreter)evm.interpreter=interpreter}returninterpreter.Run(contract,input,readOnly。returnnil,ErrNoCompatibleInterpreter}

Celer宣布推出ZK全鏈數據計算和驗證平臺Brevis:3月22日消息，Celer Network 宣布推出 ZK 全鏈數據計算和驗證平臺 Brevis。基于 Brevis，dApp 能夠以完全去信任的方式訪問、計算和利用跨多個區塊鏈的任意數據。Brevis 將解鎖全新的 dApp 開發范式，包括數據驅動的 DeFi、zkBridge、鏈上用戶獲取、zkDID、社交賬戶抽象化等。

Brevis 的架構包括三個組件：zkFabric、zkQueryNet 和 zkAggregatorRollup。在 Brevis 最初的概念驗證中，Celer 使用 gnark 在 zkFabric 中構建了一些當前運行最快的 ZK 輕客戶端電路，用于 Ethereum PoS、Cosmos 和 BNB Chain，使任何 EVM 和非 EVM 鏈能夠以完全去信任的方式訪問這三條鏈的狀態。

此外，Celer 已基于 Brevis 在 Ethereum Goerli 和 BNB Chain 測試網之間構建了一個面向用戶的資產 zkBridge。[2023/3/22 13:18:44]

用圖形來表示的話，具體的邏輯如下圖：

18部門：推動區塊鏈等技術對傳統產業進行全鏈條改造:金色財經報道，工業和信息化部官網消息，工業和信息化部、市場監管總局、中央網信辦等18部門近日印發《進一步提高產品、工程和服務質量行動方案（2022—2025年）》，《方案》指出推動利用人工智能、大數據、區塊鏈等技術對傳統產業進行全鏈條改造，鼓勵企業發展個性化定制、網絡化協同、共享化生產等新模式；推動推動大數據、區塊鏈、云計算等與質量管理融合發展，提升質量精準化控制和在線實時檢測能力。[2022/11/23 7:59:43]

那么預編譯合約的瓶頸在哪里？

以太坊目前有八個預編譯的合約：

全鏈式DEX Sifchain正式發布Magnolia版本，包含IBC v2等功能:1月27日消息，全鏈式DEX Sifchain宣布正式發布Magnolia版本，該版本功能包括可執行一個游戲計劃來解決Terra的所有問題、IBC v2允許以太坊連接至Cosmos，以及支持多個代幣的獎勵支付。

據了解，Sifchain是基于Cosmos SDK構建的一個全鏈式去中心化交易平臺，此次升級將使它成為目前唯一一個同時可以交易ERC20掛鉤資產和Cosmos生態系統資產的DEX。[2022/1/27 9:17:24]

ECRecover-通過簽名恢復對應地址

SHA256-計算SHA256哈希

RIPEMD160-計算RIPEMD160哈希

Identity-返回輸入數據的原值

ModExp-進行模數指數運算

ECAdd-橢圓曲線點加法

ECMul-橢圓曲線點乘法

ECPairing-配對運算,驗證橢圓曲線點

可以看到第一到第四個預編譯合約提供的基礎的簽名，哈希等加密功能，第五個到第八個提供了橢圓曲線運算，這些和zk-snark相關。

那么問題來了，為什么以太坊預編譯只支持了八個預編譯合約，預編譯合約不是降低了gas消耗嗎？而且為什么不直接把ECS植入以太坊預編譯合約中呢？

其實主要是以下三個原因：

1.過度依賴預編譯合約會降低整個平臺的去中心化程度：

首先，預編譯合約的代碼需要集成在客戶端節點代碼中,增加了客戶端的復雜性。第二，驗證節點可能因為安全原因可能會過濾掉預編譯合約的計算，所以大部分預編譯合約的請求是由全節點完成的，目前全球的以太坊全節點的數量只有4000-6000個，而且驗證節點有50萬個，確實比起非預編譯合約要中心化很多。

2.預編譯合約的新增和修改需要硬分叉升級,不易靈活演進。

預編譯合約的支持需要進行EIP流程，舉個例子：EIP-196增加了在alt_bn128曲線上的ECADD和ECMUL兩個預編譯合約。EIP-197增加了在alt_bn128曲線上的配對Pairing函數。基本都是為了讓隱私在以太坊上可用進行支持，而且整個EIP的流程是漫長和考究的，等待EIP通過也不是一個現實的問題。

3.預編譯合約之間難以進行交互和組合,擴展性差。

這點就不多做解釋了，很直觀。

預編譯合約在全鏈游戲扮演什么角色？

預編譯合約跳過EVM直接通過節點執行,可以提升運算效率,但同時降低了全鏈的去中心化程度。將高頻使用的游戲核心邏輯置于預編譯中,可以優化該類游戲的性能。不同的游戲類型,其關鍵邏輯也不盡相同。因此,針對某一類游戲的專用鏈上,其預編譯設計可以高度優化該類型游戲的需求。在游戲迭代過程中,最具效率的預編譯合約組合也會逐步優化出來。

Tags：以太坊ECAECM以太坊幣是什么幣ECA幣ECA價格ECM幣ECM價格

幣安交易所app下載