以太坊交易池处理逻辑

  以太坊网络中，咱们发送一笔交易时，可能发送成功，也可能发送失败，那么交易是如何判断可否发送成功的呢。当咱们发送交易后，交易会被广播到矿工，矿工会监听交易的广播，而后把交易放到本地的交易池中等待处理，可是交易可否放到交易池中，以及在交易池中的交易如何处理的，具体以下：

当交易进入交易池（tx_pool）时，矿工节点会作如下验证：

1. 经过交易Hash判断交易在交易池中是否存在，若是存在就使用新的交易替换之前的交易
2. 验证交易的合法性，如长度、value、是否溢出当前区块的GasLimit、Nonce值等、Gas是否足够，若是验证不经过就会返回对应的错误代码
3. 验证是否孤儿交易，若是是就本地保存，不转发，防止DDOS攻击
4. 若是交易池满了，就会验证交易Gas是否比当前交易池中的最低Gas低，若是低于交易池的最低Gas会返回ErrUnderpriced，若是高于最低值，就剔除最低Gas的交易。发生这种状况后，在etherscan中会发如今这笔交易pending中消失了（也有很大机率依然可以查到这笔交易在pending列表中，由于etherscan链接了不少节点，每一个节点的交易池的状态都是不同的，那条被踢出的交易可能在别的节点中仍然处于pending状态）
5. 若是交易已经在交易池中，会判断Gas是否高于上一条相同Nonce的交易Gas某一个阈值（默认10%），若是Gas高于，就剔除前一笔交易，就使用新的交易替换前一笔交易，若是没有高于当前的交易就会返回失败
6. 按顺序放入到交易池中，等待打包
7. 等待新的交易加入到交易池，会重复上述步骤。

在明白上述逻辑以前咱们须要了解几个细节

1. 矿工不能在一个区块中打包任意多的tx（只能尽量多的打包），由于一个区块有GasLimit限制和区块大小限制。
2. 矿工运行以太坊实例时，是能够根据须要修改最低的GasPrice值，这样能够过滤不少低Gas的交易。
3. 交易池容纳的交易数默认是有上限的。以太坊的txpool中的pending集合（miner是从pending中拿交易组装block的）中容纳的交易数量默认设置为最大4096。可是在Geth v1.6.2中支持外部重置交易池默认配置。具体是–txpool.globalslots value。在Parity v1.6.8中也支持外部设置，具体是--tx-queue-size LIMIT。Parity默认是1024。一个帐户默认只能放16条交易到pending中，满了之后，第17条乃至之后更多的交易会有一套规则来替换先前位于pending中的16条交易。

---

欢迎订阅「K叔区块链」 - 专一于区块链技术学习

博客地址： http://www.jouypub.com
简书主页： https://www.jianshu.com/u/756c9c8ae984
segmentfault主页： https://segmentfault.com/blog/jouypub
腾讯云主页： https://cloud.tencent.com/developer/column/72548