Meta Force佛薩奇2.0合約開發源碼搭建技術_風聞

　　polygon鏈佛薩奇2.0，FORGE循環儀中使用的矩陣大小為3×1和2×2。3×1矩陣本質上很簡單，只需要填充三個位置即可。2×2矩陣從第一層的兩個位置開始，然後擴展到第二層的四個位置。職位通過直接和間接招募Forsage會員來填補。一旦矩陣中的所有位置都被填滿，就激活循環佣金。從矩陣出來的位置也將輸入相同大小的新矩陣。

　　AES的基本原理是：AES的加密公式為c=e（k，p），關於metaForce佛薩奇2.0版本系統開發案例及源碼對接唯：punk2558,其中k是密鑰，p是明文，c是密文。

　　AES加密明文的過程是將明文分組，每組128位長，然後逐個加密明文，直到所有明文都被加密。密鑰的長度可以是128、192或256位。在加密函數e中，執行一個round函數，除了最後一個函數外，前一個函數是相同的。

　　以AES-128為例，建議加密輪數為10，即前9輪執行相同的操作，第10輪執行不同的操作。不同密鑰長度推薦的加密輪數不同，如下表所示。#加密時，明文按128個單位分組，每組16個字節，按從上到下、從左到右的順序排列成4*4的矩陣，稱為明文矩陣。AES的加密過程是在一個4*4大小的矩陣中進行的，稱為狀態矩陣。狀態矩陣的初始值是明文矩陣的值。在每一輪加密之後，狀態矩陣的值會更改一次。執行圓函數後，狀態矩陣的值就是密文的值。從狀態矩陣中得到密文矩陣，然後將密文矩陣依次提取到128位。

　　Solana是一個新的區塊鏈，專注於性能。它支持像Ethereum那樣的智能合約，他們稱之為程序。你可以使用Rust開發[4]這些程序，但現在有一個新的項目，將Solidity編譯為Solana程序。換句話説，你現在就可以把你用Solidity寫的合約部署到Solana上了。

　　當然，Solana上的交易成本只是以太坊上的一小部分。那麼，這一切是如何進行的呢？

　　交易排序（歷史證明）

　　Solana最大的特點是它的歷史證明（PoH），它是基於一串sha256哈希值作為時間的證明。其背後的想法是，要計算hash300，必須先按順序計算hash1，然後hash2，以此類推。這是因為哈希值的輸出是無法預測的，每個中間結果都會自動成為下一個中間結果的輸入。

　　最新一代的CPU在計算sha256時速度非常快，但同樣必須按順序進行。而這就是為什麼人們可以肯定不會有一個定製的ASIC，它的速度是100倍。

　　因此，當一個節點收到用hash300簽名的交易時，它將知道這些交易將被放在hash200之後，但在hash400之前（假設100個hash為延遲）。這與ETH2.0使用的可驗證延遲函數（VDFs）的概念很相似。區別在於證明的驗證，對於VDF來説，驗證的步驟要比創建證明覆雜得多，而對於PoH來説，需要重新計算每個哈希值。那麼，如何才能有效地完成PoH驗證？

　　幸運的是，PoH證明驗證，與PoH證明創建不同，可以並行化。證明必須包含每個中間哈希值，然後每個中間哈希值的計算可以被並行驗證。這在現代GPU上是可以非常有效地實現的。當然，這樣做的缺點是證明尺寸非常大，而且對Solana驗證器的硬件要求普遍較高。好處是性能，因為它減少了信息傳遞的開銷+延遲，因為提供了一個預先確定的交易順序。

　　新的交易捆綁在一個批次中，並樂觀地[5]通過UDP從當前的領導者流向所有其他驗證者，其中每個驗證者收到捆綁的不同數據部分。在下一個步驟中，驗證者相互之間共享缺失的數據集，所有這些都是併發的、不間斷的、流式的，從而獲得非常高的性能。

　　在Solana上達成的共識（權益證明）

　　但PoH並不能解決共識問題，為此Solana使用了PBFT（實用拜占庭容錯[6]）的一個版本，它與Cosmos的Tendermint共識算法（這裏[7]是一個很好的視頻概述）稱為Tower BFT[8]。但是，由於Solana可以使用PoH作為其區塊鏈時鐘，PBFT的共識超時可以直接用這個編碼。

　　所有先前的PBFT投票的超時時間隨着每一個新的投票而翻倍。想象一下，在過去的12秒內，每個驗證者都投了32次票的場景。12秒前的最後一票現在有2³²個時段的超時，或大約54年的PoH時間。或者換句話説，你必須在CPU上計算sha256哈希值54年，才能夠回滾那次投票。