RPC client should be informed that the transaction he sent by calling eth_sendRawTransaction
fails stateful validation.
#31527
Labels
eth_sendRawTransaction
fails stateful validation.
#31527
Rationale
The transaction owner sends his transaction by rpc
eth_sendRawTransaction
and rpc response shows that it's ok to receive. Actually the error fromtxpool
is notnil
andtxpool
accepted nothing, but error in rpc response is empty.This situation misleading the transaction sender so much. The sender of the transaction will think that the transaction has been successfully sent. But no transaction of the
txhash
from response can be found all over the network, from etherscan e.g. 🤔Especially for the node service runners, their customers going to be confused and unhappy, like me 😂
Some days ago, I sent a transaction by my node service provider
zan.top
. And rpc response showed no error. So I waited the tx packaged on Ethereum. I waited for a while and I tried to search this transaction but nothing found.After I talked to the
zan.top
, they told me that it's failed with error that balance of my address not enough for gas fee. 😫 So I checked the geth node version and found the code changes about txpool locals stuff. Sozan.top
update their geth node with flagtxpool.nolocals
, and finally I sent tx with rpc error back.Code below here requires that the
locals
has to be nil if returns the error inside rpc response.Implementation
☝️ Let the error returned with rpc response which is important for a normal geth user.
✌️TxTracker can handle repeated transaction, ignore txs resubmitted maybe ? 🤔 Or
txtracker
tracks the tx after it added to pool ?Please check pr #31528
The text was updated successfully, but these errors were encountered: