我们这边测试结果，3s 出一个块 ，一个块只能处理我的 107次交易。请问这个跟cita宣传的几千高并发是如何匹配的呢？
请教cita处理速度问题
我再补充描述下问题. 比如做一个投票小游戏. 投票操作要上链.
我尝试最简单的情形, 就是simpleStorage的addOne() 操作. 我并行的发起投票请求, 发现每个block最多就包含107个了, 再提高并发量也无济于事. 那么一天也只能处理 360024/3107 = 300万次投票. 这太低了.
不知道批量交易是否能改善, 但是每个交易本身也有尺寸的. 达到区块最大尺寸后也不能塞进一个块. 所以想咨询一下, 怎么提高吞吐量. 至少要提高10倍才行.
还有一个问题，一个块的size是多少 ？
cita不限制块大小，是按quota限制的。
你们说的每个block最多就包含107笔交易，应该是被block quota limit限制住了。
每笔交易的quota是在发交易的时候设置的，sdk里为了适应尽量多的场景，默认设置的quota很大。你们要根据你们实际发的交易，填一个合适的值。
另外 block quota limit 也是可以设置的，所以理论上每个块能包含多少笔交易，是你们规划的。
规划的依据是你们节点的硬件。
如果每个块里放太多交易，3s之内处理不完，出块时间就保证不了了。
你们没说你们的节点硬件配置情况。
说一下我们之前测试的情况。
cita是cpu敏感型应用。
4个节点，每个节点4c8g配置，转账的tps在1500-2000之间。
我们宣传的最高15000tps是在每个节点都是32核配置下测试出来的。
发现了. 我做压测的时候, 仅仅调用addOne, cpu消耗都特别高. 107的问题也知道精确的原因了. 谢谢.