Meta Force 佛萨奇 2.0 合约开发系统源码部署

polygon 链佛萨奇 2.0，FORGE 循环仪中使用的矩阵大小为 3×1 和 2×2。3×1 矩阵本质上很简单，只需要填充三个位置即可。2×2 矩阵从第一层的两个位置开始，然后扩展到第二层的四个位置。职位通过直接和间接招募 Forsage 会员来填补。一旦矩阵中的所有位置都被填满，就激活循环佣金。从矩阵出来的位置也将输入相同大小的新矩阵。Meta Force 佛萨奇 2.0 合约开发询阿李:132 薇 4z77 电 z558，Meta Force 佛萨奇 2.0 智能合约开发搭建技术。

AES 的基本原理是：AES 的加密公式为 c=e（k，p），其中 k 是密钥，p 是明文，c 是密文。

AES 加密明文的过程是将明文分组，每组 128 位长，然后逐个加密明文，直到所有明文都被加密。密钥的长度可以是 128、192 或 256 位。在加密函数 e 中，执行一个 round 函数，除了最后一个函数外，前一个函数是相同的。

以 AES-128 为例，建议加密轮数为 10，即前 9 轮执行相同的操作，第 10 轮执行不同的操作。不同密钥长度推荐的加密轮数不同，如下表所示。#加密时，明文按 128 个单位分组，每组 16 个字节，按从上到下、从左到右的顺序排列成 44 的矩阵，称为明文矩阵。AES 的加密过程是在一个 44 大小的矩阵中进行的，称为状态矩阵。状态矩阵的初始值是明文矩阵的值。在每一轮加密之后，状态矩阵的值会更改一次。执行圆函数后，状态矩阵的值就是密文的值。从状态矩阵中得到密文矩阵，然后将密文矩阵依次提取到 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 年，才能够回滚那次投票。