本年头，Vitalik 在台北的线下集会中分享了 ZK Rollup 的进阶版 — ZK ZK Rollup，有乐趣的人可以参考这篇文章，记录的很具体。

实际在智能合约里，用两个 merkle tree 做记载，一棵树是记载地点，所以只需要树的索引值就可以代表一个地点（未注册的索引值内容为 0），因此地点的数据量就从原本的 20 bytes 淘汰到只有 3 bytes，另一棵树则记录 balance 跟 nonce。

数据都在链上，并且透过 zk-SNARK 做验证，代表着上链的数据都是被验证过的，因此就没有一开始 layer 2 碰着的问题，需要挑战、需要下载数据等等。这也隐含着不需要信任中继者，因为他们无法作坏，最多就是不帮你送生意业务。

简朴一句话表明 ZK Rollup 就是，数据放在链上的 layer 2 办理方案。

各人都以为 zk-SNARK 像个万灵丹一样，用了仿佛什么事都办理了，不外实际上并没有这么完美。zk-SNARK 除了需要初始设定之外（编者注：指需要信任的初始配置），最大的问题就是需要大量的运算力，在 Barry 提供的数据中，中继者的计较机若是一台 8G 内存加上 20G 的硬盘 swap，或许只能发生 20 tx/sec，远远不及预期的 500tps 或是实作的 200 多 tps。所以这个方案最大的问题在于要怎么办理算力问题。

所以此刻的生意业务瓶颈其实是 gas 的问题，下降生意业务手续费（编者注：指调低转账所需耗用的 Gas 数量）或是晋升区块 gas 上限，都能当令纾困（但也会造成衍伸的问题），而 ZK Rollup 就是藉由生意业务数据量 (size) 的淘汰，进而能增加生意业务速度。那来看一下利用 ZK Rollup 后生意业务速度能到多快

在估算上，生意业务速度约是 100 tps，若签章方法改为 BLS，约可晋升到 450 tps。而在 10 月的硬分岔后，gas 会下降，预估的生意业务速度也会别离达到 400/2000 tps。（许愿：但愿有人可以先容一下 10 月的硬分岔细节 XD）

而造成利用者体验很糟（虽然此刻的 Plasma 设计已经改造了不少）

(8M — 600K (zk-SNARK 验证) — 50K （估量合约运行的 gas 耗费）) / 892 / 15 ~= 550 tps

在相识 ZK Rollup 之前，先来表明原本 layer 2 有什么问题。以 Plasma 为例，Plasma 链只把 Plasma 区块的 hash 放上 Ethereum 主链上做合理（欲相识 Plasma 可以参考这里），也就是在链下生意业务了数百或数千笔的生意业务，最后上链只有几十个 bytes，这是链下生意业务的精力，但也是设计上最贫苦的处所——数据的可取得性（编者注：大陆一般译为 「数据可用性」）。

智能合约的部门，可以想象跟 ERC20 一样，在合约里记每个参加者的帐，不同在于，尺度的 ERC20 生意业务是由 Ethereum 这系统做验证，也因此不能归并（因为这就是 Ethereum 的尺度生意业务），而 Rollup 中，是把好几笔生意业务包成一个尺度生意业务，对 Ethereum 这个系统，就是一个生意业务，而验证生意业务的有效性则由智能合约做验证。

作者注：ZK Rollup 不是一个新的提案，约莫在一年前被 Barry Whitehat 所提出，同时间 Vitalik 在以太坊研究员的论坛有一篇较量完整的文章表明，此刻由 Matter Lab 在开拓。研究完 zk-SNARKs 之后，一直没空来看，直到最近才有时机来深入相识。除了 ZK Rollup，也会简朴带一下前阵子在 Plasma Group 所提出的 Optimistic Rollup。

注：在中文的媒体文章中，都称他是 Casper 的焦点研究员之一，可是从我一开始知道这小我私家，都是在大力大举鼓吹 Plasma，他的部落格、twitter 都是跟 Plasma 相关的文章，不确定他在 Plasma Group 的脚色，但我是把他定位成 Plasma Group 的 leader

现今以太坊每个区块的 gas 上限约 8M，所以若纯真 ether 生意业务，速度约略是

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。