介绍

是的，zk是一个流行词，就像区块链、ICO、defi、NFT、gamefi一样。

在已经推出的 1000 多个区块链中，有少数已经被真正采用。

在已经推出的 1000 多个 ICO 中，有少数创造了真正的产品。

在已经推出的 1000 多个 defi 协议中，有一小部分已经被实际使用。

NFT 和 gamefi 还没有，但再给它 2-3 年。

与 zk 相同。

zk 有很多变体，就像区块链、ICO、defi、NFT 和 gamefi 有很多变体一样。

与 Fantom 相关的 zk 是关于基础层缩放的。

背景

由于 Fantom 的共识延迟，如果我们删除 EVM 并直接进行传输，我们的 TPS 上限为 ~28,000（上次压力测试为 12/2018，现在这个限制更高）。如果我们启用 EVM，我们的上限为 ~700 TPS。

瓶颈不是共识，即使是共识，如果我们从确认区块转为确认交易，我们可以进一步提高上限。你可以在这里阅读更多相关信息

瓶颈是 EVM（或者更确切地说，是复杂的存储和计算）。

我们的近期路线图包括对上述 EVM 2.0 或 FVM 的重大改进，其中包括超级指令集、动态翻译、同一块内事务的并行执行、平面存储、压缩和数据局部性。稍后会详细介绍这些主题，现在您可以在此处阅读推理介绍

以上上线后，我们的上限变得更接近共识吞吐量。

zk路线图

区块链节点执行以下操作（高度简化）；

• 接收和订购事件
• 根据事件触发的存储指令执行计算
• 从存储中加载状态，根据上述计算转换状态，将状态存储在存储中

这意味着区块链节点将需要无限存储和无限计算。两者都不可行。

通过 p2p 文件共享或更广为人知的 torrent 基础设施，已经在区块链环境之外实现了无限存储。

区块链上下文中的无限存储相当简单，它不是存储智能合约和存储数据，而是保存智能合约和存储数据的证明或哈希以及可以连接以获取实际数据的种子列表。随着 dapp 获得更多用户，更多种子可用。

Fantom 在我们的路线图上已经有了这个。

无限计算更复杂。我们需要的输入如下；原始状态、执行计算的证明（但验证证明的时间不能比完成计算本身花费的时间更长）和输出状态。这就是 zk 的用武之地。专门本地化（在 web app/移动应用程序/pc 或控制台内）FVM。

这看起来如下；

• 打开 webapp / mobile app / pc or console client (简称app)
• 该应用程序连接到本地同行以寻找种子
• 该应用程序从种子同步到最新状态并成为种子本身
• 用户执行一些输入
• 原始状态通过应用程序内的 zk-vm 进行转换，它生成状态根、正确执行的证明和状态输出。
• 上述状态转换和证明被传达给对等方。
• 通过lachesis（Fantom的共识）同行达成共识

以上才是目标，没有中心化节点，没有辐条模型架构，所有网状网络都是为了一个更健壮、无需信任、去中心化的未来。