共通トークン プロトコル転送にはいくつのトランザクション操作が必要ですか?

イーサリアムに関して、最初に思い浮かぶキーワードは「ガス料金」かもしれません。最近では、主要なブロックチェーン プロジェクトがメイン ネットワークを立ち上げる際に、「ガス」という言葉がプロモーションの方向性としてよく使われます。

高額なガス料金は、ブロックチェーン取引、特に暗号通貨業界のさまざまな分野の投資家にとって常に悩みの種となってきました。

ブロックチェーン プロジェクトの数が増え、市場規模が拡大するにつれて、ブロックチェーン上のトランザクションの数と平均トランザクション ガス消費量も増加します。

Gasnowのガス価格履歴データ

最近、市場の浮き沈みやメインネットのアップグレード、レイヤー2ソリューションなどの要因により、イーサリアムが主導するブロックチェーンネットワークのガス料金は下がり続けています。

上記の要素に加えて、コードやスマートコントラクトの設計の観点から、特定の機能を完了するために必要なトランザクションの数を減らし、それによってプロジェクトとブロックチェーン全体のトランザクションコストと環境を最適化することは可能ですか?

本日、この記事では、ERC777、ERC1363、ERC2612 など、最も一般的なトークン プロトコル ERC20 と互換性のあるいくつかのプロトコルを比較するトピックを紹介します。

この記事では、いくつかのプロトコルでのトークン転送操作に必要なトランザクションの数を分析して、最適なオプションを見つけるのに役立ちます。

ER20 について

現在、ERC20 プロトコル トークンの転送操作には、approve() と transfer()/transferFrom() の 2 つのステップが必要です。

したがって、2 つのトランザクションに分割し、2 つの Gas を支払う必要があります。最初のトランザクションで承認が完了し、2 番目のトランザクションで転送が完了します。

「2段階」問題を解決するために、現在主に提案されているのはERC777、ERC1363、ERC2612です。最初の 2 つは完成していますが、ERC2612 はまだ最適化の段階にあります。

ERC20 の主な参加者は、トークン送信者とトークン受信者です。

以下では、トークンの送信者として Alice を、トークンの受信者として Bob を例に、簡単な操作フローチャートを示します。

ERC20トークン転送操作フローチャート

ERC777

ERC777 は、「2 段階」問題を回避するためにオペレータの概念を導入しようとします。

オペレータが送信者から承認されると、ERC777トークン契約では、送信者はオペレータを介して受信者にトークンを送信できます。

トークンを送信するトランザクションでは、送信者はガスを支払う必要はなく、トークントランザクションを送信するためのガスはオペレーターが支払います。

ERC777トークン転送操作フローチャート

ER1363 の

ERC1363 では、ERC20 の apply()、transfer()、transferFrom() にヒントを得た高レベル関数、approveAndCall()、transferAndCall()、transferFromAndCall() が導入されています。

これらの関数は、ERC1363 プロトコル コントラクトが、approve()、transfer()、または tranferFrom() を完了した後、支出者アドレスのスマート コントラクトの onApprovalReceived() メソッドと、受信者アドレスのスマート コントラクトの onTransferReceived() メソッドを引き続き実行するのに役立ちます。

この方法では、承認と転送、または支出者または受取人が実行したいその他のコードをトランザクションにリンクできます。

ERC1363トークン転送操作フローチャート

ER2612 の

ERC2612 は承認にユーザーの署名を使用し、署名には承認されたアドレスと金額が含まれます。

ユーザーは署名をERC2162標準コントラクトに送信し、ERC2162標準コントラクトは署名を検証し、署名から承認されたアドレスと金額を取得し、検証が成功した後、検証から取得した情報を使用してtransferFrom操作を直接トリガーすることで、最終的に「2段階」の問題を解決します。

ERC2612トークン転送操作フローチャート

最後に書いた

これらのタイプのプロトコルを比較した結果、次のことがわかりました。

トークン送信を完了するために必要なトランザクション数の観点から見ると、ERC1363 と ERC2612 は間違いなくより適切な選択であり、その中でも ERC2612 は ERC1363 よりも柔軟性があります。同時に、ERC777、ERC1363、ERC2612はすべてERC20タイプのコントラクトと互換性があるため、互換性によって生じる問題は発生しません。

ブロックチェーンのスマート コントラクト プロジェクトの数が増えると、1 つのブロック内で生成される待機中のトランザクションの総数もそれに応じて増加します。

機能を完了するためにブロックにパッケージ化する必要がある待機中のトランザクションの総数をプロトコル コード レベルで削減できれば、ブロックチェーン上の平均トランザクション速度と平均ガス コストが大幅に向上します。

取引コストと環境の最適化は、ブロックチェーン ネットワークの繁栄を促進するだけでなく、ブロックチェーンのエコロジーとインフラストラクチャをより完璧なものにします。