在做网络测试的时候，是否验签和执行交易。现在conflux应该已经对交易做了sharding吧，一个交易被打包次数的期望大概是多少啊。一笔交易经过几个块会被打包的期望大概是多少啊？
在做网络测试的时候，是否验签和执行交易?以及是怎么做的？
验签和执行交易当然是做的。另外，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中的稳定点很难往下走，导致确认时间比较长
从现在算法来讲，如果做这样的事情，得到的奖励会很低https://mp.weixin.qq.com/s/xMxfvOtUmBbaFx8AGWYUsg，Conflux最新的共识算法叫GHAST（Greedy Heaviest-Adaptive Sub-Tree）。
扫噶，让我来研究下下。
论文应该很快会公开，上面文章有简单的介绍，新论文公布我会同步一下。
好的，谢谢啦，我先看看这篇文章。
你自己问自己答？