300K，0.25s是什么的参数啊？
还有个问题，在做网络测试的时候，是否验签和执行交易。现在conflux应该已经对交易做了sharding吧，一个交易被打包次数的期望大概是多少啊。一笔交易经过几个块会被打包的期望大概是多少啊
论文中，300K，0.25s是什么的参数啊？
这个指的是1秒出4个块，每个块300k
300K是指区块的大小么？
是的！
验签和执行交易当然是做的。另外，Conflux 目前没有在 consensus level 做 sharding, 这个我们强调过很多次，sharding 本质上是一种降低安全性换取 TPS 的方式。Conflux 有能力在不 sharding 的情况下提高 TPS
假设一个交易是150，那么就是8000tps，单个节点的cpu大概什么性能啊，要做8000次验签/s，还要转发交易，执行交易，感觉一般的cpu刚不住，要几核啊
打包的话主要取决于Tps吧
8000tps我们还没有测过
还有，就是对于dag的宽度，如果出块太快了，会导致宽度很宽吧，过宽是否对安全性有影响？
按刚刚的数据是8000啊
我们用的是 rust 语言，能可比C++，一般机器单核一秒能进行 1 万次签名的验证
签名是ecdsa么？
ghost是对网络延迟有很好的兼容性，但是以太坊里面是靠只接受常数高度的祖先区块来控制树的宽度，conflux是否也做了相同的限制，或者说其他的限制宽度的方法，还是说根本不对宽度进行限制。
Conflux没有限制树图的宽度。
那宽度对安全性是否有影响？
过宽适否会导致算力分散啊？
或者说ghost中的稳定点很难往下走，导致确认时间比较长
从现在算法来讲，如果做这样的事情，得到的奖励会很低