L3 结算层

什么是 L3 结算层？

L3 结算层是区块链或结算环境，Layer 3 网络会在其中提交交易数据、状态承诺、证明或声明，以便通过更低层完成最终确认和验证。在加密领域，Layer 3 通常指构建在 Layer 2 网络之上的应用专用链或专用链，而结算层则是接收 L3 承诺并帮助确定最终性的层。许多 L3 系统不会直接在 Layer 1 区块链上结算，而是选择在 Layer 2 上结算；之后，Layer 2 再依托 Layer 1 获得更深层的安全保障并完成最终结算。由此形成分层结构：L3 负责应用执行，L2 负责聚合和结算逻辑，L1 则提供最强的底层安全保障。这一概念很重要，因为它说明了多层区块链架构中的信任、安全、数据可用性和最终性来自何处。L3 结算层不是代币、钱包、交易所账户、挖矿方式或交易策略。它是一种基础设施概念，用于描述专用区块链环境如何连接到更安全的母链。

L3 结算层的简单含义

简单来说，L3 结算层就是“L3 链用于记录并最终确认其状态的母层”。如果一款区块链游戏运行在自己的 L3 上，该游戏链可以低成本、快速处理用户操作，然后将交易批次或证明发送到 L2 结算层。之后，L2 可能会将自己的数据、承诺或证明提交到 Ethereum 或其他基础链。这意味着 L3 不必只依赖自身的验证者集合来保障安全。它可以继承母层 L2 的部分安全性，并间接继承基础层 L1 的部分安全性。具体继承多少安全性，取决于 L3 的设计、母层 L2、跨链桥、证明系统、数据可用性模型和最终性规则。用户不应认为每个 L3 都与其结算层具有相同的安全性。细节很重要，因为不同 L3 系统在速度、成本、去中心化程度和信任假设之间可能做出截然不同的取舍。

L3 结算层为何存在

许多加密应用需要比通用型 L1 或 L2 更高的定制能力，因此 L3 结算层应运而生。游戏应用可能需要高交易量、低手续费、快速确认和定制手续费规则。支付应用可能需要可预测的成本、简单的账户流程，以及小额转账的快速最终确认。注重隐私的应用可能需要特殊证明系统，而这类系统不容易在共享公链上运行。现实世界资产应用可能需要许可机制、合规控制、身份核验和受控转账逻辑。L3 可以围绕这些需求进行设计，同时使用母结算层来支持安全和验证。由于 L3 会单独处理大部分执行，这种方式可以减少共享网络上的拥堵。它还可以让开发者更灵活地控制 Gas 代币、交易排序、排序器规则、数据可用性、治理和升级路径。最终形成更模块化的区块链架构，由不同层分别承担不同职能。

L3 结算如何运作

L3 通常会在自己的执行环境中处理交易。用户向 L3 发送交易，L3 排序器或区块生产者再将这些交易排序并打包成区块。随后，L3 会生成批次、状态根、证明或声明，以概括 L3 上发生的情况。这一摘要会提交到 L3 结算层，而结算层通常是 L2 网络。L2 会记录 L3 的状态承诺，并提供争议处理、证明验证、跨链桥或消息传递的规则。之后，L2 还要依赖自身与 L1 基础链之间的结算关系。由此形成一条信任链：从 L3 到 L2，再从 L2 到 L1。

Ethereum 扩容文档指出，Rollup 会在基础层之外执行交易，同时将数据或承诺提交回较低层，以获得安全保障。

L3 结算层将类似思路应用于架构中更高的一层。

同一架构中的 L1、L2 和 L3

Layer 1 是基础区块链，在整个架构中提供最强的结算和共识安全性。Layer 2 是扩容层，可在 L1 之外处理交易，同时依赖 L1 进行结算、提供数据可用性或解决争议。Layer 3 是运行在 L2 之上的专用链或系统，它可以在 L2 上结算，而非直接在 L1 上结算。L1 通常速度较慢、成本较高，但安全性和去中心化程度更高。L2 通常成本更低、速度更快，同时仍能继承 L1 的重要安全属性。L3 可以拥有更高的定制能力并专注于特定应用，但由于依赖自身设计和母层 L2，可能会引入额外假设。这种分层设计类似于在更坚固的地基之上修建道路。L3 为应用提供专属快车道，L2 将多条快车道连接起来，L1 则作为最终结算的基础。

结算与执行的区别

在区块链设计中，结算和执行承担不同职能。执行是指运行交易、更新余额、处理智能合约并改变链上状态。结算是指将结果记录在一个位置，使其他参与方能够验证该结果，并根据系统规则将其视为最终结果。L3 可以在本地执行交易，同时将结果提交到 L2 结算。这让 L3 能够针对单个应用、社区或商业模式优化执行。结算层不必逐笔处理每一笔 L3 交易。它可能只需验证压缩证明、接受声明、存储承诺或支持争议期。执行与结算分离，是 L3 架构能够降低成本并提高吞吐量的原因之一。

结算与数据可用性的区别

结算和数据可用性也是两个不同的概念。结算回答的是链的状态在哪里完成最终确认和验证。数据可用性回答的是重建或质疑该状态所需的交易数据是否确实可以访问。L3 可以在 L2 上结算，同时采用不同的数据可用性方案。有些系统会将数据发布到母链，另一些则会使用外部数据可用性网络或委员会。

《Future Internet》中的 Rollup 数据可用性综述指出，链下交易数据必须保持可用，以便参与者能够独立验证区块链状态。

这一点很重要，因为系统表面上可能速度快、成本低，却隐藏着额外的数据可用性风险。如果数据不可用，用户可能无法重建链上状态、质疑无效更新或安全退出。稳健的 L3 结算设计应向用户清楚说明结算和数据可用性机制。

L3 结算层与 Rollup

许多 L3 设计基于 Rollup 逻辑。Rollup 在较低层之外执行交易，并将压缩信息提交回较低层。乐观型设计通常假定批次有效，除非有人在争议期内提出质疑。有效性证明型设计则使用密码学证明来证明状态转换正确。如果 L3 以 Rollup 形式构建，它可能会将承诺或证明提交到 L2 结算层。之后，L2 可能会将自己的数据或承诺提交到 L1。这形成嵌套式 Rollup 模型，即一个扩容层构建在另一个扩容层之上。这种方案可以降低手续费并提高应用灵活性，但也会增加设计复杂性。在信任 L3 上的跨链桥、提现机制或高价值资产前，用户应了解完整的结算路径。

L3 为何通常在 L2 上结算

由于 L2 结算可能比直接在 L1 上结算更便宜，因此 L3 通常会选择在 L2 上结算。将每条专用应用链的所有数据都直接提交到 L1，可能会提高成本并占用稀缺的区块空间。L2 可以作为多条 L3 的结算枢纽，降低多个专用环境锚定状态的成本。对于需要拥有专属链、但不必将每次更新都直接提交到基础层的应用而言，这种结构可能很合适。它还可能改善用户体验，因为 L3 充值、提现和跨链消息可以通过熟悉的 L2 环境流转。

Arbitrum 链概述介绍了可配置链，这类链能够根据特定需求调整执行、费用模型、治理、数据可用性和结算相关参数。

这也说明了为什么讨论 L3 时经常会同时提及应用链、Rollup 和模块化区块链架构。

L3 结算层中的最终性

最终性是指根据系统规则，交易或状态更新被视为已完成结算。在 L3 架构中，最终性可能同时取决于多个层级。用户可能会在几秒内看到 L3 上的快速确认。之后，L3 批次可能在短时间内被母层 L2 接受。根据证明系统、争议期或最终性规则，L2 在 L1 上的结算可能需要更长时间。这意味着“快速确认”和“最终结算”并不总是一回事。

Arbitrum 关于延迟 Inbox 最终性的文档解释了 L3 最终性可能取决于不同层级的最终性，并且可以通过不同方式进行配置。

在认定充值、提现或跨链消息已完全结算前，加密用户应确认交易在哪一层达成最终性。

L3 结算层的安全假设

连接到更强的母链可以提升 L3 结算层的安全性。但这并不意味着 L3 会自动拥有与母链相同的安全性。安全性取决于 L3 的排序器、验证者模型、证明系统、跨链桥合约、升级密钥、数据可用性、欺诈证明、有效性证明和治理控制。如果 L3 使用中心化排序器，用户可能面临审查、宕机或交易排序风险。如果 L3 使用较弱的数据可用性模型，用户可能面临状态重建或退出风险。如果 L3 跨链桥设计不佳，资产可能受到合约漏洞或消息传递故障的影响。如果治理密钥权限过大，链可能会以用户意料之外的方式升级。在 L2 上结算有助于提升安全性，但仍需从 L3 到 L1 全面审视安全模型。

L3 结算层的优势

第一项优势是成本更低。L3 可以在专用环境中处理大部分活动，并将压缩结果提交到母层，从而降低手续费。第二项优势是吞吐量更高。L3 可以为单个应用或生态系统提供专属执行容量，无需与共享链上许多不相关的应用竞争。第三项优势是可定制性。开发者可以根据具体用途调整 Gas 规则、出块时间、账户系统、治理、数据可用性和交易排序。第四项优势是应用设计更容易。游戏、支付应用、身份系统或忠诚度计划可以使用 L3 改善用户体验，而无需让用户争抢通用区块空间。第五项优势是模块化扩容。L3 结算层让许多专用链能够通过母层 L2 连接到共享安全体系。这有助于加密应用扩容，而不必将每笔交易都放到基础链上。

L3 结算层的风险

第一项风险是复杂性增加。每增加一层，就会增加合约、跨链桥、排序器、证明系统和运营依赖。第二项风险是继承的安全性较弱。L3 可能依赖 L2，但自身设计仍可能引入新的信任假设。第三项风险是跨链桥风险。在 L3、L2 和 L1 之间转移资产，可能依赖存在故障或遭利用风险的消息桥。第四项风险是最终性认知混乱。用户可能误以为交易已完全结算，但实际上它只获得了 L3 排序器的确认。第五项风险是数据可用性故障。如果交易数据不可用，用户和验证者可能无法验证 L3 状态。第六项风险是流动性分散。如果 L3 数量众多，资产和用户可能分散在多个小型环境中。第七项风险是运营宕机。与大型 L1 或 L2 相比，小型 L3 的节点和运营者可能更少，基础设施也可能未经充分验证。

L3 结算层与 Ethereum

由于 Ethereum 生态采用以 Rollup 为中心的扩容路线图，Ethereum 是许多 L3 结算讨论中的主要基础层参照。

Ethereum Danksharding 文档解释了 Rollup 如何提交承诺并使用数据 Blob，以提高验证者和用户处理 Rollup 数据的效率。

这对 L3 很重要，因为较低层结算的成本会影响更高层区块链的成本。当 L2 结算成本降低时，L3 系统可能更具实用性。当数据可用性效率提升时，Rollup 类系统可以以更低成本提交更多信息。不过，L3 并不能取代 Ethereum 或其他基础链。它们是额外的扩容和定制层，仍依赖较低层的安全性和基础设施。

Vitalik Buterin 对 Layer 3 的看法

Ethereum 社区曾就 Layer 3 这一术语展开讨论。

Vitalik Buterin 在文章《什么样的 Layer 3 才有意义？》中指出，应谨慎使用“层”这一说法，因为并非所有构建在 L2 之上的系统都有相同用途。

文章认为，一些类似层级的系统可能适用于隐私、定制执行或证明聚合等专门需求。因此，不应将“L3 结算层”当作含糊的营销用语。真正的 L3 结算设计应说明 L3 的功能、母层验证的内容、数据可用的位置、最终性的实现方式，以及用户如何安全退出。标签本身不如其背后的技术架构重要。

L3 结算层与应用链

应用链是为特定应用或生态系统构建的区块链。许多 L3 都是应用链，因为它们专为某个游戏、DeFi 协议、支付网络、社交应用或现实世界资产平台设计。L3 结算层让应用链能够连接到更广泛的安全环境，而不是作为完全独立的链运行。相比共享 L2，这可以给应用链更多自由，同时保留与 L2 和 L1 架构的部分连接。对于开发者而言，这很有吸引力，因为他们可以围绕用户设计区块链，而不必接受一刀切的执行环境。对于用户而言，潜在优势是手续费更低、交互速度更快。代价是用户需要了解新的区块链、新的跨链桥路径和新的安全模型。

L3 结算层与模块化区块链

模块化区块链设计将不同职能分配给不同层级。一层可能专注于执行。另一层可能专注于结算。还有一层可能专注于数据可用性。另一层则可能专注于共识。L3 结算层符合这种模块化模式，因为它让 L3 可以将结算外包给母层，而不是独自承担所有工作。这能让系统更灵活，但也意味着用户需要了解每一层分别负责提供哪些保障。当每一层都透明可靠时，模块化架构可以发挥强大作用。但如果营销用语掩盖了真实的信任假设，模块化架构也可能带来危险。

L3 结算设计示例

游戏 L3 可能在 L2 上结算，使数千次游戏内操作能够以较低成本完成，同时避免挤占通用链的区块空间。支付 L3 可能在 L2 上结算，让小额转账快速确认，同时连接到更广泛的流动性。隐私 L3 可能将证明提交到 L2，同时通过专用证明系统保护用户交易详情的隐私。DeFi L3 可能使用定制风险参数、费用规则或执行逻辑，并将结果提交到母层 L2 结算。现实世界资产 L3 可能采用许可制转账，同时依靠母层完成结算和审计。这些示例说明，L3 结算层并非单一的产品类型。它是一种设计模式，用于将专用区块链环境连接到较低层的安全和验证系统。

使用 L3 前用户应检查什么

用户首先应确认 L3 使用哪个结算层。用户应了解 L3 是在 L2、直接在 L1，还是在其他定制母链上结算。还应确认 L3 使用的是乐观证明、有效性证明、委员会模型，还是许可制验证者集合。用户应了解数据可用性的实现方式，以及交易数据是链上发布还是存储在其他位置。还应检查充值和提现如何在 L3、L2 和 L1 之间流转。用户应了解提现需要多长时间，以及是否存在争议期。用户应检查合约是否经过审计，以及升级密钥由多签、DAO、基金会还是公司控制。还应了解排序器是中心化还是去中心化。用户应确认，如果 L3 运营方停止运作，自己是否仍有安全的退出路径。这些检查很重要，因为 L3 结算架构会影响资产安全、用户体验和长期信任。

L3 结算层与跨链桥

跨链桥是 L3 结算架构中最重要的组成部分之一。跨链桥允许资产或消息在 L3 与其母层之间转移。简单情况下，用户可以将资产从 L2 充值到 L3，之后再提现回 L2。更复杂的情况下，用户可能需要将资产从 L1 转到 L2，再转到 L3，之后再按相反路径转回。每一步都可能带来延迟、智能合约风险、流动性风险和用户操作失误。优质的 L3 跨链桥应清楚说明充值时间、提现时间、消息最终性、证明要求、费用和紧急处理流程。用户应谨慎使用非官方跨链桥，因为其信任假设可能不同于原生结算路径。便宜的跨链桥不一定安全。

L3 结算层与排序器

排序器是在交易提交或最终确认前对交易进行排序的系统。许多 L2 和 L3 使用排序器来提供快速确认并改善用户体验。在 L3 中，即使 L3 状态尚未在母层完全结算，排序器也可能让用户几乎即时获得反馈。这很实用，但也造成了软确认与最终结算之间的差别。中心化排序器还可能带来审查、宕机和交易排序方面的风险。一些 L3 设计未来可能转向共享排序、去中心化排序或母层排序模式。用户应了解谁控制排序器，以及排序器故障时会发生什么。

L3 结算层与费用

L3 架构中的费用可能包括执行费、数据提交费、证明生成费、跨链桥费用和母层结算费。L3 可能向用户收取原生 Gas 代币，也可能使用母生态中熟悉的代币。母层 L2 可能会向 L3 运营者收取提交批次或证明的费用。L1 可能会向母层 L2 收取数据可用性和结算费用。因此，用户最终支付的费用可能取决于多个层级的网络活动。L3 具有吸引力的原因之一，是它可以减少每笔用户交易所需的高成本底层交互。不过，用户仍应检查低费用是建立在稳健安全保障之上，还是依赖额外的信任假设。交易费用极低固然有价值，但如果区块链不安全或难以退出，这种低费用就没有意义。

L3 结算层与数据 Blob

数据 Blob 是 Ethereum Rollup 扩容路线图的一部分，旨在降低发布 Rollup 数据的成本。

Chainlink 对 EIP-4844 的解释指出，Proto-Danksharding 是一项 Ethereum 升级，通过引入携带 Blob 的交易降低 Rollup 的数据可用性成本。

数据成本降低有助于 L2，而更健康的 L2 经济模式也能支持通过这些 L2 结算的 L3 生态。L3 不一定总是直接将数据提交到 Ethereum Blob，但其母层 L2 的结算成本仍可能受到 Blob 市场影响。这就是 L3 结算层与 Ethereum 整体扩容升级密切相关的原因。当较低层的数据可用性提升时，更高层应用可能变得更便宜、更实用。

面向开发者的 L3 结算层

当共享 L2 无法满足应用需求时，开发者可能会选择 L3 结算层。他们可能需要定制出块时间、费用逻辑、账户抽象、特殊预编译合约、访问控制或应用专用治理。他们也可能希望让用户免受其他应用拥堵的影响。L3 可以为开发者提供专用执行环境，同时连接到母生态的流动性和安全体系。不过，开发者也需要运营更多基础设施。他们可能需要排序器、批次提交器、验证者、跨链桥合约、监控系统、索引器、RPC 节点、区块浏览器和事故响应流程。他们还必须向用户清楚说明结算模式。即使技术运作正常，文档不完善的 L3 也可能造成混乱。

面向用户的 L3 结算层

对用户而言，L3 可能表现为专为某一应用打造、速度快且成本低的区块链。在日常使用中，用户可能不会注意到完整的结算路径。他们可能只有在充值、提现、跨链转移代币或查询交易最终性时才会注意到。因此，用户教育非常重要。用户应了解资金当前位于 L1、L2 还是 L3。用户应了解使用了哪座跨链桥，以及提现可能需要多长时间。用户应了解 L3 仍处于实验阶段，还是已经适合投入生产使用。用户应了解该链是否依赖中心化排序器、数据委员会或特殊管理密钥。L3 可以改善用户体验，但前提是用户了解流畅界面背后的取舍。

关于 L3 结算层的常见误解

一种误解是，所有 L3 都会自动继承完整的 L1 安全性。实际上，L3 的安全性取决于完整的结算链路、证明验证、数据可用性和跨链桥设计。另一种误解是，L3 结算层等同于数据可用性层。结算和数据可用性可能存在交集，但并非同一职能。第三种误解是，L3 在所有方面都“优于 L2”。L3 可能成本更低、定制能力更强，但也可能更复杂，且未经充分验证。第四种误解是，快速确认等同于最终结算。L3 交易可能迅速显示在应用中，但仍需要后续结算步骤。第五种误解是，L3 只适合高级 DeFi 用户。L3 也可以支持游戏、社交应用、支付、身份验证、企业工作流和现实世界资产平台。

如何评估 L3 结算层

首先确认母链。然后检查母链是 L2 Rollup、Validium 类系统、侧链，还是其他专用链。接着查看从 L3 提交到母层的内容。这些内容可能包括交易批次、状态根、欺诈证明声明、有效性证明或数据可用性证书。然后检查母层如何验证或接受这些更新。之后，了解母层如何在基础层上结算。最后，确认如果 L3 无法正常运行，用户是否仍能安全提现。优质的 L3 结算层应在官方文档中清楚说明这些信息。如果项目无法清楚解释结算路径，用户应将其视为风险较高的系统。

常见问题

L3 结算层是什么意思？

L3 结算层是 Layer 3 区块链提交状态承诺、证明、数据或声明的母层，以便其活动能够得到验证并最终确认。

L3 结算层与 Layer 3 区块链是一回事吗？

不是。L3 是区块链或执行环境，而结算层是接收并验证 L3 状态更新的较低层。

L3 一定会在 L2 上结算吗？

许多 L3 会在 L2 上结算，但具体设计取决于项目、Rollup 框架、跨链桥和安全模型。

L3 为什么要在 L2 上结算，而不是直接在 L1 上结算？

L3 在 L2 上结算可能有助于降低成本、提高速度、利用现有 L2 基础设施并支持应用专用定制。

L3 是否与 Ethereum 或其他 L1 一样安全？

不一定。L3 的安全性取决于自身设计、母层 L2、跨链桥、数据可用性模型和最终性规则。

L3 结算层的主要优势是什么？

主要优势是专用应用链可以低成本、快速处理交易，同时仍连接到更强的结算架构。

L3 结算层最大的风险是什么？

最大的风险是复杂性增加，因为用户需要信任并了解 L3、母层、跨链桥、数据可用性、排序器和证明系统。

L3 的最终性有何不同？

L3 可能快速提供本地确认，但更深层的最终性取决于 L3 何时在母层 L2 上结算，以及 L2 何时在基础层上结算。

L3 结算层可以支持应用链吗？

可以。许多 L3 系统都被设计为游戏、支付、DeFi、身份、社交应用或现实世界资产工作流的应用链。

使用 L3 前，用户应检查什么？

用户应检查结算层、跨链桥路径、最终性规则、数据可用性模型、排序器设计、审计、升级密钥和提现流程。

结语

L3 结算层是模块化加密基础设施中的重要概念，因为它说明了 Layer 3 链在哪里锚定状态，以及从何处获得结算支持。其基本思路是，L3 可以为某个应用运行专用执行环境，同时在母层 L2 上结算，并间接依赖基础层 L1。这种设计可以降低手续费、提高吞吐量、增强定制能力，并让开发者更好地控制用户体验。它还可以支持应用链、游戏网络、支付系统、隐私应用、现实世界资产平台和其他专用加密环境。不过，L3 结算层也会增加复杂性。用户和开发者必须了解最终性、跨链桥、数据可用性、排序器、证明系统、升级控制，以及从 L3 到 L2 再到 L1 的完整路径。不能仅凭“在 L2 上结算”这一说法就将其视为完整的安全说明。进行可靠分析时，应确认提交的内容、提交的位置、验证者、数据保持可用的方式，以及出现问题时用户如何退出。设计得当时，L3 结算层可以让加密应用更快、成本更低、更加灵活，同时保持与更强底层安全体系的连接。设计不当时，它可能用技术术语掩盖风险，让用户产生不安全的假设。理解 L3 结算层的最佳方式，是将其视为连接应用专用区块链性能与更深层结算架构安全性的桥梁。