軟件層面，在語言層面上，ZK更友好的格式，也會(huì)帶來加速生成的過程，比如Aleo的Leo語言。再就是算法本身的優(yōu)化，雖然說有一定的優(yōu)化空間，但是要想有大的突破需要非常多的時(shí)間，畢竟?fàn)可娴胶芏鄶?shù)學(xué)問題。

證明生成的過程中，約有60%的時(shí)間花在MSM上，其余時(shí)間由NTT/FTT主導(dǎo)。MSM和NTT都存在性能挑戰(zhàn)，通常的解決辦法：

●MSM可以在多線程上執(zhí)行，從而支持并行處理。然而，當(dāng)處理大型數(shù)據(jù)向量時(shí)，例如6700萬個(gè)參數(shù)，乘法運(yùn)算可能仍然很慢，并且需要大量的內(nèi)存資源。此外，MSM存在可擴(kuò)展性方面的挑戰(zhàn)，即使在廣泛并行化的情況下也可能保持緩慢。

●在算法過程中頻繁的數(shù)據(jù)混洗使得NTT難以在計(jì)算集群中分布，無法并行計(jì)算，并且由于需要從大型數(shù)據(jù)集中加載和卸載數(shù)據(jù)，在硬件上運(yùn)行時(shí)需要大量帶寬。即使硬件操作很快，這可能也會(huì)導(dǎo)致速度變慢。例如，如果硬件芯片的內(nèi)存為16GB或更少，那么在100GB的數(shù)據(jù)集上運(yùn)行NTT將需要通過網(wǎng)絡(luò)加載和卸載數(shù)據(jù)，這可能會(huì)大大降低操作速度。

但是Aleo從開始的設(shè)計(jì)共識(shí)就是POS，也就是說其實(shí)本質(zhì)上它是POS鏈，這一點(diǎn)上和其他項(xiàng)目有本質(zhì)差別。其實(shí)對于某些人來說他們不太明白為什么Aleo一定要有PoW，完全用POS就可以了，很多業(yè)內(nèi)知名ZK項(xiàng)目都是只有POS。關(guān)于這點(diǎn)可以看一下我們之前的文章：Aleo的PoSW、證明和委托代理計(jì)算到底是什么關(guān)系？“PoW”會(huì)不會(huì)消失？