递归扩容

什么是加密领域的递归扩容？

递归扩容是一种区块链扩容方法，利用递归密码学证明将大量交易、计算或证明结果压缩为一个较小的最终证明。

在加密领域，递归扩容通常与零知识证明、ZK-rollup、证明聚合、zkVM、简洁型区块链和模块化区块链系统相关。

其核心思路是，一个证明可以验证另一个证明，而这个新证明又可以由另一个证明验证。

这种反复组合证明的方式，可以用一个紧凑的最终证明表示大量工作。

理解递归扩容的简单方法是：它通过证明证明来扩容，而不是逐一检查每项操作。

递归系统无需让区块链直接验证数千笔交易或许多独立证明，而是可以将它们合并为一条验证路径。

Ethereum ZK-rollup 文档将递归证明描述为“证明的证明”，并指出它们可以显著提高 ZK-rollup 的吞吐量。

因此，对于希望提高交易处理能力、同时不削弱信任假设的区块链而言，递归扩容十分重要。

它也支持加密领域更广泛的目标：将繁重计算移至链下，同时确保最终链上验证安全且高效。

递归扩容为何重要

递归扩容之所以重要，是因为公有区块链的区块空间、执行能力和验证带宽都有限。

如果每个节点都必须直接执行每笔交易并验证每项计算，随着使用量增加，网络会变得越来越慢、成本也越来越高。

Layer 2 Rollup 通过将执行移出基础链，并将压缩后的结果提交回基础链来缓解这一问题。

递归扩容进一步优化了这一模式，让证明验证本身更高效。

Rollup 可以为多个小批次生成证明，然后递归合并这些证明，形成一个最终证明。

这样，基础链只需验证最终证明，而无需分别验证每个较小证明。

这可以降低验证成本、提高吞吐量，并让大规模加密应用更具可行性。

递归扩容的价值尤其突出，因为它可以保留强有力的密码学保障。

网络无需仅仅相信运营方正确处理了交易。

网络可以验证一份证明，确认交易处理遵循了规则。

因此，递归扩容常被视为在最大限度减少信任依赖的前提下推动区块链增长的重要组成部分。

递归扩容如何运作

递归扩容通过在另一个证明系统中嵌入证明验证来实现。

证明者首先为一小组交易、计算或状态变更生成证明。

另一位证明者随后生成一个新证明，用于验证第一个证明。

这一过程可以跨多个层级继续进行。

最终，系统会生成一个证明，用来表示多个早期证明的正确性。

这个最终证明可以提交给区块链、验证器合约、轻客户端或另一个证明系统。

区块链无需重复执行所有原始计算。

它只需验证最终递归证明。

这带来了显著的压缩效果：即使已证明的工作量大幅增加，验证规模仍可以保持较小。

递归扩容并不意味着交易数据、用户余额或安全假设会消失。

它意味着可以通过一条紧凑的证明链来验证正确性。

递归扩容与 ZK-rollup

ZK-rollup 是递归扩容最明显的应用场景之一。

ZK-rollup 在基础链之外处理大量交易，并提交有效性证明，以表明 Rollup 状态转换正确。

Ethereum ZK-rollup 文档指出，ZK-rollup 会将计算和状态存储移至链下，同时向基础层提交有效性证明。

递归扩容可以通过将多个有效性证明聚合为一个证明，提高 ZK-rollup 的效率。

例如，Rollup 可以为多个交易批次分别生成证明。

递归证明随后可以验证这些批次证明，并将它们合并为一个用于结算的证明。

这可以降低基础链最终验证的成本。

它还可以让多台机器或多个证明者并行生成证明。

对用户而言，这有助于降低手续费、加快结算，并提升应用处理能力。

对开发者而言，这有助于支持更大的交易量，而无需分别结算每个证明。

递归扩容与证明聚合

证明聚合是将多个证明合并为更少的证明或一个最终证明的过程。

递归扩容是实现证明聚合的有效方式之一。

系统无需独立检查多个证明，而是检查一个已经验证过早期证明的证明。

当许多用户、应用或 Rollup 批次同时生成证明时，这种方式很有用。

Starknet SHARP 文档将 SHARP 描述为一种使用证明递归来降低成本并提升证明效率的证明聚合器。

证明聚合可以减少链上需要执行的证明验证次数，从而降低结算成本。

它还有助于优化系统设计，因为小型证明可以独立生成，之后再进行合并。

这支持并行证明、共享证明基础设施和更具可扩展性的 Rollup 架构。

对于需要处理大量批次、又不希望最终验证成为瓶颈的高吞吐量系统而言，递归证明聚合尤其重要。

递归扩容与 Layer 3 网络

递归扩容也可以支持 Layer 3 网络设计。

Layer 2 Rollup 可以向基础链结算，而 Layer 3 网络则可以向 Layer 2 结算。

递归证明可以让一个层级高效地向另一个层级证明其状态转换，从而帮助连接这些层级。

例如，Layer 3 应用链可以为自身活动生成证明。

这些证明可以聚合为一个 Layer 2 证明。

之后，Layer 2 证明可以在基础链上结算。

由此形成一种递归结构：每一层都会压缩自身活动，再向上一层提交证明。

这种方式的优势在于，许多面向特定应用的环境可以扩展，而无需基础链直接处理每项操作。

其风险在于，每增加一层都会提高设计复杂度。

用户和开发者仍需了解数据可用性、提现路径、验证器安全、跨链桥假设和升级控制。

递归扩容与简洁型区块链

递归扩容并非只适用于 Rollup。

它还可以支持简洁型区块链，让用户通过验证链有效性的紧凑证明，而不是下载并检查庞大的链历史记录来验证区块链。

Mina 递归文档指出，Mina 使用线性递归证明，将不断增长的区块链压缩为固定大小。

这与单纯提高每秒交易数的扩容目标不同。

它的重点是让用户和设备能够更轻松地进行验证。

如果验证过程保持轻量，更多参与者就可以在不依赖强大硬件的情况下独立检查网络。

这有助于实现去中心化，因为用户无需只依赖大型基础设施提供商来确认链的有效性。

因此，递归扩容既可以扩展交易执行能力，也可以扩大验证参与范围。

第二种扩容方式十分重要，因为如果只有少数运营方能够验证区块链，它就无法真正赋能用户。

递归扩容与 zkVM

zkVM 是一种用于证明程序正确执行的零知识虚拟机。

递归扩容可以将大型程序执行拆分为较小片段，帮助 zkVM 处理大型程序。

每个片段都可以生成自己的证明。

随后，系统可以递归合并这些片段证明，生成一个证明完整程序执行过程的最终证明。

这样就可以证明更大规模的计算，而无需一次性生成一个庞大的证明。

它还有助于将证明工作分配给多台机器或多个证明者。

在加密领域，这可以支持 Rollup 执行、可验证游戏、链下计算、隐私应用和区块链协处理器。

协处理器是一种在链下执行繁重计算，并返回证明以表明结果正确的系统。

递归扩容将多个证明片段折叠为一个最终证明，让这种模式更具可行性。

递归扩容与递归 ZK 证明的区别

递归扩容和递归 ZK 证明密切相关，但两者并不完全是同一概念。

递归 ZK 证明是一种密码学工具，允许一个证明验证另一个证明。

递归扩容则是更广泛的扩容策略，它利用这一工具提升区块链容量或降低验证成本。

换言之，递归 ZK 证明是实现机制，而递归扩容是系统设计目标。

递归 ZK 证明的术语条目解释的是这种密码学对象。

递归扩容的术语条目解释的是区块链如何利用这种对象扩展交易处理能力、实现证明聚合、支持 Rollup、轻客户端和可验证计算。

这两个术语有所重叠，但并非同义词。

递归扩容更关注基础设施层面的结果，而递归 ZK 证明更关注证明构造。

递归扩容与横向扩容的区别

横向扩容是通过增加机器、节点、区块链或执行环境来处理更多工作。

递归扩容则是压缩证明验证过程，让更多工作可以通过更少的最终检查来验证。

两种方法可以协同使用。

Rollup 网络可以使用多个证明者并行生成证明，这属于横向扩容。

之后，它还可以递归聚合这些证明，这属于递归扩容。

这种组合十分有效，因为工作负载可以分散处理，同时保持最终结算精简。

横向扩容有助于生成更多证明。

递归扩容有助于高效验证更多证明。

要服务大量用户，优秀的区块链架构可能需要同时采用这两种方法。

递归扩容与分片的区别

分片是一种将网络工作或数据拆分到多个部分（称为分片）上的扩容方法。

递归扩容的主要做法并不是将区块链拆分为多个分片。

它通过递归证明压缩工作验证过程。

不过，递归扩容和分片可以相互补充。

不同分片、Rollup 或应用链可以分别生成自己的证明。

之后，递归聚合可以合并这些证明，以实现高效结算或验证。

这意味着递归扩容可以充当多个执行环境与单一最终验证层之间的桥梁。

在模块化区块链设计中，执行、结算、共识和数据可用性可能由不同层级处理，递归扩容尤其有用。

递归扩容与数据可用性

递归扩容不能取代数据可用性。

证明可以表明状态转换有效，但用户可能仍需要访问交易数据，才能重建余额、验证退出操作并独立跟踪系统。

Ethereum 数据可用性文档指出，Rollup 通过在链下处理交易并分批发布压缩后的交易数据来降低成本。

这很重要，因为有效性和数据可用性解决的是不同问题。

有效性证明表明计算遵循了规则。

数据可用性则表明，检查或重建状态所需的信息已经发布。

递归证明可以降低验证成本，但如果必要数据被隐藏，它无法帮助用户恢复状态。

因此，递归扩容必须配合可靠的数据可用性方案。

如果忽略数据可用性，系统可能只是在理论上具备可扩展性，实际使用中却并不安全。

递归扩容与链上验证

链上验证是指直接在区块链或智能合约中验证证明。

递归扩容可以将多个证明压缩为一个最终证明，从而减少链上验证工作。

这可以降低 Gas 成本，并减少基础层需要执行的计算量。

它还可以让多个应用更容易共用一套证明聚合流程。

不过，最终验证器必须正确且高效。

如果验证器合约存在漏洞，整个递归证明系统都可能面临风险。

如果验证器成本过高，扩容效果可能会减弱。

如果少数群体可以在缺乏保障的情况下升级验证器，用户可能面临治理风险或管理员密钥风险。

递归扩容不仅取决于证明数学，也取决于安全的智能合约设计。

递归扩容与证明者网络

递归扩容通常依赖证明者为交易、批次、程序或早期证明生成证明。

证明者网络可能由中心化证明者、许可型证明者、无需许可的证明者、社区证明者或专用硬件提供商组成。

由于不同证明者可以处理较小的证明任务，递归聚合可以提高证明者网络的效率。

之后，这些结果可以合并为一个更大的证明。

这有助于减少瓶颈并提高吞吐量。

然而，证明者去中心化并非自动实现。

如果生成证明需要昂贵硬件或封闭式基础设施，可能只有少数参与方能够参与。

如果主要证明者发生故障或受到审查，系统可能面临运营风险。

强健的递归扩容系统应考虑备用证明机制、开放参与、监控机制和清晰的恢复路径。

递归扩容的优势

递归扩容的第一项主要优势是提高吞吐量。

更多交易或计算可以由更少的最终证明表示。

第二项优势是降低验证成本。

基础链可以验证一个聚合证明，而不是多个独立证明。

第三项优势是更好地支持并行处理。

多个证明者可以先处理工作负载的不同部分，再合并结果。

第四项优势是让用户能够更轻松地验证。

简洁型证明系统可以让用户用小型证明验证庞大的历史记录或复杂系统。

第五项优势是提升模块化程度。

Rollup、应用链、zkVM、跨链桥和证明服务可以通过共享证明聚合连接起来。

第六项优势是更大程度地减少信任依赖。

用户可以依赖密码学证明验证，而不只是信任运营方报告正确结果。

递归扩容的局限

递归扩容功能强大，但技术复杂度较高。

递归证明系统难以设计、实现、审计和维护。

电路必须能够正确验证内部证明。

不同证明层级之间的公共输入和输出必须安全关联。

证明系统必须采用安全的假设和可靠的实现方案。

如果系统必须等待多层证明完成后才能最终结算，递归证明也可能带来延迟。

生成证明可能需要专用硬件或优化软件。

数据可用性仍需单独处理。

用户不应认为系统只要使用递归证明就一定安全。

必须审查整个架构，包括合约、证明者、排序器、数据层、跨链桥和升级控制。

递归扩容的安全风险

最大的安全风险是证明了错误的陈述。

如果递归证明验证了内部证明，却没有将其与正确的公共状态关联，最终证明可能会产生误导。

另一个风险是验证器漏洞。

验证器中的漏洞可能影响所有依赖该验证器的证明。

另一个风险是数据可用性不足。

如果用户无法访问重建系统状态所需的数据，有效证明也无法帮助他们。

另一个风险是证明者中心化。

如果只有一个参与方能够生成证明，系统的持续运行能力可能会过度依赖该参与方。

另一个风险是升级机制不安全。

如果验证器、Rollup 合约或证明系统可以被轻易更改，用户可能面临隐性的治理风险。

递归扩容可以减少验证负担，但不能免除谨慎进行安全工程的必要性。

递归扩容的常见应用场景

递归扩容用于 ZK-rollup，在最终结算前聚合证明。

它用于简洁型区块链，在历史记录不断增长时仍保持验证过程轻量。

它用于 zkVM，通过较小的证明片段来证明大型程序的执行过程。

它用于证明市场，由多个证明者生成大型证明工作负载中的不同部分。

它用于跨链桥设计，让一条链能够获得另一条链状态的紧凑证据。

它用于隐私系统，在不披露敏感数据的情况下验证多个隐私操作。

它还可用于身份系统、游戏系统、拍卖、合规证明和可验证链下计算。

随着加密基础设施日益模块化，递归扩容会变得更加有用，因为许多不同的系统都需要一种通用方法来压缩验证过程。

开发者最佳实践

开发者应准确界定每个递归证明要证明的内容。

开发者应谨慎关联公共输入、状态根、批次数据、证明输出和验证器假设。

开发者应使用经过充分审查的证明系统；除非团队具备深厚的专业知识，否则应避免自行设计密码学方案。

开发者应测试无效证明、格式错误的输入、边界情况和失效的状态转换。

开发者应在系统设计中将证明有效性与数据可用性分开处理。

开发者应记录证明者要求、验证器合约、升级控制、可信设置假设和恢复流程。

开发者应监控证明时间、证明失败率、结算延迟和证明者集中度。

开发者应邀请同时熟悉智能合约和零知识证明系统的团队进行独立审计。

开发者还应以通俗易懂的语言说明安全模型，让用户明白系统依赖哪些信任假设。

用户最佳实践

用户应了解，递归扩容可以提升效率，但不能让协议完全没有风险。

用户应查看项目是否说明其证明系统、数据可用性模型、验证器合约和提现流程。

用户应关注审计、开源代码、公开文档和清晰的升级政策。

用户应了解系统依赖的是单个证明者、小型证明者群体，还是更广泛的证明者网络。

如果项目使用复杂的 ZK 术语，却不解释实际风险，用户应保持谨慎。

用户应记住，只有系统在压力下仍保持安全且可用，较低手续费和更高吞吐量才有价值。

递归扩容是一种强大的技术工具，但用户安全仍取决于协议的整体设计。

常见问题

加密领域中的递归扩容是什么意思？

递归扩容是指利用递归证明将多个交易、计算或证明压缩为一个更小、更易验证的最终证明。

递归扩容与递归 ZK 证明是同一回事吗？

不是。递归 ZK 证明是一种密码学工具，而递归扩容是利用该工具实现区块链扩容的更广泛策略。

递归扩容为何对 ZK-rollup 有用？

它可以帮助 ZK-rollup 将多个批次证明聚合为一个最终证明，从而降低验证成本并提高吞吐量。

递归扩容会让交易变得私密吗？

不会自动实现。递归扩容可以支持隐私系统，但只有在证明系统和应用按隐私保护要求设计时，才能隐藏数据。

递归扩容可以取代数据可用性吗？

不能。递归扩容可以提升证明验证效率，而数据可用性则确保用户能够获取重建和验证状态所需的信息。

递归扩容可以降低区块链手续费吗？

它可能有助于降低验证和结算成本，但实际手续费还取决于需求、数据可用性成本、证明者成本和协议设计。

什么是证明聚合？

证明聚合是将多个证明合并为更少的证明或一个最终证明，以提高验证效率的过程。

递归扩容可以用于 Rollup 以外的场景吗？

可以。它可用于简洁型区块链、zkVM、跨链桥、证明市场、隐私系统、身份系统和可验证计算。

递归扩容的主要风险是什么？

主要风险是复杂的证明系统、验证器、公共输入关联或数据可用性设计可能存在漏洞或不安全假设。

递归扩容为何对模块化区块链很重要？

它可以帮助多个执行环境、Rollup、应用链和证明系统将各自的工作压缩到高效的最终验证层中。

结论

递归扩容是一种利用递归证明提高验证效率的加密扩容策略。

它可以用一个紧凑的最终证明来表示多个交易、计算或证明。

因此，它对 ZK-rollup、证明聚合、zkVM、简洁型区块链、轻客户端、跨链桥和模块化区块链系统尤其重要。

其核心优势是，区块链可以验证更多工作，而无需在链上直接执行或检查每项工作。

这有助于提高吞吐量、降低验证成本、支持并行证明，并构建更大程度减少信任依赖的基础设施。

递归扩容不同于单纯增大区块或增加服务器。

它通过将正确性压缩到多个证明层级中来实现扩容。

不过，递归扩容仍依赖安全的电路、正确的验证器、可靠的数据可用性、稳健的升级控制和实用的证明者基础设施。

理解递归扩容最简单的方法是：它让加密系统通过验证“证明的证明”来发展，而不必逐一验证每项操作。

随着零知识基础设施日益成熟，递归扩容仍将是推动区块链应用更快速、更低成本且更易验证的重要路径之一。