從算法的角度上來看，Aleo屬于零知識證明（ZKP）賽道項目，復雜度是比大餅和以太坊算法都要復雜的。算法的核心計算我們之前也提過主要是MSM+NTT/FFT的計算，還會包含一些Hash運算。這些計算主要目的是為了生成零知識證明，而生成證明的速度直接會影響生態(tài)的體驗。

軟件層面，在語言層面上，ZK更友好的格式，也會帶來加速生成的過程，比如Aleo的Leo語言。再就是算法本身的優(yōu)化，雖然說有一定的優(yōu)化空間，但是要想有大的突破需要非常多的時間，畢竟牽涉到很多數學問題。

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

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

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