以太坊如何清除已發出未打包的交易

技術群中經常被同學問到，為什麼發出的交易遲遲不被打包，我想把它給取消了，改怎麼做？今天就帶大家分析一下如何解決此類問題。主要分兩種情況，分別有兩種不同的解決方案。

當我們傳送一筆交易時，支付的手續費較低，導致礦工不願意打包交易，那麼此時我們該怎麼辦呢？這裡就用到了nonce覆蓋特性，同樣的交易我們把手續費提高再次傳送即可。需要注意的前提條件是nonce值由自己維護。

如果nonce值是讓geth節點自動生成，那麼再次傳送時就需要構造之前交易所使用的nonce進行傳送，才能達到覆蓋的效果。

如果我們發出一筆交易，當交易遲遲未被打包，此時不想再發次筆交易，或者說想使此筆交易失效，那麼該如何操作呢？比如由於程式呼叫導致nonce錯亂，很多交易都處於佇列中無法被打包，乙個個進行重新傳送或許不是最好的方法。

此時如果單純的重啟節點，並不能達到清楚佇列的效果，那麼我們該如何操作呢？這裡geth節點為我們提供了乙個解決方案，那就是設定佇列失效時間。

-- txpool.lifetime value  maximum amount of time non -executable transaction are queued (default: 3h0m0s)

我們知道佇列是存在於txpool裡面的，不指定此引數值時，預設為3小時失效。那麼，解決問題的方案就顯而易見了，我們可以將此引數設定較小，然後重啟引數，等待失效，等待txpool中交易失效之後，再改會此引數正常值，再重啟專案即可。

下面我們看一下預設配置的源**，其中包含一些其他引數的配置項：

var defaulttxpoolconfig = txpoolconfig

最後一行，明確說明了lifetime為3小時。