為什麼我的錢包顯示“交易失敗”但我仍然支付了汽油費？

了解區塊鍊網絡中失敗的交易

1. 標記為“失敗”的交易意味著以太坊虛擬機（EVM）或等效執行環境在完成其預期邏輯之前拒絕了該操作。這種拒絕發生在執行階段，而不是提交之前。

2. 每個計算步驟都會消耗 Gas 費用，包括驗證檢查、存儲訪問和操作碼執行。即使合約恢復或耗盡 Gas，這些執行的步驟也是不可逆轉且不可退款的。

3. 網絡不區分“成功意圖”和“已執行工作”。無論最終狀態是否發生變化，礦工或驗證者都會因處理時間和使用的資源而獲得補償。

4. 常見原因包括餘額不足、函數參數不正確、智能合約中的 require() 或 revert() 語句失敗以及觸發顯式恢復的整數溢出。

5. 用戶經常將故障誤解為網絡級錯誤，而實際上它反映了旨在保持完整性和防止無效狀態轉換的故意合約行為。

EVM 兼容鏈中的 Gas 費用機制

1. Gas 按單位定價並乘以消耗的總單位。費用是在交易提交時從發送者的帳戶中扣除，而不是在交易成功時扣除。

2.直到故障點為止使用的所有 Gas 都會被永久消耗——除非觸髮帶有原因字符串的特定恢復並且在恢復指令後 Gas 仍然存在，否則不會發生部分退款。

3. 如果一筆交易耗盡了 Gas，則將消耗指定 Gas 限額的 100%。如果它顯式地恢復（例如，通過 revert() 或 require(false)），未使用的 Gas 將被退還——但調用該函數和執行先前操作碼的基本成本仍然不可退還。

4. 像 Tenderly 或 Blocknative 這樣的交易模擬工具可以在廣播之前預覽 Gas 使用情況和潛在的恢復，但由於動態的鏈上條件，它們不能保證相同的結果。

5. 錢包界面很少顯示確切的恢復原因，除非節點支持 eth_call 跟踪或使用完整的調試輸出在本地模擬交易。

智能合約恢復行為及其影響

1. Solidity的revert()、require()和assert()語句會停止執行並回滾狀態更改，但它們並不能消除恢復之前執行的操作的gas消耗。

2.使用自定義錯誤消息（在 Solidity 0.8.4+ 中引入）進行恢復仍然會產生編碼和發出該消息的 Gas 成本 - 通常會在基準執行之外添加 100-300 個 Gas 單位。

3. 由於恢復後 Gas 退款的計算方式發生變化，在伊斯坦布爾硬分叉之前部署的合約在恢復條件下的行為可能會有所不同。

4. OpenZeppelin 的 SafeERC20 或 ReentrancyGuard 等第三方庫引入了額外的檢查，增加了 Gas 開銷並擴大了早期恢復的表面積。

5. 對不受信任合約的外部調用會增加風險：即使你的交易邏輯是健全的，被調用合約的恢復也會級聯並導致你的整個交易失敗並消耗gas。

錢包界面限制和用戶誤解

1. 大多數消費者錢包依賴 eth_getTransactionReceipt 來確定成功狀態，將 status == 0x0 解釋為“失敗”，而不暴露底層恢復數據。

2.短語“交易失敗”是一個 UI 抽象，它並不表示網絡擁塞、RPC 失敗或錢包錯誤，除非伴隨著特定的錯誤代碼，如“資金不足”或“nonce 太低”。

3. 一些錢包會抑制低級 EVM 錯誤，以避免壓垮用戶，用通用標籤替換“執行已恢復：ERC-20 轉賬金額超出餘額”等技術消息。

4. 即使發生故障，事務哈希在瀏覽器上仍然有效且可見，允許用戶檢查跟踪日誌、存儲讀取和堆棧跟踪 - 儘管這需要熟悉技術和外部工具。

5. 硬件錢包集成有時會增加延遲或簽名不匹配，從而導致靜默預執行失敗，與錢包 UI 中的鏈上恢復無法區分。

常見問題解答

問：如果交易失敗，我可以拿回我的 Gas 費嗎？天然氣永遠不會全額退還。僅返回顯式 revert() 或 require() 後未使用的氣體。恢復前的基本執行成本和 Gas 消耗仍被扣除。

問：為什麼 MetaMask 顯示“失敗”而 Etherscan 顯示“成功”？這種差異通常源於緩存延遲或 RPC 端點不匹配。 Etherscan 顯示規範收據； MetaMask 可能會反映陳舊或分叉的視圖，直到確認深度增加。

問：交易失敗會影響我的錢包隨機數嗎？是的。每個簽名的交易都會增加發送者的隨機數，無論是成功還是恢復。後續交易必須使用下一個連續的隨機數才能被接受。

問：如何找到我的交易被還原的確切原因？使用具有跟踪功能的塊瀏覽器（例如​​，Tenderly、Blockscout），或使用 Hardhat-node 或帶有 --debug 標誌的 Foundry 的強制發送來重播交易，以檢查內部調用並恢復字符串。