FER:可兼容最常見的代幣協議：誰才是交易成本及環境的最優選擇？_Dexigas

到以太坊，我們腦海中出現的第一個關鍵詞也許就是“gas費”。如今各大區塊鏈項目主網上線，所用的宣傳方向往往也離不開gas這個單詞。

居高不下的gas費一直是區塊鏈交易，尤其是游走于幣圈各個領域的投資者的一個痛點。

隨著區塊鏈項目的增多以及市場規模的擴大，區塊鏈上的交易數目以及平均交易的Gas消耗也隨著增加。

Gasnow中Gas價格歷史數據

近期，隨著市場的起起落落以及主網升級、Layer2解決方案等因素，以以太坊為首的區塊鏈網絡gas費持續下降。

那么除了以上因素以外，是否可以從代碼或者智能合約設計角度去減少完成特定功能必須的交易數目，從而優化項目以及整個區塊鏈的交易成本和環境呢？

Robinhood官方：將向SOL、MATIC和ADA用戶發送提幣說明，繼續倡導美國監管清晰:金色財經報道，股票和加密貨幣交易平臺Robinhood官推發布聲明，針對停止對Solana (SOL)、Polygon (MATIC) 和 Cardano (ADA) 的支持，該平臺將向所有持有這三種資產的用戶發送出售和/或提幣的詳細說明。Robinhood強調相信加密貨幣行業未來，并將持續倡導美國監管清晰，以便用戶可以更有信心地參與市場。[2023/6/10 21:28:08]

今天本文要為大家介紹的就是這一主題：對比可兼容最常見的代幣協議ERC20的幾種協議，包括ERC777,ERC1363以及ERC2612。

本文將通過分析幾種協議中代幣轉賬操作所需要交易數目，幫助大家發現其中的最優選擇！

Brave瀏覽器桌面版本發布v1.50.121更新:4月20日消息，據官方推特，隱私瀏覽器Brave桌面版本發布v1.50.121更新，包含一個已被發現在野外被利用的Chromium漏洞的修復程序。用戶可能已經收到自動Brave更新，如果沒有，可通過瀏覽器的菜單訪問“關于Brave”來手動更新。Android更新正在等待Google Play商店審核，應該很快就會發布。

此前4月17日消息，谷歌Chrome瀏覽器緊急發布安全補丁，修復可盜取比特幣私鑰等信息的漏洞CVE-2023-2033。如果用戶在其他瀏覽器中使用了Chrome內核的瀏覽器，也需升級最近版本以避免被攻擊。[2023/4/20 14:16:03]

ERC20

當前完成ERC20協議代幣的轉賬操作需要分兩步：approve()以及transfer()/tranferFrom()。

Uniswap NFT聚合服務交易總額突破200萬美元，周增長超100%:金色財經報道，據Dune Analytics最新數據顯示，UniswapNFT聚合服務交易總額已突破200萬美元，截至目前達到2,181,238美元，總交易量為3,292筆。當前UniswapNFT聚合服務中交易額最高的平臺來自OpenSea，交易額排名前三的NFT系列分別為：“變異猿”MAYC（268,809美元）、CLONEX-X TAKASHIMURAKAMI（207,850美元）、“無聊猿”Bored Ape Kennel Club（136,232美元）。歷史數據顯示，UniSwap NFT交易額于12月7日突破100萬美元，這意味著該指標周增長超100%。[2022/12/19 21:53:22]

因此必須分成兩個交易并支付兩份Gas:即第一個交易完成授權，第二個交易完成轉賬。?

南非央行計劃監管加密貨幣:7月12日消息，市場消息：南非央行計劃監管加密貨幣。（金十）[2022/7/12 2:08:32]

為了解決“兩步走”的問題，當前主要提案有ERC777,ERC1363以及ERC2612，其中前兩者已經完善，ERC2612仍在優化階段。

ERC20中主要的參與者為代幣發送者sender以及代幣接收者receiver。

下文中將以Alice為代幣發送者sender，Bob為代幣接收者receiver為例，為大家直觀展示操作簡要流程圖。

ERC20代幣轉賬操作簡要流程圖

ERC777

ERC777嘗試引入operator的概念來規避掉“兩步走”的問題。

operator在被sender授權之后，在該ERC777代幣合約中，sender可通過operator將代幣發送給receiver。

在發送代幣的交易中，sender無需支付gas，發送代幣交易的gas會由operator支付。

ERC777代幣轉賬操作簡要流程圖

ERC1363

ERC1363引入啟發自ERC20中approve(),transfer()和tranferFrom()的高級函數：approveAndCall()，transferAndCall()和transferFromAndCall()。

這些函數可以幫助ERC1363協議合約在完成approve()，transfer()或tranferFrom()之后，繼續執行spender地址處智能合約的onApprovalReceived()方法，以及receiver地址處智能合約的onTransferReceived()方法。

通過這樣的方式來將approve和transfer或者其他任何spender或者receiver想要執行的代碼鏈接起來成為一個交易。

ERC1363代幣轉賬操作簡要流程圖

ERC2612

ERC2612采用了用戶簽名的方式進行approve，簽名中包含了approve的地址以及額度。

用戶通過向ERC2162標準的合約提交該簽名，然后ERC2162標準的合約通過驗證該簽名，從該簽名中獲得approve的地址以及額度，并且在驗證成功之后使用驗證獲得的信息直接觸發transferFrom操作，從而最終解決“兩步走”的問題。

ERC2612代幣轉賬操作簡要流程圖

寫在結尾

這幾類協議對比后，我們發現：

從完成代幣發送所需要的交易數目角度看，ERC1363與ERC2612必然是更加合適的選擇，其中ERC2612相比ERC1363更加靈活。同時ERC777,ERC1363與ERC2612都兼容ERC20類型合約，因此不存在由兼容性引發的問題。

隨著區塊鏈智能合約項目的增多，單個區塊的時間內產生的等待交易數目總數隨之增加。

如果可以通過協議代碼層面減少完成功能需要被打包入區塊的等待交易總數，那么對于區塊鏈上的平均的交易速度以及平均gas花費都會有極大的幫助。

交易成本及環境的優化，不僅會促進區塊鏈網絡的繁榮，區塊鏈生態及基礎設施也會更加完善。

Tags：RC2RANFERGASbrc20峰會tranchess幣REEFER TOKENDexigas

幣贏