软件层面，在语言层面上，ZK更友好的格式，也会带来加速生成的过程，比如Aleo的Leo语言。再就是算法本身的优化，虽然说有一定的优化空间，但是要想有大的突破需要非常多的时间，毕竟牵涉到很多数学问题。

●在算法过程中频繁的数据混洗使得NTT难以在计算集群中分布，无法并行计算，并且由于需要从大型数据集中加载和卸载数据，在硬件上运行时需要大量带宽。即使硬件操作很快，这可能也会导致速度变慢。例如，如果硬件芯片的内存为16GB或更少，那么在100GB的数据集上运行NTT将需要通过网络加载和卸载数据，这可能会大大降低操作速度。

但是Aleo从开始的设计共识就是POS，也就是说其实本质上它是POS链，这一点上和其他项目有本质差别。其实对于某些人来说他们不太明白为什么Aleo一定要有PoW，完全用POS就可以了，很多业内知名ZK项目都是只有POS。关于这点可以看一下我们之前的文章：Aleo的PoSW、证明和委托代理计算到底是什么关系？“PoW”会不会消失？

既然共识是POS的，自然也就不怕ASIC控制网络，压根也控制不了，也就不存在分叉的问题，而且从算法和定位的角度上来说，ASIC也是必然需求。Aleo芯片机，Aleo-ASIC，zktaoma或者maxsayss