Spire 提出了一个基于共享结算和协同排序的L3架构解决方案。该方案旨在解决当前rollup架构中流动性孤岛问题,通过共享sequencer和动态交易排序,实现了跨appchain的原子执行、低延迟可组合性和更快的预确认,从而优化rollup的执行效率和用户体验。
在 Spire,我们正在构建 基于 Based Stack —— 让应用程序启动它们自己的 Based Rollup 的 L2/应用链。
随着 rollup 生态系统的发展,一个新的前沿正在出现 —— 构建在现有 L2 之上的 L3。这篇文章探讨了 Spire 的方法如何结合共享结算和协同排序,扩展到 L2 之外,使 rollups 能够充当同步执行环境。这种架构超越了传统的 rollup 排序模型,提供更快、可定制的块内执行,同时保持与现有 L2 rollups 的向后兼容性。
当前的 rollup 架构创建了孤立的流动性孤岛,其中应用链以单独的排序器和结算层独立运行。这种碎片化导致:
资本效率低下 – 流动性池被限制在单个应用链中,从而降低了资本利用率。
延迟执行 – 跨 rollup 交易需要桥接或异步结算,从而引入延迟并降低 DeFi 的可组合性。
碎片化的价格发现 – 不同 rollups 上的市场缺乏同步,导致定价和执行效率低下。
跨域执行风险 – 跨多个应用链的交易必须乐观地执行,从而增加了失败的可能性并损失原子性。
这些低效率使得构建需要跨多个链进行同步结算和原子执行的低延迟、高频应用程序变得具有挑战性。
Spire 通过引入共享结算和协同排序来解决这个问题,消除流动性孤岛并实现无缝的块内可组合性。
Spire 通过引入 (1) 共享结算 + (2) 协同排序 来扩展排序器设计:
Spire 不是在孤立的 rollup 环境中结算交易,而是支持跨 L3 应用链的共享排序。
应用链将交易捆绑提交给共享排序器,而不是孤立运行。
批量执行强制同步可组合性,确保批次内的所有交易要么原子执行,要么回滚。
乐观原子性 允许用户在最终结算之前收到执行的 预确认。
这种架构保留了独立的应用链逻辑,同时利用 L2 结算保证,从而减少碎片化并提高执行可靠性。
Spire 启用可编程排序,允许在批次内动态排序交易。
乐观原子执行 确保相互依赖的交易在同一批次中执行。
自定义优先级规则 允许应用链控制排序、执行费用和故障处理。
排序器市场 允许应用程序选择优化成本、延迟或 MEV 策略的执行模型。
这些机制增强了块内可组合性,从而在 L3 上实现低延迟、确定性的执行。
Spire 的一项关键创新是前向排序,它可以实现执行预确认。L3 sidecar 可以在最终 L2 结算之前承诺包含交易。用户根据实时费用估算和状态模拟获得执行保证。排序器动态调整执行顺序,以最大限度地减少争用并优化 gas 费用。
此模型解锁了乐观执行保证,从而降低了执行风险,同时保持了同步可组合性。
为了支持 下一代模块化执行,Spire 提供:
可扩展的排序器架构 – 适用于 L3 应用链的可定制排序。
可组合的 EVM 执行 – 完整的 EVM 兼容性,用于跨应用链的交易。
预确认 API – 交易模拟和执行保证。
乐观结算模型 – 与 L2 rollups 和 sidecar 的无缝集成。
Spire 的共享结算 + 协同排序 模型改变了应用链的交互方式,提供:
跨应用链的原子执行
具有确定性排序的低延迟可组合性
用于更快执行和降低风险的预确认
用于可定制交易处理的排序器市场
我们正在构建下一代模块化执行基础设施,并邀请应用程序开发人员探索 基于 L3 的堆栈。如果你正在寻找启动应用链,请加入我们,共同塑造未来。在 X 上发送私信或发送 电子邮件 以开始使用!
- 原文链接: paragraph.com/@spire/l3-...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!