軟件層面，在語言層面上，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