ガス代の払い戻し

ガス代の払い戻しとは？

ガス代の払い戻しとは、Ethereum Virtual Machine（EVM）による実行完了後に、ブロックチェーントランザクションで最終的に請求されるガス代が減額されることです。

この用語は、トランザクションが指定されたガス上限より少ないガス単位しか消費しなかった場合に返される未使用ガスを、より広い意味で指すこともあります。

この2つの意味は関連していますが、Ethereumのトランザクション会計システムの異なる部分を表しています。

未使用ガスは、トランザクションのガス上限と実行時に消費されたガス量との差です。

プロトコルレベルのガス代払い戻しは、スマートコントラクトが払い戻し対象となる特定のストレージ操作を行った際にクレジットが加算される場合がある、払い戻しカウンターによって発生します。

Ethereumではプロトコルによる払い戻しが自動的に適用されるため、ユーザーが申請したり、バリデーターに連絡したり、払い戻しサイトにアクセスしたりする必要はありません。

ガス代の払い戻しは、金額をETHで計算する前のガス単位で測定されます。

払い戻し額をETHに換算した価値は、トランザクションに適用されるガス単位あたりの実効価格によって決まります。

現在のプロトコルルールでは、払い戻し可能なトランザクションのガス消費量に上限が設けられているため、ガス代の払い戻しによってEthereumのトランザクションが完全に無料になることはありません。

ガス代の払い戻しにはどのような種類がありますか？

「ガス代の払い戻し」という表現は、未使用のトランザクションガスとEVMの払い戻しカウンターによるクレジットの両方を指す場合によく使われます。

未使用ガスとは、送信者がガス上限を通じて使用を許可したものの、トランザクションで消費されなかったガスです。

たとえば、ガス上限が100,000のトランザクションが60,000ガスを消費して完了した場合、残りの40,000ガス単位は送信者に請求されません。

Ethereumの公式ガスに関するドキュメントでは、ガス上限はトランザクションが消費できるガスの最大量であり、最終的な請求額が確定しているわけではないと説明されています。

EVMのガス代払い戻しはこれとは異なります。払い戻し対象となる操作がすでに実行され、トランザクションの払い戻しカウンターに記録された後で、ガス消費量を減らす仕組みです。

現在の代表的な例は、適格な永続ストレージスロットの値をゼロ以外からゼロに変更してクリアすることです。

どちらの仕組みも最終的なコストを減らしますが、技術的に「EVMの払い戻しカウンター」と呼ばれるのは後者だけです。

Ethereumのガス代の仕組み

ガスは、トランザクションに必要な計算リソースとストレージリソースを測定するためにEthereumが使用する単位です。

EVMの各操作には、Ethereumノードが必要とするリソースに応じたガス代が設定されています。

通常の外部所有アカウントへの基本的なETH送金では、一般に21,000ガス単位が必要です。

トークン送金、分散型金融のトランザクション、NFT操作、複雑なスマートコントラクトの呼び出しでは、これより大幅に多くのガスが必要になる場合があります。

送信者はガス上限を指定し、トランザクションで消費できる実行ガスの最大量を設定します。

また、ガス単位ごとに支払う意思のある最大価格を決める手数料パラメーターも指定する必要があります。

EIP-1559で導入された手数料モデルでは、通常のトランザクションにガス単位あたりの最大手数料と最大優先手数料を設定できます。

ベースフィーはプロトコルによって決定され、トランザクションがブロックに含まれるとバーンされます。

優先手数料は、トランザクションを含めることへの対価としてブロック提案者に支払われます。

最終的なトランザクションコストは、ガス上限全体に最大手数料を掛けた額ではなく、請求対象となるガス単位数と実効ガス価格によって決まります。

未使用ガスが返される仕組み

トランザクションのガス上限は安全のための上限であり、全量を消費する必要はありません。

ユーザーがガス上限150,000のトランザクションを送信し、実際には90,000ガスしか必要としなかった場合、未使用の60,000ガスはトランザクションの会計処理を通じて返されます。

この未使用分に相当するETHが、別の入金トランザクションとしてユーザーに送られるわけではありません。

代わりに、最終残高には未使用ガスが恒久的に請求されなかったことが反映されます。

トランザクションが承認される前に、ウォレットにネットワーク手数料の最大額が一時的に表示される場合があります。

トランザクションがガス上限より少ないガスしか使用しなかった場合や、実効ガス価格が最大手数料を下回った場合、確定後のコストは表示額より低くなることがあります。

ガス上限を高く設定しても、追加分のガスが消費されなければ、通常、成功したトランザクションのコストは高くなりません。

ただし、送信者はトランザクションの送信時に、最大の資金要件を満たすだけのETHを保有している必要があります。

ガス上限が低すぎると、実行前または実行中にトランザクションが失敗する可能性があります。

EVMの払い戻しカウンターとは？

EVMの払い戻しカウンターは、トランザクションの実行中に内部で管理される会計値です。

対象となる操作によってカウンターが増える一方、後続の操作によって、それまでに加算された払い戻し額が減る場合もあります。

このカウンターによって、スマートコントラクトの実行に利用できるガスが増えるわけではありません。

払い戻しカウンターは実行完了後にのみ適用されます。

つまり、同じトランザクション内でガス不足による失敗を防ぐために、コントラクトが将来の払い戻しを当てにすることはできません。

払い戻しカウンターは主に、

オペコードを使って行う永続ストレージの変更に関連しています。

EthereumのEIP-2200のネットガスメータリングルールでは、ストレージスロットの元の値、現在の値、新しい値を比較して、ガス代と払い戻し額を計算します。

この仕組みにより、コントラクトが1回のトランザクション内で同じスロットを何度も変更して過剰な報酬を得ることを防ぎます。

実行がリバートした場合、リバートされた状態変更に関連する払い戻しクレジットは、利用可能なプロトコル払い戻しとして残りません。

現在のEthereumのガス代払い戻しルール

Ethereumの現在の主要なガス代払い戻しルールは、ロンドンアップグレード時にEIP-3529によって定められました。

このアップグレードにより、以前は

に関連付けられていたガス代の払い戻しが廃止されました。

また、適格なストレージスロットをクリアした際の標準的な払い戻し額が、15,000ガスから4,800ガスに減額されました。

さらに、適用される払い戻しの上限が、消費した総ガス量の2分の1から5分の1に引き下げられました。

5分の1は20%に相当します。

その結果、プロトコルによる払い戻し適用後も、トランザクションでは総ガス使用量の少なくとも80%が請求されます。

その後のEthereumアップグレードでは他のガス価格やEVMの動作が変更されましたが、旧来の払い戻しシステムは復活していません。

Ethereumの公式ネットワークアップグレードのタイムラインでは、EIP-3529はEVMのガス代払い戻しを削減したロンドンの提案として紹介されています。

ガス代払い戻しの20%上限の仕組み

適用されるプロトコル払い戻しの上限は、トランザクションの総ガス使用量を5で割って算出されます。

基本式は「適用される払い戻し額 ＝ 払い戻しカウンターと総ガス使用量 ÷ 5のうち小さい方」です。

最終的な請求対象ガス量は、総ガス使用量から適用された払い戻し額を差し引いた値です。

あるトランザクションが払い戻し前に100,000ガスを消費し、払い戻しカウンターに30,000ガスが加算されたとします。

100,000を5で割ると20,000となるため、払い戻しの上限は20,000ガスです。

したがって、このトランザクションは70,000ガスではなく80,000ガスを請求されます。

別のトランザクションが100,000ガスを消費し、払い戻しカウンターに加算されたのが8,000ガスだけだったとします。

8,000ガスは上限の20,000ガスを下回るため、全額を適用できます。

この場合、トランザクションの請求対象は92,000ガスです。

上限を超える払い戻しカウンターのクレジットは、次のトランザクションに持ち越されません。

SSTOREによるガス代払い戻しの仕組み

は、スマートコントラクトの永続ストレージに値を書き込むEVM操作です。

永続ストレージはトランザクション終了後もEthereumの状態の一部として残ります。

Ethereumノードはその情報を無期限に維持する必要がある場合があるため、新たな永続状態の作成には高いコストがかかります。

対象となるゼロ以外のストレージ値をゼロにクリアすると、払い戻しカウンターに4,800ガスが加算される場合があります。

この払い戻しは、不要になったストレージをスマートコントラクトが削除するための経済的なインセンティブとなります。

4,800ガスという数値は払い戻しクレジットであり、4,800ガス単位が即座に支払われるという意味ではありません。

20%上限のもとでクレジット全額を適用するには、トランザクションがほかの処理で十分なガスを消費する必要があります。

総ガス使用量が24,000以上であれば、その20%は4,800となるため、4,800ガスの払い戻しを全額適用できます。

コストの低いトランザクションで複数のストレージスロットをクリアすると、蓄積された払い戻しの一部が上限によって無効になる場合があります。

ストレージの払い戻し計算が複雑になる理由

1つのトランザクション内で、ストレージスロットが複数回変更されることがあります。

そのためEVMは、スロットの元の値、現在の値、書き込まれる新しい値を確認します。

元の値とは、トランザクション開始前に存在していた値です。

現在の値とは、同じトランザクション内で先行する書き込みが行われた後の値です。

新しい値とは、現在の

操作で書き込む値です。

スロットの値をゼロからゼロ以外に変更した後、再びゼロに戻すトランザクションは、過去から存在するゼロ以外の値を恒久的に削除するトランザクションとは異なる扱いになります。

払い戻しカウンターの一部の変化は、過去の状態を恒久的に削除した報酬ではなく、以前のストレージ料金の一部を相殺するものです。

EIP-2929で導入されたウォーム／コールドストレージアクセスのルールも、スロットへのアクセスにかかる総コストに影響します。

開発者は、簡略化されたストレージコスト表だけに頼らず、最新のコンパイラーツール、実行トレース、トランザクションシミュレーションを使用してください。

ETH手数料を用いたガス代払い戻しの例

スマートコントラクトのトランザクションが総ガス120,000を消費し、払い戻し対象のクレジットとして10,000ガス単位が加算されたとします。

120,000を5で割ると24,000となるため、20%上限は24,000ガスです。

したがって、10,000ガスの払い戻しは全額適用できます。

最終的な請求対象ガス量は110,000ガスです。

実効ガス価格が20 gweiの場合、最終手数料は2,200,000 gweiです。

これは0.0022 ETHに相当します。

プロトコルによる払い戻しがなければ、総手数料は0.0024 ETHでした。

この例では、払い戻しによって0.0002 ETHが節約されます。

払い戻し対象のガス単位数が同じでも、実効ガス価格が高い時期にはETH換算額も大きくなります。

ガス代の払い戻しとEIP-1559

EIP-1559とEVMのガス代払い戻しは、トランザクション手数料の会計処理における異なる部分に影響します。

EIP-1559は、請求対象となるガス単位ごとの実効価格を決定します。

EVMの払い戻しメカニズムは、最終的に請求されるガス単位数を決めるのに役立ちます。

実効ガス価格は通常、送信者が設定した最大手数料の範囲内で、ベースフィーと適用対象となる優先手数料の合計となります。

最終請求額のうちベースフィーに当たる部分は、Ethereumプロトコルによってバーンされます。

優先手数料に当たる部分はブロック提案者に支払われます。

送信者の最大手数料が必要な実効ガス価格を上回る場合、その差額が追加のトランザクション手数料として徴収されることはありません。

ウォレットのインターフェースでは、こうした未使用の最大手数料枠が、EVMの払い戻しカウンターとは別の仕組みであるにもかかわらず、払い戻しとして表示されることがあります。

そのため、未使用ガス、実効価格の低下、プロトコルの払い戻しクレジット、またはこれらの組み合わせにより、最終コストは表示された最大額を下回る場合があります。

ガス代の払い戻しはバリデーターが支払うのですか？

バリデーターが手動でユーザーにプロトコルのガス代払い戻しを送ることはありません。

払い戻し処理はEthereumのコンセンサスルールの一部であり、実行クライアントによって計算されます。

正常に動作するEthereumノードはすべて、トランザクションを検証する際に同じガス会計ルールを個別に適用します。

ブロック提案者が受け取るのは、最終請求額のうち適用対象となる優先手数料だけです。

最終的に請求可能なガス量が決まった後、ベースフィーに当たる部分はバーンされます。

未使用ガスや対象となるストレージ払い戻しを受け取るために、ユーザーがバリデーターの許可を得る必要はありません。

Ethereumのガス代払い戻しを受け取るための処理手数料を正当に要求するバリデーターはいません。

トランザクションがリバートするとどうなりますか？

リバートしたトランザクションでは通常、状態変更は取り消されますが、リバート前に行われた計算には引き続き手数料がかかります。

操作の時点で未使用のガスが残っていれば、送信者に返される場合があります。

リバートされたストレージ変更に関する払い戻しクレジットは、変更が正常に完了したかのように保持されません。

したがって、意図的にロールバックされる呼び出し内で払い戻しクレジットを作成しても、ユーザーはその経済的メリットを受けられません。

実際の手数料は、失敗する前にどれだけ実行されたか、またどれだけのガスが残っていたかによって決まります。

実行後にトークン送金やコントラクトの状態変更が残らなくても、リバートしたトランザクションに高いコストがかかることがあります。

トランザクションがガス不足になるとどうなりますか？

ガス不足による失敗は、実行に必要なガスがトランザクションまたは呼び出しフレームで利用可能なガスを超えた場合に発生します。

EVMは、失敗した実行による状態変更を取り消します。

ガス不足になった実行に提供されたガスは消費され、未使用ガスとして返されません。

プロトコルの払い戻しは実行完了後に適用されるため、ガスを使い切った実行を救済することはできません。

そのため、ストレージをクリアする予定のトランザクションでも、開発者は十分なガス上限を見積もる必要があります。

無効なトランザクションがブロックに含まれる前に拒否される場合と、ブロックに含まれたトランザクションが実行中に失敗する場合は異なります。

Ethereumの公式ガイドでは、ブロックへの取り込み前の拒否と、オンチェーンでのガス不足による失敗が区別されています。

SELFDESTRUCTで現在もガス代の払い戻しを受けられますか？

現在のEthereumメインネットでは、

によるガス代の払い戻しはありません。

EIP-3529により、ロンドンアップグレード時に従来の

払い戻しが廃止されました。

その後、EIP-6780によるSELFDESTRUCTの変更で、このオペコードがコントラクトを削除する機能も制限されました。

同じトランザクション内で作成されていないコントラクトの場合、

は通常、コントラクトのETH残高を移転して実行フレームを停止しますが、コードやストレージは削除しません。

完全な削除動作が維持されるのは、コントラクトが同じトランザクション内で作成され、破棄された場合に限られます。

いずれの場合も、ガス代の払い戻しはありません。

は非推奨であり、公式ドキュメントでは新たにデプロイするスマートコントラクトでの使用が推奨されていません。

開発者は、ガス最適化の手段として使用すべきではありません。

ガストークンとは何でしたか？

ガストークンは、Ethereumの旧来のガス代払い戻しルールを利用するために設計されたスマートコントラクト資産です。

ユーザーはガス価格が低い時期に状態を作成する操作を行い、ガス価格が高い時期にその状態を削除できました。

それによって発生した払い戻しを、より価値の高いトランザクションのガス代削減に利用できました。

この手法は、「ガスを保管する」または「ガスを蓄える」と表現されることもありました。

ガストークンは、ネットワークリソースとして移転可能なガス単位を文字どおり保管していたわけではありません。

旧来のプロトコルルールのもとで大きな払い戻しの対象となるスマートコントラクト操作を利用していました。

この仕組みはEthereumの状態データ量を増加させ、実際の実行負荷が想定されたブロックのガス使用パターンを超える可能性がありました。

EIP-3529により、

の払い戻しが廃止され、ストレージクリア時の払い戻し額が減額され、払い戻し上限も引き下げられました。

これらの変更により、従来のガストークン戦略は現在のEthereumルールのもとで経済的な有効性を失いました。

Ethereumがガス代の払い戻しを削減した理由

Ethereumは当初、不要になった状態をクリアするよう開発者に促すために払い戻しを導入しました。

しかし実際には、手数料が低い時期に状態を追加し、後から削除することだけを目的としたインセンティブが生まれました。

この行為は、Ethereumの長期的なストレージ負担を減らすという目標に反するものでした。

大きな払い戻しがあると、トランザクションについて報告されるガス量と、ノードが実際に行う計算量との差も大きくなります。

旧ルールでは、総ガス消費量の最大半分に相当する払い戻しを受けられました。

これによりブロックの処理負荷の変動が大きくなり、Ethereumクライアントのリソース計画も複雑になりました。

EIP-3529は、適切なストレージ管理のための小規模なインセンティブを残しつつ、払い戻し会計の悪用機会を減らしました。

20%上限により、払い戻しによってブロック内の実効的な実行負荷が増える範囲が制限されます。

ガス代の払い戻しと一時ストレージ

一時ストレージとは、1回のトランザクション中だけ存在する一時的なEVMストレージです。

EthereumではEIP-1153を通じて、

とのオペコードが導入されました。

一時ストレージ内の値は、トランザクション終了時に自動的に破棄されます。

一時ストレージは、Ethereumの状態データベースに永続的に書き込む必要がありません。

そのため、よりシンプルなガス会計が使われ、ガス代払い戻しカウンターにも依存しません。

一般的な用途の1つに再入可能性を防ぐロックがあります。これは複数の内部呼び出しの間は有効である必要がありますが、トランザクション後に残す必要はありません。

従来のコントラクトでは永続ストレージを使用し、処理完了前にロックをリセットすることが多く、ストレージ払い戻しが発生する場合がありました。

新しいコントラクト設計では、適切な場合に一時ストレージを使用することで、不要な永続状態操作を避けられます。

開発者は一時ストレージを採用する前に、コンパイラーの対応状況、コントラクトとの互換性、セキュリティ上の動作を確認する必要があります。

スマートコントラクトは別のアドレスにガス代の払い戻しを送れますか？

プロトコルレベルのガス代払い戻しは、トップレベルのトランザクション手数料を負担する送信者に帰属します。

スマートコントラクトがEthereumの払い戻しカウンターを任意のアドレスへ直接振り向けることはできません。

コントラクトやアプリケーションは、別途、インセンティブ、補償、リベートとしてETHやトークンを送金できます。

このような支払いはアプリケーションレベルのガス代リベートであり、ネイティブなEVMのガス代払い戻しではありません。

ガス代を第三者が支払う、またはユーザーに払い戻す仕組みを、スポンサー付きトランザクションシステムが手配する場合もあります。

その仕組みの条件、資金源、適格性、リスクはアプリケーションによって異なります。

ユーザーはプロトコルによる払い戻しと、プロモーション報酬や民間の補償プログラムを区別する必要があります。

Layer 2ネットワークにおけるガス代の払い戻し

Ethereum互換のLayer 2ネットワークでは、EVMのガス概念を使用しながら、トランザクションの総コストを異なる方法で計算する場合があります。

Layer 2の手数料には、ローカルでの実行コストと、Ethereumへデータや証明を公開するコストが含まれることがあります。

ストレージの払い戻しによって実行コストが減っても、総手数料の他のすべての項目が減るとは限りません。

ネットワークによっては、ガス料金表、払い戻し処理、トランザクション形式、手数料の表示方法が変更されています。

すべてのEVM互換ネットワークに、Ethereumメインネットと同じ4,800ガスの払い戻しや20%上限がそのまま適用されるとは限りません。

開発者は、コントラクトを実行するネットワークの公式プロトコルドキュメントを確認してください。

ウォレットにガス代の払い戻しが表示される理由

ウォレットは、トランザクションが承認される前に最大手数料を見積もる場合があります。

この見積もりは、ガス上限にガス単位あたりの最大手数料を掛けて算出されることがあります。

トランザクションがガス上限より少ないガスしか消費しなければ、最終額は低くなります。

実効ガス価格がユーザーの最大手数料設定を下回った場合も、最終額は低くなることがあります。

払い戻しカウンターを通じて、対象となるスマートコントラクトのストレージ操作が最終的な請求対象ガス量をさらに減らす場合もあります。

ウォレットによっては、これらの差額を「払い戻し」「節約額」「未使用手数料」「返還ガス」などの一般的なラベルでまとめて表示します。

最終請求額を把握するには、ユーザーは確定済みのガス使用量、実効ガス価格、トランザクションのステータス、残高の変化を確認してください。

払い戻しを追い求めずにガスを最適化する方法

開発者は払い戻しを発生させることだけを目的にコントラクトを設計するのではなく、不要な計算と永続状態を減らすことに注力してください。

永続状態はトランザクション後も利用可能な状態に保つ必要があるため、通常、ストレージへの書き込みはメモリー操作よりコストが高くなります。

安全に値を計算または再利用できる場合、同じデータを繰り返し書き込まない設計にする必要があります。

認証や初期設定にかかるコストを繰り返し発生させないために、関連する操作を1つのトランザクションにまとめられる場合があります。

トランザクション中だけ必要な値には、一時ストレージを検討できます。

calldata、メモリー、ストレージのパッキング、immutable値、カスタムエラー、効率的なデータ構造もガス使用量に影響します。

ある実行経路でガスを節約できる最適化が、別の経路ではコストを増加させる場合もあるため、開発者は現実的なテストを実施してください。

トランザクショントレースを確認し、どこでガスが消費されているか、想定した払い戻しクレジットが実際に適用されているかを確かめてください。

ガスコストの低下を理由に安全性の低いロジックを採用しないよう、スマートコントラクトの監査では最適化の安全性を評価する必要があります。

ガス代の払い戻しに関するよくある誤解

よくある誤解の1つは、未使用ガスもいったん全額支払われ、その後、別のトランザクションとして返されるというものです。

実際には、未使用ガスは元のトランザクションの残高会計の中で処理されます。

もう1つの誤解は、コントラクト実行中に払い戻しによって追加のガスが利用可能になるというものです。

払い戻しは実行後に適用されるため、ガス不足による失敗を防ぐことはできません。

3つ目の誤解は、ストレージをクリアすれば必ず手数料が正確に4,800ガス分減るというものです。

実際に適用される額は、20%の払い戻し上限や同一トランザクション内の複雑なストレージ変更によって少なくなる場合があります。

4つ目の誤解は、

が現在も有効なガス代払い戻し手段であるというものです。

Ethereumは払い戻しを廃止し、その後、削除動作も制限しました。

5つ目の誤解は、トランザクションが失敗した場合、手数料全額が返されるはずだというものです。

バリデーターとノードは計算処理を実行しているため、失敗前に使用されたガスには引き続き手数料がかかります。

ガス代払い戻し詐欺

Ethereumのガス代払い戻しは自動的に行われ、手動申請サイトは必要ありません。

サポート担当者を名乗る人物が、確定済みのネットワーク手数料を取り消したり、隠されたプロトコル払い戻しを受け取れるようにしたりすることはできません。

詐欺師は、ウォレットが過去に支払ったガス代をすべて取り戻せるとうたうサイトを作成することがあります。

こうしたサイトは、悪意のあるトークン承認、ウォレット署名、シードフレーズ、または暗号資産の直接支払いを要求する場合があります。

正規のガス代払い戻し手続きでシードフレーズや秘密鍵が求められることはありません。

「Gas Refund」という名前の不審なトークンは無関係な資産である可能性があり、Ethereumからの払い戻しとみなすべきではありません。

署名する前に、信頼できるブロックチェーンエクスプローラーでトランザクションを確認し、ウォレットの権限を確認してください。

暗号資産アプリが提供するプロモーションリベートは、そのアプリの公式ドメインと利用規約で確認してください。

FAQ

ガス代の払い戻しを簡単に説明すると？

ガス代の払い戻しとは、許可されたガスの一部が未使用だった場合、または対象となるEVM操作によって払い戻しクレジットが発生した場合に、最終的な請求ガス量が減ることです。

Ethereumでは未使用ガスが返されますか？

はい。トランザクション完了時に未使用のガスは、最終的な確定請求額に含まれません。

未使用ガスはSSTOREの払い戻しと同じですか？

いいえ。未使用ガスは残ったガス上限に由来します。一方、

の払い戻しは、対象となるストレージ変更によって発生するプロトコルクレジットです。

Ethereumのガス代払い戻し上限はいくらですか？

プロトコルによる払い戻しの上限は、トランザクションの総ガス使用量の20%です。

ガス代払い戻しの上限が20%なのはなぜですか？

EIP-3529は、払い戻しを利用したガストークン、ブロック処理負荷の変動、状態データに関連する悪用を抑えるために上限を引き下げました。

ストレージをクリアすると、どれくらいのガスが払い戻されますか？

対象となる永続ストレージの値をゼロ以外からゼロに変更すると、払い戻しカウンターに4,800ガスが加算される場合があります。

4,800ガスの払い戻しは必ず全額適用されますか？

いいえ。適用額には、トランザクション全体に対する20%の払い戻し上限が適用されます。

SELFDESTRUCTでガス代は払い戻されますか？

いいえ。EthereumはEIP-3529によって

のガス代払い戻しを廃止しました。

SELFDESTRUCTは現在もコントラクトを削除できますか？

通常、既存のコントラクトは削除されません。同じトランザクション内で作成され、破棄された場合を除きます。

払い戻しによってガス不足エラーを防げますか？

いいえ。プロトコルによる払い戻しは、実行が完了した後にのみ適用されます。

失敗したトランザクションでは未使用ガスが返されますか？

明示的にリバートしたトランザクションでは、残りのガスが返される場合があります。一方、ガス不足で実行が失敗した場合、その実行に提供されたガスは消費されます。

リバートしたトランザクションにも支払いが必要なのはなぜですか？

失敗が発生するまで、ノードはトランザクションの検証と操作の実行を行っているためです。

ガス代の払い戻しはETHで支払われますか？

払い戻し額はガス単位で計算され、ETHでの価値はトランザクションの実効ガス価格によって決まります。

バリデーターが手動で払い戻しを承認するのですか？

いいえ。Ethereumの実行クライアントがプロトコルルールに従って払い戻しを自動で計算、適用します。

過去に支払ったEthereumのガス代を請求できますか？

通常の過去のトランザクション手数料が確定した後、それを取り戻せるネイティブなEthereumの仕組みはありません。

ガス代払い戻しサイトは正規のものですか？

自動的なEthereumプロトコル払い戻しを解除すると主張するサイトは、別個のアプリケーション資金によるリベートであることを明確に確認できない限り、安全でない可能性が高いと考えられます。

ガストークンはどうなりましたか？

EIP-3529により、ガストークンが依存していた払い戻しが廃止・削減され、従来のガストークン戦略は経済的な有効性を失いました。

一時ストレージとは何ですか？

一時ストレージとは、トランザクション中だけ使われ、自動的に破棄されるEVMストレージです。ガス代払い戻しカウンターは使用しません。

ガス代の払い戻しでトランザクションを無料にできますか？

いいえ。20%の上限により、プロトコルの払い戻し計算後も総ガス使用量の少なくとも80%は請求対象となります。

ウォレットの見積もりより最終手数料が低かったのはなぜですか？

ガス上限より少ないガスしか使用しなかった、最大手数料より低い実効ガス価格が適用された、プロトコルの払い戻しクレジットが適用された、またはこれらが組み合わさった可能性があります。

まとめ

ガス代の払い戻しは、未使用ガスまたは対象となるEVM払い戻しカウンターのクレジットを通じて、Ethereumトランザクションの最終コストを減らします。

未使用ガスとは、トランザクションのガス上限のうち、実行時に消費されなかった部分です。

プロトコルによる払い戻しは実行後に別途計算され、主に対象となる永続ストレージの変更に関連しています。

適格なゼロ以外のストレージスロットをゼロにクリアすると、払い戻しカウンターに4,800ガスが加算される場合があります。

プロトコルによる払い戻しの適用額は、総ガス使用量の20%を超えません。

払い戻しによって実行用のガスが追加されることはなく、ガス不足による失敗を防ぐこともできません。

ではガス代の払い戻しを受けられなくなったため、現在のガス最適化手段として使用すべきではありません。

従来のガストークンも、Ethereumが依存していた払い戻しの仕組みを削減したため、時代遅れとなっています。

開発者は、効率的なコントラクト設計、永続ストレージの削減、現実的なガステスト、適切な場面での一時ストレージの活用に注力してください。

ユーザーは、Ethereumのネイティブな払い戻しが自動で行われ、シードフレーズ、秘密鍵、手動申請のための支払いが一切不要であることを覚えておきましょう。

ガス代の払い戻しは、キャッシュバックサービスやトランザクション手数料が必ず返ってくる仕組みではなく、Ethereum内部のリソース会計システムの一部として理解するのが適切です。