trufflesuite / ganache

:warning: The Truffle Suite is being sunset. For information on ongoing support, migration options and FAQs, visit the Consensys blog. Thank you for all the support over the years.

Home Page:https://consensys.io/blog/consensys-announces-the-sunset-of-truffle-and-ganache-and-new-hardhat?utm_source=github&utm_medium=referral&utm_campaign=2023_Sep_truffle-sunset-2023_announcement_

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Ganache transactions become stuck in queued state with manual nonce management and concurrent senders

kdelwat opened this issue · comments

I use Ganache as a local development server for an application which uses manual nonce management, and has concurrent senders of transactions from the same origin / Ethereum account.

Occasionally, and apparently non-deterministically, transactions will get stuck in the txpool in the queued state. The txpool_content RPC command shows the transaction has been assigned a nonce (e.g. 2), and checking the sender account using eth_getTransactionCount shows that the account nonce is up to the same nonce (2). I would expect that the transaction is then unqueued and mined.

Some thoughts:

  • This appears to happen only when transaction nonces are backfilled (a tx with an earlier nonce is sent after one with a later nonce).
  • This could be related to or the same bug as #4487
  • I have tried --chain.asyncRequestProcessing=false per the above issue and it doesn't resolve the problem
  • This occurs with both instamine and a block time

Reproduction

This can be tricky to reproduce because it's race-condition-y / non-deterministic. I've set up a repo here with a minimal example that fails. Note that I often have to run this multiple times (>5) until I see the failure case.

https://github.com/kdelwat/ganache-repro