通过破坏 Infrua，基本上可以破坏所有 Rollup。
原文标题：《以太坊使用 Rollup 技术的安全风险在哪里？》
整理：Qingzhou
以太坊已经确认了以 Rollup 为中心的 2.0 路线图，这让 Rollup 成为了炙手可热的技术，也可以说已经成为了 Layer 2 扩容的主流技术。如果与零知识证明搭配起来，Rollup 会是 Layer 2 技术里解决方案的集大成者。
但正所谓「没有绝对安全的系统」，Rollup 同样存在一定安全隐患，以太坊研究者论坛的开发者已经在讨论此事。1 月 20 日，以太坊开发者「jchancehud」发布了关于虚拟 Rollup 攻击的讨论。
以下为关于虚拟 Rollup 攻击的讨论。经白计划团队整理，有所修改和批注。
Rollup 的安全风险原因
模拟 Rollup 攻击的基本原理是：只要虚拟状态有效，任何以太坊节点都可以向 Optimistic Rollup 协调员撒谎。而协调员只有在尝试发送交易或切换以太坊供应商时（意味着同步全节点状态）才会发现这一点。
Optimistic Rollup 是通过在以太坊网络上使用 calldata 存储块信息来进行。这各过程允许任何人操作以太坊节点并下载 Rollup 状态。但实际上，有些人不会操作他们自己的以太坊节点，而是依靠托管解决方案（例如 Infura）。
需要验证有效性
如果要快速低成本地构建有效的 Rollup 链，需要做的是进行交易、构建状态并将其存储在以太坊网络以外的其他位置。当 Rollup 协调员从以太坊节点接收状态历史记录时，协调员可以通过重播状态交易来确定数据是否有效。然而，协调员不能确定链上是否存在该状态，最好的办法是询问以太坊节点。
如果出现人为攻击
如果想象一个名为 Untrust 的以太坊节点服务。Untrust 为以太坊 DApp 提供了低成本的基础架构。如果他们选择不信任，则可以查看特定的 Rollup 并创建虚构的历史记录。他们甚至可以通过从某些真实交易中提取通信数据并将其与虚拟交易混合来创建半虚拟历史。
这样，他们将创建一个完全不同的当前状态哈希，但只有在使用 Untrust 的 Rollup 运算符去（向链上）提交一个块的情况下，这才会被发现（这将是欺诈性的）。
这种类型的攻击并不是特别强大。攻击者无法伪造签名，不能直接窃取资金，但可以在 Rollup 中撒谎自己的活动。
想象一下，Untrust 变得更加复杂。他们决定攻击名为 MoneyMover 的 Rollup。
当收到对 MoneyMover 地址的请求时，它们会从运行完全独立的以太坊网络的节点返回信息。在这个独立的以太坊网络中，Untrust 镜像了大多数交易（使账户余额看起来相似），并在需要时注入自己的（假）交易。
现在说 Untrust 找到一个使用 MoneyMoverRollup 付款的网站。该网站运行自己的 MoneyMover 协调员，该协调员连接 Untrust 以访问以太坊网络。
Untrust 可能会在其镜像网络中创建虚构的交易，MoneyMover 协调员将其解释为有效（只要状态交易有效）。由于 MoneyMover 协调员未与任何对等方连接，因此确定链上存在的唯一方法是询问以太坊节点（在本例中为 Untrust）。
Untrust 在其镜像网络上进行了一次虚构的交易，该网站运营的 MoneyMover 协调员将其检测为有效付款。Untrust 现在无需付费即可访问该网站。网站只会在他们提交交易或切换到其他以太坊供应商（即要与其他节点同步数据）时才发现这种虚构的付款。
实际可能出现的风险
以上的攻击是仅当协调员未运行其自己的以太坊节点时，此攻击才有意义。有一些情况是有问题的：
- 协调员数据的下游使用者无法知道他们接收的数据是否（在链上）存在，他们不能信任协调员正在使用的 eth 节点，因为使用者没有自己运行该节点。
- 欺诈证明者（去证明恶意交易的一方）尤其容易受到这种攻击，因为它们仅在检测到欺诈行为时才会提交交易。恶意的 eth 节点可能会从区块链数据中剥离无效交易，并仅返回不同的状态哈希。欺诈证明者将无法得知状态哈希是虚构的，并且永远不会提交欺诈声明。
3.eth 节点操作员向 Rollup 协调员说谎，以诱使他们要么提交无效的状态交易，要么提交无效的欺诈声明。一旦发生这种情况，恶意的 eth 节点运营商就可以充当有效的交易对手并收集抵押的资金。
解决方案
在工作量证明链的背景下，协调员可以请求块数据并检查其是否足够困难。检查当前难度的至少一半应该可以使大多数攻击因为财务问题无法实现。
在权益证明链中，这个过程变得不可行，因为恶意的 eth 节点可能会从未投票的地址提供签名。他们可以通过在查询时质押抵押金额来做到这一点。
解决方案
一个不太优雅的解决方案是：对信誉良好的节点不断签名，并发布已存在于链上的 Rollup 状态哈希的列表。该列表可以在 IPFS 之类的服务上发布。协调员节点可以包括一个已知的信誉良好的公共密钥的预设列表（Rollup 创建者，EF 等）。
如果出现以下情况，协调员会知道 Rollup 数据是真实的：
- 所有状态交易均有效。
- 所有状态散列均由信誉良好的来源（节点）进行签名。
这将确保 Rollup 数据有效且非虚构，并且将允许 Rollup 节点使用任何以太坊节点来同步数据。
以上是「jchancehud」讨论的 Rollup 安全攻击的可能性。
主要是因为 Rollup 是链下状态，容易在很多状态里出现信息同步不及时的情况，据「jchancehud」表示的，需要验证链下状态是否有效的一方需要同步其他以太坊全节点的数据才可以确认最终安全性，这意味着很多平台需要运行一个以太坊节点。
对于上文举出的虚拟攻击方式，以太坊的 Layer 2 解决方案团队 SKALE Labs 首席技术官「Konstantin Kladko」表示，「这真的很有趣！我认为这表明，通过破坏 Infrua，可以基本上破坏所有 Rollup。」
当然，这是代表着那些通过 Infura 来与以太坊通讯的产品，Infura 承担着很大的以太坊节点服务规模，此前也有关于 Infura 是否会是以太坊网络最大单点漏洞的讨论。而对于这个单点安全风险，主要是以多节点负载均衡的方式处理，尽力规避。
而对于「jchancehud」的讨论，最有趣的是开发者「adlerjohn」提出，这种虚拟的「攻击」似乎不仅适用于 optimistic Rollup，而且还适用于 zkRollup，实际上也适用于任何智能合约。
这一推论很可能是基于「只要存在信息不对称危险」的协作过程，就会面临「jchancehud」所说的攻击风险。
所以「adlerjohn」提出，在比特币的白皮书第 8 节，有如何验证信息对错的方式，即验证者确定最长链，信任最长链，这个方式描述了一种众所周知的方案，这个该方案可用于防止 Sybil 节点提供虚假信息，这样可以不要求大多数计算是诚实的。
比特币白皮书的第 8 节
此外，「adlerjohn」提出，Rollup 的状态根可以作为事件发出，甚至可以存储在以太坊状态中，也可以进行伪造交易的查询（例如比特币白皮书中第 7 节表示可通过验证区块头进行确认）。
比特币白皮书的第 8 节
另外，「adlerjohn」还提到了关于 optimistic Rollup 方案中，还可以包含名为「最小可行合并共识」的设计，该设计可以通过发布有序数据来实现数据可用性，可以让多个侧链、分片使用。
白计划注： 最小可行合并共识的解读在如下链接
但可以预见的是，使用「adlerjohn」提出的方式，是存在较大的设计难度的。
在讨论的最后，「jchancehud」回复「adlerjohn」表示，不能确定这种攻击预测是否适用于 ZKRollup。但因为 ZK 证明更难生成，至少会更加困难。如果 Rollup 被广泛采用，那么这样考虑 Rollup 尤其重要。
Rollup 协调员可以在使用节点之前验证节点中的所有区块头，这是另一种潜在的解决方案，尽管时间和带宽昂贵。但用户最好运行自己知道可以信任的 eth 轻节点。如果已经解决验证问题，运行轻节点还可以查询事件。
讨论在最后，我们会发现为了实现安全性、可扩展性、效率，这些方案按工程化的思路是可以尝试的，但实施过程一定是困难的，因为不同开发者的讨论思路最后还要合成代码，以及包含网络结构、客户端、语言、操作界面等多个挑战。
时间戳向前，区块不停，我们继续期待吧。