Rollup 方案仍然保留了 Plasma 借用二层的运营者来接收、存储和提交状态变更的思想，但考虑到此前方案中将数据存储在链下的思路衍生出了安全性和易用性问题，而直接将数据存储在链上无法实现效率提升，因此诞生了将数据压缩上链的思路。交易数据上链后最直接解决的是用户易用性的问题，链上的数据是公开透明的，意味不再需要为了防欺诈而要求用户做出一些十分伤害体验的行为，如保持一定的上线频率以及自行保存用于自证清白的数据 (闪电网络和 Plasma 都有此要求)。同时，数据上链也间能接解决了一些可能衍生的安全问题，如闪电网络瞭望塔隐私泄露、Plasma 上的批量退出等在 Rollup 的场景下是不需要被考虑的。

图 1-2 如何演进出 Rollup，来源：火币研究院

因此，演进至今，Rollup 其实是借鉴吸收了过往众多方案思想并融合了其特有的链上压缩存储思路。在当前来看，Rollup 无疑是 Layer2 方案中最受期待的。在其即将落地之时，希望通过本文梳理 Rollup 当下的技术、应用与数据。

Rollup 技术核心要点

在上一章中，我们介绍了什么是 Rollup 以及 Layer2 的思想如何演进传承直至诞生了 Rollup。在本章，我们将深入介绍 Rollup 技术的核心要点。不同 Rollup 技术路线、同一技术路线下的不同团队在将 Rollup 具体落地时会各有差异，因此本小节主要针对 Rollup 共性的思想进行介绍。

Rollup 如何运转？

如下图 2-1 所示，是 Rollup 运转原理的示意图。在 Layer2 上，用户的各种交易会被发送给二层的运营者。运营者会将一批交易进行压缩。压缩成为一笔交易后，调用链上的处理合约进行处理。这笔调用交易就会像其他的 Layer1 的交易一样进入交易内存池。在 Layer1 上，矿工会接收一层网络中所有的交易并打包成区块发布，这其中就会包含由二层打包上来的交易。

图 2-1Rollup 运转原理，来源：火币研究院

虽然不同 Rollup 的具体实现会不一样，但均需要解决三个共性的问题：如何实现交易压缩、如何将二层的状态转换同步到一层以及如何保证二层运营者如实提交了二层的所有状态转换。我们将在下面三个小节分别讨论。

如何实现交易压缩？

关于为什么要将数据上链，在上一章中已经有阐述。上链后，二层交易数据在链上的数据可用性 (或者说数据有效性、数据可获得性) 能得到保障。但数据如果原样上链，是难以达到通过二层提升效率的目的的，所以会进行压缩。讲到压缩，大家通常的理解是对占用字节数的压缩，也就是体积上的压缩，其实不然。压缩主要是对交易消耗 Gas 数的压缩，因为以太坊上的区块限制是以 Gas 为限制而不是字节数，更小的字节数对应着更小的存储占用，但不等同于更小的 Gas 消耗。Rollup 中的压缩，一方面确实压缩了交易占用的字节数，另一方面也会减少交易执行的计算量以降低 Gas 消耗。 (责任编辑：admin)