caopingcp

共识复用P2P模块的节点连接

2

部分共识插件比如qbft，维护自己的节点连接，可以考虑复用P2P模块的节点连接

mempool 模块导致交易查重出现问题

1

四个节点组成的 tendermint 集群，分别往四个节点发送大量交易（每秒2万笔），四个节点均出现 ErrMemFull 错误，此时 mempool 也缓存了大量交易（15多万笔），节点通过从 mempool 获取交易并查重 来判断是否有未处理交易，从而决定是否进入共识流程打包区块 当停止发送交易后，由于节点还有未处理交易，仍然进入共识流程，直至 mempool 缓存没有交易 blockchain模块和发送的交易都使用 TxHeight 选项 然而可以复现出：有两个节点率先处理完 mempool 缓存的交易，不再进入共识，通过 ./chain33-cli net peer info |grep mempoolSize 可以看到值为0， 而其他两个节点的值不为0（几万笔），所以依然进入共识，由于不满足多于 2/3 的节点参与共识，整个共识流程会出现问题；继续观察一段时间，其他两个节点 mempoolSize...

mempool 模块处理交易瓶颈

3

两核4G的虚拟机运行 chain33，mempool 模块处理交易的速度大概为 每秒1000多笔 测试方案： 1. 使用 solo 共识，benchMode 设置为 true 2. 使用发交易工具向节点发送交易，统计从构造交易并发送到回显交易哈希的时间 3. 在不同于chain33运行的节点上（机器配置相同），启动一个进程发送交易，发送1万笔交易统计时间为 10 秒左右，solo 共识打包时间间隔也为 10 秒 4. 在两个节点上分别启动进程发交易，发送1万笔交易统计时间均为 20 秒左右，solo 共识打包时间间隔为 10 秒 5. 多个节点进行实验，结果也一致 交易处理速度跟...