Ordr：Solana上全链订单簿的OpenMM范式

一个完全链上的订单簿，旨在以 propAMM 自己的游戏规则击败它们。

TL;DR - Solana 的现货市场被 propAMM 所主导：封闭的、单一运营商的场所，在不透明的逻辑背后报价，并将做市权限限制在少数团队手中。Ordr 是一个完全链上的中央限价订单簿，旨在匹配 propAMM 的效率，同时向任何愿意竞争的做市商重新开放场所。我们通过每位做市商独立的账簿架构、O(1) 重新定价、应用程序控制执行、全局做市商金库以及对计算效率的极致追求来实现这一目标——整个程序用 Pinocchio 编写，热点路径使用 sBPF 汇编。结果是一种新范式：OpenMM - 链上开放做市。

1. 问题：有毒的 MEV 和做市商的困境

做市的核心是一场延迟游戏。做市商报出一个价格；几百毫秒后价格变动；做市商要么更新报价，要么被拥有更新信息的人抢走。在中心化交易所上，这场游戏相对公平，因为每个人都为共置付费，每个人都在大致平等的条件下竞争。

在 Solana 上，游戏偏向套利机器人。当参考价格变动时，一个狙击过时报价的套利者和一个试图取消订单的做市商在竞争同一个区块。套利者通常获胜。做市商承担损失。重复足够多次后，唯一理性的反应就是：报宽价差，或者减少报价。

隐性成本由每一位支付价差的零售交易者和每一个聚合器承担。

2. 并行性是好东西，直到它不再

Solana 的并行执行是其伟大的架构胜利之一。但链上订单簿继承了它的一种特定故障模式：写锁争用。传统的 CLOB 每个市场有一个单一的账簿账户。每个想要更新报价的做市商都会对其加写锁。在平静的市场中，这没问题。但在波动市场中，这是灾难性的。

数百个做市商试图在同一个 slot 中重新定价，会相互串行化。优先级费用战因此发生。谁在竞争中失败，谁就会在账簿上留下一个过时的报价——这对任何观察预言机馈送的机器人来说都是一个免费期权。2025 年 10 月 10 日的事件向整个行业展示了这种情况在大规模下的真实样子：级联清算，做市商无法成功取消，吃单者以不再反映实际价格的价格成交。

大多数解决这个问题的尝试最终都是用另一个问题来交换。将匹配移出链上，就会牺牲原子性和可组合性。推到一个共享的单一账簿，就会付出争用的代价。解决了这些问题，流动性就会悄然蒸发。当前生态系统多年来一直依赖这些折衷方案运行。

3. PropAMM 的绕行之路

PropAMM 是 Solana 生态系统产生的最聪明的变通方法。PropAMM 不是发布 N 个订单并逐一更新，而是将其报价编码为一条定价曲线，并在市场变动时更新少数几个参数。O(N) 变成了 O(1)。Solana 大约一半的现货交易量现在通过这种模型流动。

功劳归功于其应有之处。PropAMM 团队弄清楚了如何利用优先排序来落地交易，并将做市商调用路径优化到重新定价不再消耗大量计算的程度。它们在单一用例中变得异常高效：一个做市商在快速更新环境下为每个池子报价特定交易对。

但放大来看，propAMM 呈现出一种模式：

流动性被分割成一百块

每个 propAMM 都是一个单独的场所。每个交易对一个运营商、一个策略、一个封闭程序。当用户通过 Jupiter 交易时，他们不是在攻击一个大市场，而是在攻击一堆微小的孤立池子，聚合器在链下将它们拼凑在一起。每个新的 propAMM 都使这种拼凑变得更庞大，路由变得更困难。

这实际上不是价格发现。这是聚合器通过模拟所有这些池子来猜测价格，用户无法验证计算。CLOB 将流动性放回一个地方：一个场所，许多做市商，确定性匹配，全部在链上。

你看到的价格不是你得到的价格

这是 propAMM 最简单、最尖锐的问题。PropAMM 报出的价格并不是你实际支付的价格。当聚合器询问 propAMM“这笔交易我能得到什么？”时，propAMM 会根据链的当前状态进行模拟。到交易实际执行时，状态已经改变，曲线已经移动，实际成交结果也不同——有时少一点，有时多一点。

CLOB 没有这个问题。一个限价单是一个保证价格。聚合器不需要模拟任何东西就知道下一个成交价是多少——它只需查看账簿，或者发送一个限价单让匹配引擎处理。

对用户和聚合器不透明

PropAMM 的定价逻辑是闭源的。这本身是一个可辩护的选择——传统做市商也对他们的算法保密——但当同一段代码既负责报价又负责决定你成交多少时，这就变得令人不安了。

订单簿通过无聊且可见的方式解决了这个问题。每一个订单、每一个取消、每一个成交都在链上并且公开。

对对手方透明

在正常做市中，你绝不会公开你的定价逻辑。你的优势是你的模型，这就是整个游戏。你不会向竞争对手展示它。

PropAMM 恰恰相反，这是设计使然。即使代码是闭源的，任何人也可以戳它：发送小额交易，观察价格如何反应，然后逆向工程出策略。一旦你知道 propAMM 的思考方式，你就可以针对它进行交易。这还没有成为一个更大问题的唯一原因是，Solana 混乱的执行使得这些对抗性策略难以可靠运行。随着 Solana 变得更干净、更快，这种保护将消失。

CLOB 则翻转了这一点。做市商将其模型保留在链下，那是它该待的地方。只有最终的限价单是公开的——这正是恰到好处的透明度。不多不少。

只有少数团队能实际运行一个

PropAMM 不仅是闭源的，而且是封闭访问的。一个新的做市商不能像在订单簿上那样直接出现在 propAMM 上并开始报价。他们必须从头开始构建：编写自定义的 Solana 程序，雇佣一个系统工程师团队，并弄清楚集成以确保他们的交易落地。成为一个有竞争力的链上做市商的成本巨大。

这就是 propAMM 被限制的原因。只有少数资金充足的团队才能负担得起推出一个。较小的做市商、新进入者和没有 Solana 系统部门的量化团队被简单排除在外。当主导交易场所变成由少数团队运行的封闭程序时，“无许可 DeFi”的故事就破裂了。

真正的问题：没有人在解决整个问题

Solana 上现有的产品没有同时解决有毒订单流、写锁争用、流动性隔离和无许可做市商访问的问题。PropAMM 通过牺牲后两个来解决前两个。传统订单簿保持了开放性，但遭受了最初驱使做市商转向 propAMM 的争用和更新成本问题。

Ordr 是第一个解决所有这四个问题的设计。

4. 新范式：OpenMM

一个订单簿仅仅是最好的订单簿是不够的。为了赢得 Solana 市场结构的下一阶段，一个订单簿必须在其自己的条件下击败 propAMM——效率、取消优先级、资本效率——同时保留只有订单簿才能提供的东西：开放访问、确定性价格发现和可验证执行。

我们将这种范式称为 OpenMM——开放做市。论点很简单：propAMM 今天之所以是黄金标准，是因为它们提供了一个具有 propAMM 级别效率的场所。一旦 CLOB 在没有限制的情况下匹配了这种效率，做市商社区就有充分的理由迁移。新的做市商、较小的做市商和量化团队将获得一个可以在策略上而非基础设施上竞争的场所。

Ordr 旨在成为那个场所。熟悉的订单簿。PropAMM 级别的计算和延迟特性。没有闭源，没有运营商限制，没有每个池子的碎片化。做市商带来阿尔法；我们带来基础设施。

5. 我们的支柱

Ordr 借鉴了在 Solana 其他地方已被证明有效的想法，嵌入了真正新颖的机制，并通过极致的计算关注将它们联系在一起。

5.1 分片账簿 - 每个做市商一个账簿

每个做市商在 Ordr 上操作自己的账簿——基于 critbit 树数据结构，而不是一个被所有做市商争用的单一规范账簿账户。没有共享写锁，因为没有共享账簿。两百个做市商可以在同一个 slot 中重新定价，而无需相互串行化。

市场的统一视图由一个链下索引器重建，该索引器实时订阅每个做市商账簿，并向交易者、聚合器和前端暴露一个聚合后的单一订单簿。流动性在逻辑上是统一的；在物理上，为了写路径性能而分片。这是架构层面解决的争用问题。

5.2 全局金库 - 不再碎片化的资本

在传统的 CLOB 模型中，一个在二十个市场上报价的做市商需要将抵押品锁定在二十个地方。Ordr 使用每个做市商的全局金库：一个单一的 PDA，持有做市商在其参与的所有市场中的所有资产。订单变为意图，由金库支持的承诺，代币仅在成交时移动，即时执行（JIT）。

这与让 propAMM 运营商能够比碎片化的 CLOB 更深入地跨更多交易对报价的资本效率属性相同。移植到 Ordr 中，这意味着一个做市商可以在同一资本基础上运行二十个策略，而无需将库存分割到二十个独立账户中。

5.3 O(1) 重新定价

Ordr 上的做市商在市场变动时不会逐个取消和替换订单。每个做市商账簿都围绕一个中间价布局为偏移结构。更新中间价实际上会移动整个账簿——所有买单和卖单在一条指令中重新定价。这与使 propAMM 强大的 O(1) 更新属性相同，已适应订单簿上下文。

5.4 应用程序控制执行

ACE 是取消优先级和公平场所之间缺失的部分。在 Ordr 上，应用程序内的交易排序经过结构化，使得做市商的取消和重新定价在吃单者能够利用过时报价之前落地。今天，这是在应用程序级别实现的。随着 Jito 的 BAM（区块组装市场）成熟，借助做市商优先级插件，我们将把这种保证迁移到协议层，这是它应属的位置。

其效果是 propAMM 通过专有基础设施实现的效果，现在原生地提供给 Ordr 上的每个做市商。

5.5 计算纪律 - Pinocchio 和 sBPF

在 Solana 上，计算是分散的。在做市商重新定价指令上节省的每一个 CU 都是不需要以优先级费用支付的 CU，是交易能够落地的理由。Ordr 从头到尾基于 Pinocchio 构建——零分配、零依赖——消除了历史上使订单簿成本过高而无法与 propAMM 竞争的运行时开销。

在热点路径上——即每条做市商重新定价指令上运行的指令——我们使用 sBPF 汇编。我们的 update_oracle 指令（刷新每个账簿的中间价）当抢跑在 32 CU，与生产中最精简的 propAMM 预言机更新相当。低廉的更新加上 ACE 保证的取消优先级，是最终使 CLOB 成为严肃做市商的理想家园的配置。

6. 为什么这对生态系统重要

对于做市商

• 策略隐私得到保护。订单簿做市商在链下运行其定价逻辑，仅提交最终的限价单。与 propAMM 不同，他们从不暴露算法本身。
• 不需要基础设施护城河。新的做市商无需部署自定义 Solana 程序即可竞争。他们开设一个席位，为金库充值，然后发布报价。
• 资本效率与 propAMM 相当。一个金库，所有市场，JIT 结算。

对于聚合器

• 确定性执行。聚合器不再需要针对不透明的定价曲线运行运行时模拟。他们可以直接检查统一账簿，确切知道下一个成交价是多少，或者简单地路由一个限价单，让价格-时间优先级来完成工作。
• 一次集成，多个做市商。聚合器无需单独集成每个 propAMM 场所并在链下将它们拼凑在一起，只需集成 Ordr 一次，即可获得账簿上的所有做市商。

对于交易者

• 更紧的点差。更低的计算成本和 ACE 保护的做市商直接转化为更薄的点差和更好的成交。
• 可验证执行。每个订单、每个取消、每个成交都在链上并可审计。没有闭源定价函数悄悄地偏离报价。

7. 团队

Arjun - @4rjunc

• 为 Solana 的主客户端验证器以及核心 Solana 协议（如 magicblock、blueshift、tapedrive）做出贡献。
• lotry.fun - 成交量超过 $50k
• 11 次以上黑客松获胜

Avhi - @avhidotsol

• 为 Solana 的主客户端验证器以及一些核心 Solana 协议（如 mollusk、anchor、blueshift）做出贡献。
• 赢得 Solana 隐私黑客松（全球）
• 深入了解内核、验证器和底层 Solana。

Manu - @boomheadvt

• 为 Solana 基金会的开源项目（如 anchor、blueshift）做出贡献。
• 发布了 Solana 客户端扩展，以改进本地交易模拟。
• 深入了解验证器、核心基础设施、网络和底层。

Vinaya - @Vinayapr23

• 少数在 Solana 中编写 sBPF 汇编的工程师之一。深入了解内核、验证器和底层 Solana。
• 为 Solana 协议（如 blueshift、anchor）做出贡献。
• 4 年以上核心工程师工作经验。

• 原文链接： x.com/ordrtrade/status/2...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～