排序架构

了解排序架构以及 Syndicate 的方法如何比较

介绍

排序是区块链网络如何排序和处理交易的核心。本文件比较了不同的排序方法,基于它们对关键应用链优势的影响:成本效率、性能、可编程排序、自定义费用市场、原子兼容性和去中心化。

排序方法比较

链上排序(Syndicate)

Syndicate 的链上排序将交易排序逻辑从集中式服务转移到部署在 EVM 兼容 Rollup 上的透明智能合约中。这种方法使应用程序能够完全控制其交易排序、经济模型和治理,同时实现独特的功能,如可编程交易排序、自定义费用市场以及链间的原子组合性。

Users


Sequencing Chain (Contracts)
  │    • Rules
  │    • Permissions
  │    • Economics

Settlement Chain(s)
  • Execution
  • State changes
  • Security/finality
主要优势主要劣势
  • 可编程交易排序
  • 经济主权和对费用市场的控制
  • 链间的原子组合性
  • 渐进式去中心化路径
  • 链上透明、可验证的规则
  • 完全控制治理
  • 需要链上开发专业知识
  • 需要编写和维护排序合约
  • 初始设置复杂性较高

集中式排序器

集中式排序器通过云服务提供集中式 Rollup 托管,为应用链提供最简单的部署模型,但存在显著的中心化问题。

Users


Centralized Sequencer [Cloud Provider]
  │    • Single point of control
  │    • Managed infrastructure
  │    • Opaque configuration

Appchain
主要优势主要劣势
  • 设置和部署简单
  • 高度可配置的基础设施
  • 简单的思维模型(集中式云)
  • 支持多种 Rollup 框架
  • 托管的基础设施
  • 完全中心化的操作
  • 存在活跃性失败的风险
  • 存在数据丢失的风险
  • 配置更改不透明
  • 密钥由提供商管理(需要高度信任)

Syndicate 的链上排序相关性: 链上排序与中心化的应用链托管相辅相成,通过替代中心化的排序器组件来实现。这种方式通过将关键信息存储在链上而不是中心化的云服务中,降低了活跃性故障和数据丢失的风险。中心化托管仍然可以通过 RPC、开发者工具、桥接 UI 等提供价值。

共享排序

共享排序将多个应用链的独立排序器结合起来,共同对它们之间的交易进行排序,从而实现跨链的可组合性,并可能通过共享区块拍卖等机制创造收入。

               ┌─────────────────┐
               │ Shared Sequencer│
               └────────┬────────┘

           ┌────────────┼────────────┐
           ▼            ▼            ▼
        Chain 1      Chain 2      Chain 3

• Common sequencer for multiple chains
• Standardized transaction ordering
• Coordinated block production
主要优势主要劣势
  • 跨网络的标准化方法
  • 实现原子可组合性
  • 创造跨链收入机会
  • 正向网络效应
  • 共享区块拍卖的潜力
  • 需要自上而下的市场采纳
  • 拍卖机制难以修改
  • Rollup 不愿放弃排序器控制权
  • 赢家通吃的动态

Syndicate 的链上排序相关性: 链上排序通过设计实现了原子可组合性,允许网络通过可选地同步其规则集来构建“自下而上”的共享排序。这种方法使链可以根据自己的条件逐步采用互操作性,而不是需要自上而下的强制要求所有人加入同一系统。

基于排序

基于排序通过使用 L1 验证者对交易进行排序和发布,使交易排序继承了第一层的安全性和活跃性,从理论上提供了更强的去中心化。

L1 Validators

     │ • Inherits L1 security
     │ • High gas costs

L2 Chain ◄─── Gateway Services
主要优势主要劣势
  • 比传统 Rollup 更加链上
  • 强大的活跃性保障
  • 继承 L1 的安全性
  • 理论上的高度去中心化
  • 以太坊使用导致高 Gas 费用
  • 依赖网关服务
  • 实际去中心化程度较低
  • 预确认系统重新引入中心化

Syndicate 的链上排序相关性: Syndicate 的方法在 L2 层级应用了基于排序的原则,与 Vitalik 最初提出的任何人都可以编写智能合约的愿景相一致。这种方法提供了基于排序的许多优势,同时避免了高昂的 L1 燃气费用。

Syndicate 还可以潜在地利用基于排序的技术为排序链 L2 提供支持,这可能会以更高的费用为代价提高活跃性——对于某些应用链来说,这种权衡可能是值得的。

数据可用性层

像 Celestia 和 EigenDA 这样的数据可用性(DA)层提供了专门的解决方案,可以以低成本高效地存储区块链数据,但其可编程性有限且存储是临时的。

        DA Network
     ┌──────┴──────┐
     │             │
  Chain 1        Chain 2

• Temporary storage
• Limited programmability
• Cost-effective data availability
主要优势主要劣势
  • 低成本的数据可用性
  • 高交易吞吐量
  • 广泛的生态系统接受度
  • 被许多 Rollup 框架使用
  • 有限或无可编程性
  • 数据通常在一段时间后过期
  • 通常需要集中式数据发布
  • 没有交易排序逻辑

Syndicate 的链上排序相关性: Syndicate 的排序链在提供数据可用性的同时增加了可编程性和永久存储。DA 层仍然有其作用——Syndicate 在其排序链中使用了 EigenDA——但链上排序提供了纯 DA 层无法实现的额外功能。

垂直 L1/L2

像 MegaETH 和 Monad 这样的替代 L1/L2 实现通过并行化或专用硬件等技术专注于垂直扩展以提高性能。

High Performance Chain

    ┌────┴────┐
    ▼         ▼
Shard 1    Shard 2
• Parallel processing
• Vertical scaling
• Limited economic control
主要优势主要劣势
  • 简化的部署流程
  • 潜在的更高性能
  • 强大的网络效应潜力
  • 专用硬件优化
  • 高端到端延迟
  • 应用无法控制经济模型
  • 相比成熟的 Rollup 基础设施,测试较少

Syndicate 的链上排序相关性: Syndicate 通过多个特定应用的链实现横向扩展,而不是通过少数高性能链实现纵向扩展。这种方法使应用程序能够控制其经济和治理,这对希望在自己的生态系统中捕获价值而不是将其交给底层链的开发者特别有吸引力。

Avalanche 子网和 Cosmos 链

这些方法允许开发者在各自的框架之上创建新的链,Avalanche 专注于兼容 EVM 的子网,而 Cosmos 支持更广泛的链架构。

     Main Chain (Avalanche/Cosmos)

     ┌──────┴──────┐
     ▼             ▼
Independent     Independent
   Chain          Chain
     │             │
  • Custom      • Custom
  • Consensus   • Consensus
  • Validators  • Validators
主要优势主要劣势
  • 链设计完全灵活
  • 依赖性较少(独立链)
  • 应用程序的最高主权
  • 可实现自定义共识机制
  • 需要启动共识
  • 链之间的桥接复杂
  • 跨链消息设置复杂
  • 显著的运营开销

Syndicate 的链上排序相关性: 链上排序使得无需启动共识即可推出特定应用的链,大大降低了新链、小型链或预代币网络的进入门槛。虽然 Cosmos 链提供了最大的主权,但它们需要大量的工作来启动和维护。

关键权衡

每种排序方法都有不同的权衡:

  • 集中式排序器:简单但集中化
  • 共享排序:协调性强但需要自上而下的采用
  • 链上排序:可编程且主权独立但更复杂
  • 基于排序:安全但昂贵
  • 数据可用性层:成本效益高但暂时性
  • 垂直 L1/L2:高性能但控制有限
  • Avalanche 子网和 Cosmos 链:主权最大但运营复杂性高

Syndicate 的链上排序结合了智能合约的可编程性和 L2 的高效性,使应用程序能够在保持经济主权的同时,通过横向扩展实现可扩展性。