ガス料金を支払ったのに、ウォレットに「トランザクションが失敗しました」と表示されるのはなぜですか?

ブロックチェーンネットワークで失敗したトランザクションを理解する

1. 「失敗」とラベル付けされたトランザクションは、イーサリアム仮想マシン (EVM) または同等の実行環境が、意図したロジックを完了する前に操作を拒否したことを意味します。この拒否は、送信前ではなく、実行フェーズ中に発生します。

2. ガス料金は、検証チェック、ストレージ アクセス、オペコードの実行を含むすべての計算ステップで消費されます。契約が元に戻されたり、ガスが不足したりした場合でも、実行された手順は元に戻すことはできず、返金もできません。

3. ネットワークは、「成功した意図」と「実行された作業」を区別しません。マイナーまたはバリデーターは、最終的な状態変更が発生したかどうかに関係なく、使用された処理時間とリソースに対して補償されます。

4. 一般的な原因には、残高不足、不正な関数パラメーター、スマート コントラクトの require() ステートメントまたは revert() ステートメントの失敗、明示的な取り消しをトリガーする整数オーバーフローなどが含まれます。

5. ユーザーは、障害をネットワーク レベルのエラーと誤解することがよくありますが、実際には、整合性を維持し、無効な状態遷移を防ぐように設計された意図的な契約動作を反映しています。

EVM 互換チェーンにおけるガス料金の仕組み

1. ガスの価格はユニットごとに消費されたユニットの合計に乗算されます。料金は、成功時ではなく、トランザクションの送信時に送信者のアカウントから引き落とされます。

2.障害が発生するまでに使用されたすべてのガスは永続的に消費されます。理由文字列付きの特定の復帰がトリガーされ、復帰指示後にガスが残らない限り、部分的な払い戻しは行われません。

3. トランザクションでガスが不足すると、指定されたガス制限の 100% が消費されます。明示的に元に戻す場合 (revert() または require(false) など)、未使用のガスは返金されますが、関数の呼び出しと以前のオペコードの実行にかかる基本コストは返金不可のままです。

4. Tenderly や Blocknative などのトランザクション シミュレーション ツールは、ブロードキャスト前にガスの使用量とリバートの可能性をプレビューできますが、動的なオンチェーン条件により同一の結果を保証することはできません。

5. ノードが eth_call トレースをサポートしているか、トランザクションが完全なデバッグ出力でローカルにシミュレートされていない限り、ウォレット インターフェイスは正確な復帰理由を表示することはほとんどありません。

スマート コントラクトの元に戻す動作とその影響

1. Solidity の revert()、require()、およびassert() ステートメントは実行を停止し、状態の変更をロールバックしますが、元に戻す前に実行された操作のガス消費は排除されません。

2.カスタム エラー メッセージ (Solidity 0.8.4 以降で導入) を伴うリバートでは、そのメッセージのエンコードと出力にガス コストが発生します。多くの場合、ベースラインの実行を超えて 100 ～ 300 ガス ユニットが追加されます。

3. イスタンブールのハードフォーク前に展開されたコントラクトは、復帰後のガス払い戻しの計算方法の変更により、復帰条件下では異なる動作をする可能性があります。

4. OpenZeppelin の SafeERC20 や ReentrancyGuard などのサードパーティ ライブラリでは、ガス オーバーヘッドを増加させ、早期復帰のための表面積を拡大する追加のチェックが導入されています。

5. 信頼できないコントラクトへの外部呼び出しはリスクを増大させます。たとえトランザクション ロジックが正常であっても、呼び出されたコントラクトのリバートがカスケード バックし、ガスが消費されてトランザクション全体が失敗する原因となります。

ウォレットインターフェースの制限とユーザーの誤解

1. ほとんどのコンシューマーウォレットは eth_getTransactionReceipt に依存して成功ステータスを判断し、基になる元に戻すデータを公開せずに status == 0x0 を「失敗」として解釈します。

2. 「トランザクションが失敗しました」という表現は UI の抽象化です。「資金不足」や「ノンスが低すぎる」などの特定のエラー コードを伴わない限り、ネットワークの輻輳、RPC の失敗、またはウォレットのバグを示すものではありません。

3. 一部のウォレットは、ユーザーの負担を避けるために低レベルの EVM エラーを抑制し、「実行が取り消されました: ERC-20 転送量が残高を超えています」などの技術メッセージを一般的なラベルに置き換えます。

4. トランザクション ハッシュは障害後も有効なままでエクスプローラーに表示されるため、ユーザーはトレース ログ、ストレージ読み取り、スタック トレースを検査できます。ただし、これには技術的な知識と外部ツールが必要です。

5. ハードウェアウォレットの統合により、レイテンシや署名の不一致が追加されることがあり、その結果、ウォレット UI でのオンチェーンの復帰と区別できないサイレント実行前エラーが発生します。

よくある質問

Q: 取引が失敗した場合、ガス料金を取り戻すことはできますか?ガソリンは全額返金されることはありません。明示的な revert() または require() の後に未使用のガスのみが返されます。基本実行コストと復帰前に消費されたガスは差し引かれたままになります。

Q: MetaMask では「失敗」と表示されるのに、Etherscan では「成功」と表示されるのはなぜですか?この不一致は通常、キャッシュの遅延や RPC エンドポイントの不一致が原因で発生します。 Etherscan は正規のレシートを表示します。 MetaMask は、確認の深さが増加するまで、古いビューまたは分岐したビューを反映する可能性があります。

Q: 失敗したトランザクションはウォレットのナンスに影響しますか?はい。署名されたトランザクションごとに、成功したか取り消されたかにかかわらず、送信者の nonce が増加します。後続のトランザクションが受け入れられるには、次に連続する nonce を使用する必要があります。

Q: トランザクションが取り消された正確な理由を見つけるにはどうすればよいですか?トレース機能を備えたブロック エクスプローラー (Tenderly、Blockscout など) を使用するか、hardhat-node または --debug フラグを指定したファウンドリのキャスト送信を使用してトランザクションを再生し、内部呼び出しを検査し、文字列を元に戻します。