You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 18, 2026. It is now read-only.
While testing I managed to get myself in a stuck nonce situation, I suspect that the last nonce value ended up either overwriting some deploys I had or increased itself too quickly.
PR #76 introduced a slight change to how the nonce was incremented, might be a regression there but ultimately we can do better detection.
The minting script we used for the airdrop had a reliable method we could replicate, plus some other goodies regarding chained or dependent transactions. It used a websocket to connect to the API and watch for new blocks, then processed its own logic when each new block arrived.
Also noting that a good blanket fix for this would be to submit a new TX with the fee bumped by 0.000001 in the correct nonce order, filling in the gaps and replacing the stuck transactions.
While testing I managed to get myself in a stuck nonce situation, I suspect that the last nonce value ended up either overwriting some deploys I had or increased itself too quickly.
PR #76 introduced a slight change to how the nonce was incremented, might be a regression there but ultimately we can do better detection.
The minting script we used for the airdrop had a reliable method we could replicate, plus some other goodies regarding chained or dependent transactions. It used a websocket to connect to the API and watch for new blocks, then processed its own logic when each new block arrived.
Example of nonce gapped account
Also noting that a good blanket fix for this would be to submit a new TX with the fee bumped by 0.000001 in the correct nonce order, filling in the gaps and replacing the stuck transactions.