END:首發 | 可兼容最常見的代幣協議：誰才是交易成本及環境的最優選擇？_RC2

本文由“CertiK”原創，授權“金色財經”首發，轉發請注明出處。

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

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

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

首發 | 火幣集團全球業務副總裁：監管將決定區塊鏈技術和加密貨幣的落地速度:1月21日，火幣集團全球業務副總裁Ciara Sun在達沃斯世界經濟論壇上表示，對區塊鏈和數字貨幣的監管態度，2019年是重要的一年。在美國，到2019年底，針對加密貨幣和區塊鏈政策有21項法案，這些法案包括稅收問題，監管結構，跟蹤功能和ETF批準，哪些聯邦機構監管數字資產等。歐盟（EU）在2020年1月10日實施了一項新法律，要求加密貨幣平臺采取更嚴格的反洗錢做法。瑞士，日本，立陶宛，馬耳他和墨西哥通過法律，要求交易所必須根據KYC和AML準則獲得許可。中國，土耳其，泰國等國家正在計劃自己的中央銀行數字貨幣（CBDC）。而監管將決定區塊鏈技術和加密貨幣的落地速度。[2020/1/22]

Gasnow中Gas價格歷史數據

首發 | 此前18000枚BTC轉賬是交易所Bithumb內部整理:北京鏈安鏈上監測系統發現，北京時間10月24日，17:07分發生了一筆18000枚BTC的轉賬，經分析，這實際上是交易所Bithumb的內部整理工作，將大量100到200枚BTC為單位的UTXO打包成了18筆1000枚BTC的UTXO后轉入其內部地址。通常，對各種“面值”的UTXO進行整數級別的整理，屬于交易所的規律性操作。[2019/10/24]

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

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

首發 | 《一起來捉妖》中玩家達到22級將會接觸到專屬貓的玩法 ?:今日騰訊上線首款區塊鏈游戲《一起來捉妖》，經金色財經查證，游戲中玩家達到22級將會接觸到專屬貓的玩法，而非此前官方對外宣稱的15級。除了誘貓鈴鐺召喚出的0代貓以及部分通過運營活動獎勵的專屬貓以外，游戲中所有的貓默認都是未上鏈狀態。未上鏈的貓不能出售，也無法進入市場與其他玩家配對；但是你可以使用這些貓與你的QQ/微信好友進行配對，產出新的小貓。使用道具“天書筆”可以將你的貓記錄到區塊鏈。當貓被記錄到區塊鏈以后，這些貓就可以進入市場，通過配對賺取點券，或者出售賺取點券。專屬貓是否上鏈，并不影響它的增益效果。但只有上鏈后，它才能面對全服務器所有的玩家進行繁殖、交易。

?

《一起來捉妖》中的專屬貓玩法，基于騰訊區塊鏈技術，游戲中的虛擬數字資產得到有效保護。此外，基于騰訊區塊鏈技術，貓也可以自由繁殖，并且運用區塊鏈技術存儲、永不消失。[2019/4/11]

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

IMEOS首發 BM表示EOS合約具有整數溢出保護:據金色財經合作媒體IMEOS報道：近日ETH出現多個ERC20智能合約的處理溢出錯誤，BM在推特上發表評論：新的ETH契約Bug可能會破壞整個Token的供應，讓持有者留下無價值Token.這就算為什么代碼不能成為法律，隨即表示EOS erc合約不容易受到這種攻擊。而EOS官方群也有人表示擔憂EOS是否具有整數溢出保護？BM回應：有很多C ++模板類可以封裝類型并檢查溢出。[2018/4/25]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tags：區塊鏈RC2GASEND區塊鏈工程專業學什么RC2價格UGAS-JUN21價格Rendar

TUSD