“你猜如何着 触发 layer2 的密钥实际上是 zkTube”

本篇文章1789字，读完约4分钟

如果想了解越来越多领域的详细情况，请添加185微8875电2324。 加起来就有了计算能力，正等待着越来越多的福利活动的参加。 连锁核心云证科技头部矿业公司、集中系统开发、节点构建、超算集群服务、idc机房主机、运维主机于一体的高科技公司！

无论是zktube还是zksync，都是基于zkrollup方案设计的，共同的目的是应对以太坊layer1面临的吞吐量低和手续费高。

zkrollup技术是barry whitehat在github上提出“rollup”的概念，并试图通过“snark”扩展以太坊。 随后，vitalik在对该方案进行了完整和补充后，发布到了twitter上。 在这期间，世界各地的队伍也对rollup技术进行了不同的尝试，诞生了optimistic rollup、zkrollup等各种各样的rollups技术。

基于
zkrollup构建的协议将面临三个主要问题:

1 .零知识说明消费时间的问题

2 .通过知识零说明压缩解决问题

3 .支持共同合同性问题

ZK tube技术改善

01批量包装和状态路由隔离

zktube采用独立的批量打包方法，将提交给双层交易的batch和提交状态路径的流程进行分离。
与传统方法不同，zktube分离batches，根据时间对他们进行排序，在他们提交到以太坊一楼时进行说明、验证和状态更新，这样的操作者可以一次性提交

通过允许和发布多个排序者使用batches，可以消除由于小batches最初被打包而导致其他batches无效的问题，从而减轻审阅的负担。

如果某个状态路由无效，则不需要回滚整个batch，只需要回滚状态路由，然后等待其他人提供该batch的新状态路由。 这将确保贸易伙伴的交易不会回滚。

02算子的鉴定机制

为了确保互联网的时间长度、稳定性、安全性，提高zktube操作员的积极性，zktube设计了许多复杂的算法机制，使操作员不为非作歹。 根据运营商的提交频率、提交时间、抵押token数等参数进行加权评估，合格的运营商可以通过zktube奖励机制接受zkt作为反馈。

基于plonk算法的优化[/s2/]

zktube在2层使用零知识说明plonk算法，理论上starks算法是最安全的。 他不依赖配对和指数知识的假设，而是根据哈希值和新闻论计算，对量子计算机攻击很有抵抗力。 说明字节数相应地增加，从原来的288字节( b )上升到了数千字节) kb )。 这不太适合zktube构建通用第2层协议。 其次，starks存在不通用的最大问题。 与不同的问题和场景相比，需要不同的算术化方案，现在zktube不太实用。 将来可能会等以太坊

snarks是算法中采用的字节数最少的算法，最采用的是groth16，首先groth16是非通用的，依赖于不多次重复不可升级的设定，系统有变更，或者什么 其次，比较不同的问题需要不同的CRS (化学参考序列)，这与遇到不同的场景需要设计不同的电路是一样的，因此该算法被用于特定的场景。 例如，在以dex为中心、支付费用等简单的场景电路设计中被采用。

plonk算法采用比snarks大的字节数，但比starks小。 但是，plonk的好处是共同支持可升级的参考字符串，另外，在电路设计中，只要大小不超过srs上限阈值，其中的一点场景和功能实际上可以共享一个srs，这一点对zktube来说非常大。 zktube利用了这个特点。 在某些场景(如deposit、withdraw、transfer、buy和sell )中，这一特征得到了最大的发挥。 本来，其说明时间比snarks缩短了5倍左右，但由于zktube经过优化，说明时间缩短了15-20倍左右。 为了最大限度地利用cpu，我们从减少内存消耗和适当分配内存两个方面进行了优化。 在电路设计中，为了尽量满足通用的srs，在默克尔树中，将不同的srs分成不同的组，同时并行说明，尽量介绍重复数据计算以减少内存的采用，另外，某些电路的这个时间过长，专用的线程不行

结论；结论

zktube为了提供更好的layer2方案，从上述几个方面进行了优化和改进，但从长期快速发展来看，为了达到缩短消耗时间和降低费用的目的，需要继续优化电路方案。 当然，从优化效果来看，这也是比zksync先进的地方。