-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Cannot increase the gasPrice of a pending transaction: "There are too many transactions in the queue..." #10636
Comments
Score is not equivalent to gasPrice (but gasPrice is used to calculate score, along with where the transaction came from, ie txpool or rpc, and the sender). In this case, you're likely trying to replace a transaction with another one, but not increasing the gasPrice enough for the replacement to be plausibly successful. |
Ok for the score, if you have an explanation of how it's computed I'm interested. As for the problem, the doc says it can be replaced if the fee increase by >12.5%. As I said I tried doubling the tx fee, and it's still not enough. In my example with the local transaction, I also increase it by more than that. That's why it doesn't seem consistent to me. |
Same problem and I tried to increase gasPrice to 30GWEI, it still not work. |
@devilrayzl can you share what version you are running? We've had a few fixes that may have addressed this (which should be available in the latest stable branch) |
Sure. |
I have this issue as well. Why it's not fixed yet? Happens on the
|
Thanks for the report, the additional specificity you've provided may help. |
I have this issue as well. but i don't know is it a bug or i send the transaction wrong? |
We recently merged #11086 which could be related to this. It is not in any of the releases yet, but if anyone here has the time to compile from master it would be good to see if the issue is solved. |
@dvdplm parity also errors out with this when trying to replace existing transaction with
Didn't test this pull request though. |
have the same issue on version 3.0.1.. any updates? |
Hi,
If I send a first transaction with nonce A. Then I send another transaction with the same nonce A, and a higher gasPrice, and Parity gives me this error:
There are too many transactions in the queue. Your transaction was dropped due to limit. Try increasing the fee.
Note that I tried with a fee twice as big as the first transaction. I know this wouldn't work if the gasPrice is not at least 12.5% higher than the old transaction.
If I inspect the local transactions, I get this:
My understanding in that the "score" is the gas price? Here it clearly says "too cheap to enter the pool" even if my gasPrice is actually above the min score it shows.
Plus, this is a local transaction so it should get included anyway, from my understanding.
Note that no other transactions were sent previously from my node. So it's impossible that I'm sending too much transactions somehow.
Also note that the second transaction, B, was sent a few seconds after A, so at that time A was not yet mined and B should have been able to replace it.
The text was updated successfully, but these errors were encountered: