最近有个小任务，调用eth.sendSignedTransaction()发送已签名交易，同时要尽可能的处理这个调用的错误情况，这方面的文档资料也不多，边测边做记录！
错误测试
初始数据如下，以下的记录都是针对此数据进行修改测试：
var rawTx = {
nonce: '0x100',
gasPrice: '0x09184e72a000',
gasLimit: '0x2710',
from: '54b865714068f5f03574ace39a1f3279c4e83e2c',
to: '0x469f07278600b1cb031448fd25f187f24a89ecb6',
value: '0x10000',
data: '0x'
}
错误一：nonce too low
当nonce设为"0x00"时，调用sendSignedTransaction()直接返回出错。
解决方法：
把nonce调大点，先用'0x100'试试，不出这个错误 了，出现错误二。
错误二：intrinsic gas too low
手续费太低，这个值是web3js官网上例子的数值，看看这个转帐需要多少gas
web3.eth.estimateGas(rawTx)
.then(console.log);
结果显示21000gas，好像是标准值，但gasLimit是0x2710=10000，比21000要小，在它后面加个0为0x27100，这个错误解决了！
执行打出交易hash值：
0x28a6a3499ec0849653ccc4a6bc95db7cc91e930e106be15485c5eb04e81b3e24
错误三：sendSignedTransaction成功返回hash，但交易无法完成
在geth控制台查看，可以看到有一笔在队列中的交易，但一直无法完成：
> txpool.status
{
pending: 0,
queued: 1
}
而且js超时后会报以下错误：
Unhandled rejection Error: Transaction was not mined within 50 blocks, please make sure your transaction was properly send. Be aware that it might still be mined!
那现在的nonce应该是多少呢？有一个api getTransactionCount可以查询：
web3.eth.getTransactionCount("0x54b865714068f5f03574ace39a1f3279c4e83e2c")
.then(console.log);
执行结果为：62
这个地址是from的地址，改一个地址看一看，是不是这样？
web3.eth.getTransactionCount("0x469f07278600b1cb031448fd25f187f24a89ecb6")
.then(console.log);
这下执行结果变为7了，确实如此！
把nonce改为'0x3f'，也就是63，执行，查看交易池状态：
> txpool.status
{
pending: 0,
queued: 2
}
还是一直有2条交易在队列不执行，web3js超时返回同样的错误！
好像我被误导了，通过getTransactionCount取到的值就应该设为当前交易的nonce值，在web3py找到一个示例：
>>> tx = Transaction(
nonce=web3.eth.getTransactionCount(web3.eth.coinbase),
gasprice=web3.eth.gasPrice,
startgas=100000,
to='0xd3cda913deb6f67967b99d67acdfa1712c293601',
value=12345,
data=b'',
)
> eth.getTransactionCount("0x54b865714068f5f03574ace39a1f3279c4e83e2c")
62
把nonce改为'0x3e'，也就是getTransactionCount返回的62，再次执行！
查看交易状态：
> txpool.status
{
pending: 2,
queued: 1
}
这次是有两笔在pending状态，过一会再查状态，如下：
> txpool.status
{
pending: 0,
queued: 1
}
也就是说刚才的两笔交易，nonce值为62、63的刚才在pending然后挖矿后已经完成，而还有一笔nonce为0x100的还在队列里！
有说队列中的交易在退出geth客户端时会被清除，试了下退出geth客户端重进队列中交易还在，这里指的是queued队列
错误四：known transaction: ...
重复发送交易时，会出现此错误。
错误五：交易覆盖
这个可能不能算错误，像钱包也会有交易可能gas不够时，提示增加手续费让交易更快完成，但这个得知道自己在做什么
队列中有一笔交易，nonce为'0x100'，新生成一笔交易，其它交易数据都一样，只是gasPrice或gas更大时，发送交易能成功，队列中交易可能已经被手续费更高的交易替换
错误六：replacement transaction underpriced
队列中有一笔交易，nonce为'0x100'，新生成一笔交易，其它交易数据都一样，只是gasPrice或gas更小，发送交易时直接提示此错误
或者修改其它数据，如value，但nonce一样，也会出现此错误
交易已记录，但执行失败
不知道怎么模拟这种情况，例如Out of gas
结论
从以上错误看出基本都是nonce的设值问题，看看nonce的几种情况：
- 太小时交易会直接失败，不能小于getTransactionCount取得的值
- 太大时交易会进队列，直到中间的交易都完成，这个交易才会完成（有这种特殊需求吗？交易先放进队列，也许有！）
- nonce等于getTransactionCount返回值时，交易能最快完成
nonce如何设置
好像挺简单，就是用getTransactionCount返回的值！
如果冷钱包不连网处理，就得自己维护nonce计数，情况会比较复杂，建议是直接取到应该用的nonce值，再去冷钱包签名。
参考
https://stackoverflow.com/questions/35159241/sendrawtransaction-results-in-queued-txs
https://blog.csdn.net/wo541075754/article/details/78081478
感谢您阅读 @chaimyu 的帖子，期待您能留言交流！
