以太坊的txpool

 

txpool

> txpool.content
{
  pending: {},
  queued: {}
}

txpool中由两部分构成pending和queued组成。那么他们两者有什么分别呢。最明显的是一个为待打包状态，一个为队列中

处于队列中的交易是无法被打包的，被放入队列的原因主要是因为交易的nonce错乱

txpool的配置

--txpool.nolocals            为本地提交交易禁用价格豁免
--txpool.journal value       本地交易的磁盘日志：用于节点重启 (默认: "transactions.rlp")
--txpool.rejournal value     重新生成本地交易日志的时间间隔 (默认: 1小时)
--txpool.pricelimit value    加入交易池的最小的gas价格限制(默认: 1)
--txpool.pricebump value     价格波动百分比（相对之前已有交易） (默认: 10)
--txpool.accountslots value  每个帐户保证可执行的最少交易槽数量  (默认: 16)
--txpool.globalslots value   所有帐户可执行的最大交易槽数量 (默认: 4096)
--txpool.accountqueue value  每个帐户允许的最多非可执行交易槽数量 (默认: 64)
--txpool.globalqueue value   所有帐户非可执行交易最大槽数量  (默认: 1024)
--txpool.lifetime value      非可执行交易最大入队时间(默认: 3小时)

sendTransaction

调用sendTransaction时，如果不传入nonce值，那么geth节点会默认计算当前地址已经发起了的交易中最大的nonce值为多少，然后将其+1，然后将此交易放置在pending中，等待节点打包。

如果传入的nonce值过大，在进入txpool中检查到它之前的nonce并没有使用过，那么此笔交易不会发送到pending中，而且放置在queued中。只有当前面的nonce补齐之后，才会进入到pending中

nonce规则

为了防止交易重播，ETH（ETC）节点要求每笔交易必须有一个nonce数值。每一个账户从同一个节点发起交易时，这个nonce值从0开始计数，发送一笔nonce对应加1。当前面的nonce处理完成之后才会处理后面的nonce。注意这里的前提条件是相同的地址在相同的节点发送交易。
以下是nonce使用的几条规则：

  • 当nonce太小（小于之前已经有交易使用的nonce值），交易会被直接拒绝。
  • 当nonce太大，交易会一直处于队列之中，这也就是导致我们上面描述的问题的原因；
  • 当发送一个比较大的nonce值，然后补齐开始nonce到那个值之间的nonce，那么交易依旧可以被执行。
  • 当交易处于queue中时停止geth客户端，那么交易queue中的交易会被清除掉




posted @ 2022-01-07 16:57  SoyWang  阅读(393)  评论(0)  编辑  收藏  举报