Page 380 - 《软件学报》2025年第8期
P. 380

张子龙 等: 基于原生链的跨       Rollup  机制研究                                               3803


                 balance  between  on-chain  resource  consumption  and  processing  latency.  Finally,  this  study  validates  the  proposed  solution  through
                 experiments.  The  experimental  results  demonstrate  that  under  the  condition  of  complete  trustlessness,  the  proposed  solution  reduces  on-
                 chain  computing  and  storage  overheads  while  achieving  a  balance  between  on-chain  resource  consumption  and  processing  latency.
                 Moreover, compared to existing cross-Rollup solutions, the proposed solution exhibits good system throughput.
                 Key words:  blockchain; Rollup; zero-knowledge proof; multi-objective optimization

                    区块链系统本质上是一种分布式状态机, 相较于传统中心化系统, 其交易吞吐量存在着多个数量级的巨大差
                 距  [1] , 这成为区块链技术落地的严重障碍. 因此, 如何提高吞吐量成为区块链研究中的重要问题. 现有区块链吞吐
                 量优化方式分为链上扩容与链下扩容两类. 链上扩容方案需要对原生链进行修改, 需要链上所有共识节点共同升
                 级, 因此, 一旦采纳链上扩容策略会发生链上硬分叉的事件, 将原生链分裂成多条互不兼容的区块链, 进而带来社
                 区的分裂、安全风险等一系列问题. 相比较而言, 链下扩容方案仅需要链下相关扩容方参与即可, 升级成本较低,
                 代价更小.
                    Rollup  是一种链下扩容方案, 相比于其他链下扩容方案如侧链方案、链下通道方案, Rollup                      解决了数据可用
                 性的问题. 在   Rollup  系统中, 定序器先将原始交易数据完整地记录在区块链上, 仅将交易执行和状态存储放到链
                 下进行. 链下执行节点将执行后的状态根存储在区块链上, 并使用特定的验证方案验证其有效性. 这种方式使任何
                 节点能够自行从链上读取原始交易数据, 并执行恢复数据状态, 不会对数据进行回滚. 只要存在诚实的                                Rollup  节
                 点, 系统就能够维持正常的运行.
                    Rollup  技术因其具备优良的数据可用性优势而备受瞩目               [2] , 但从实际系统发展情况来看, 单一的        Rollup  系统
                 无法满足所有扩容需求, 随着         Rollup  内部业务需求的不断增加和复杂度的提高, 不同             Rollup  系统之间数据和资产
                 的交换需求也变得更为迫切, 这促进了            Rollup  互操作技术  (也称为跨   Rollup  技术) 的研发.
                    目前, 已经明确提出的可用于跨          Rollup  的技术方案总体来说可以分为哈希时间锁和第三方服务商两种. 哈希
                 时间锁方案仅适用于特定的交易场景, 第三方服务商方案可以被应用于通用的合约交易. 在第三方服务商方案中,
                 根据服务商服务对象的不同, 可以继续分为第三方代理和第三方链下验证两种.
                    目前为了实现通用的        Rollup  互操作方案, 采用的是引入第三方服务商的策略, 这带来了额外的信任风险. 首
                 先, 第三方服务商需要得到所有          Rollup  节点的信任或  Rollup  内的用户的信任才能发挥作用, 这意味着需要对服务
                 商有相对强的信任假设. 如果所有服务商串通欺诈, 将造成损失. 其次, 引入第三方服务商导致跨                            Rollup  交易产生
                 单点故障, 整个交易过程依赖于服务商的可用性和安全性. 如果服务商遭受攻击或出现故障, 整个跨                               Rollup  交易
                 流程将受到严重影响. 最后, 第三方服务商会导致网络的去中心化程度降低, 它们对整个链下                             Rollup  系统网络的
                 控制力会相对较高. 这将影响整个           Rollup  扩容生态系统的可持续性和稳定性, 少数服务商将会控制了系统生态升
                 级的命脉.
                    原生区块链     (简称: 原生链) 是   Rollup  系统的信任基础, 原生链提供的交易证明可以直接被               Rollup  系统信任,
                 这意味着使用原生链的方案可以避免引入额外的信任假设, 从而从根本上规避了第三方服务商带来的信任假设风
                 险. 由于原生链交易吞吐量低下, 并且计算和存储资源有限, 直接使用链下的证明和存储策略将会使得单笔交易的
                 平均链上开销过大, 进而导致         Rollup  互操作的交易吞吐量低下.
                    本文提出了一种基于原生链的            Rollup  互操作方案, 称为  NativeBridge, 在无需第三方服务商参与的前提下完
                 成  Rollup 的互操作, 从而解决了信任假设的问题. 由于原生链的资源匮乏, 因此本文要解决的难点在于减少跨                          Rollup
                 交易在链上资源的消耗, 提高         Rollup  互操作的交易吞吐量. 本文的核心思想是通过批量集中处理交易的方式, 有
                 效减少单笔交易的链上平均计算与存储资源消耗, 从而提高系统的吞吐量.
                    本文的主要贡献如下.
                    (1) 基于零知识证明的交易有效性证明方案: 为降低验证发送方                   Rollup  中交易的链上计算资源开销, 本方案
                 采用了批处理的思想, 将发送方          Rollup  内交易的有效性证明进行批量生成. 同时, 本方案利用零知识证明的简洁
                 性, 将多个交易证明聚合至        1  个零知识证明中, 从而显著减少交易有效性验证的链上计算开销. 本方案最大可实
                 现  98%  的链上计算开销优化.
   375   376   377   378   379   380   381   382   383   384   385