Archer v1 — 在 Solana 上推出微订单簿

Archer v1 - 在Solana上引入微型订单簿

大家好

今天，我们很高兴宣布推出 Archer v1——一个完全链上订单簿交易所，它消除了做市商面临的逆向选择，并使得在 Solana 上创建最具流动性的市场成为可能。

这是两部分系列的第一部分。

回顾

Solana 一直是链上订单簿的天然温床。高吞吐量、低延迟、廉价交易——它是唯一一个 CLOB 甚至可行的链。但尽管多次尝试，没有一种设计能很好地为做市商服务。

在以前的订单簿不起作用的众多原因中，迄今为止尝试的所有设计都共享相同的根本性设计缺陷：一个单一的、共享的订单簿账户，其中每个做市商的订单都集中在一起，每个吃单者都与之匹配。这种市场设计产生了三大问题，让做市商的日子苦不堪言

写锁竞争

在 Solana 上，一次只能有一个交易写入一个账户。当每个做市商和每个吃单者都需要写入同一个订单簿账户时，他们都在争夺同一个写锁。

实际上，这意味着想要更新其报价的做市商必须与其他所有做市商和吃单者竞争，以获取该单一账户的访问权。在市场波动剧烈时（正是做市商最需要更新报价的时候），这种竞争会急剧加剧。这导致做市商支付更高的优先级费用，只为了让更新和取消被包含。去中心化订单簿变成了瓶颈，而不是交易场所。

昂贵的报价更新

在传统的 CLOB 中，更新你的报价意味着取消现有订单并下达新订单。每次取消都是从排序数据结构中查找和移除。每个新订单都是一次插入。这些操作并非免费——它们消耗计算单位，而在 Solana 上，每个交易的计算量都是有上限的。

对于一个在订单簿两侧多个价格水平上报价的做市商来说，一次重新定价就会消耗掉其计算预算的很大一部分。如果将其扩展到几十个市场和每秒数百次更新，计算预算就会成为一个真正的操作限制。

延迟战争

传统的 CLOB 使用价格-时间优先原则：在相同价格下，先到达的订单先被撮合。结果是，做市商竞争排在队伍的最前面，以便率先被撮合。这听起来很公平。但实际上，它创造了一场纯粹的速度游戏。

如果两个做市商以相同的价格报价，拥有更快基础设施的那个将赢得撮合。这使得做市商陷入了一场关于延迟的军备竞赛——共置服务器、优化的 RPC 连接、通过发送垃圾交易以比竞争对手快几毫秒。结果是，提供紧密报价变成了一种负担。在任何给定价格下，只有最快的做市商才能获得撮合，因此较慢的做市商要么扩大其价差，要么退出。

这些都无益于真正想要交易的人。吃单者得到更宽的价差、更薄的订单簿，以及一个为速度而非深度优化的交易场所。

在 Solana 上重建订单簿

在 Archer，我们退后一步，从第一性原理重新思考了链上订单簿应该是什么样子，并创造了一种设计。在我们迄今为止构建的一切核心，是一个简单而强大的设计决策：主权。

主权做市商订单簿

在 Archer 上，每个做市商都拥有自己的订单簿，而不是一个共享的订单簿——这是一个只有他们自己控制的独立链上账户。

这是一个根本性的转变。当做市商想要更新他们的报价时，他们会写入自己的账户。没有其他人会碰它。

• 零写锁竞争
• 零优先级费用战争

做市商管理自己订单簿的能力完全独立于其他所有参与者的行为。

我们称之为主权做市商订单簿。每个订单簿都是一个独立的订单簿，做市商对其拥有完全的权限。想象一下，就像每个做市商都有自己的私人场所，他们完全控制它——但这个场所仍然可供协议上的每个吃单者访问。

参数化定价

在传统 CLOB 上更新报价意味着触及单个订单——取消 100.05 的订单，在 100.07 处放置新订单，并在每个价格水平重复。这很繁琐、计算密集且缓慢，尤其是在 Solana 的限制内。

Archer 采取了不同的方法。做市商不存储绝对价格，而是将他们的订单存储为相对于参考中间价的偏移量。做市商的订单簿可能会显示：“我在买方报价为 2 tick 宽，卖方报价为 2 tick 宽，每个价格水平有这些数量。”

当市场波动时，做市商不会取消并替换十几个订单。他们会更新一个参考中间价。整个订单簿在一次操作中完成转移——无论他们报价多少个价格水平，复杂度都是 O(1)。以前需要十几次取消和下订单操作，现在只需一次价格更新。

这不仅仅是更便宜。这意味着做市商可以更快地重新定价，更有效地应对市场波动，并报价更多的价格水平，而无需担心计算限制。

带有按比例撮合的完全链上路由

那么，如果每个做市商都有自己的订单簿，吃单者实际上如何交易呢？

当吃单者提交订单时，Archer 会在执行时聚合所有活跃做市商订单簿的流动性。协议会读取每个做市商的当前价格和深度，将它们整合到一个统一的视图中，然后将吃单者与最佳可用流动性进行匹配。

撮合引擎做出了一个有主见的关键设计选择：在相同的价格水平上，撮合是根据每个做市商报价的数量按比例分配的——而不是根据谁先到达。

这完全改变了游戏规则。在价格-时间优先系统中，做市商竞争速度。在按比例分配系统中，做市商竞争深度。愿意在给定价格投入最多资金的做市商将获得最大的交易流量份额。

这种激励结构奖励做市商提供真正的流动性，而不是奖励他们速度快。吃单者从中受益，因为做市商被激励提供更深的报价，从而创建更厚的订单簿和更可靠的撮合。

整合起来

这三个部分作为一个系统协同工作。

• 主权做市商订单簿消除了竞争，因此做市商无论市场多么繁忙，都能随时管理其报价。
• 参数化定价使报价管理变得廉价且即时，因此做市商可以紧跟市场，而无需消耗大量计算资源。
• 按比例撮合奖励深度而非速度，因此做市商通过提供更多流动性来竞争，而不是争夺优先级。

总之，这改变了订单簿设计的动态。做市商不再被迫卷入费用战或排队竞赛。他们可以清晰地管理风险并报出实际规模。结果是更紧密的价差、更深的订单簿以及为吃单者提供更可靠的撮合。

Archer v1 基准测试

Archer 今日已在 Solana 主网上线，并将于下周开始私人测试版。

以下是一些数字，突显了 Archer 上做市商订单簿的效率：

当恶意套利者能够针对其陈旧订单进行吃单时，做市商会面临损失。套利者向验证者节点提供更高的优先级费用，以便其交易在做市商更新其陈旧报价之前执行。在 Archer 上，一个典型的做市商更新成本约为 200 计算单位，而一个吃单者交易成本为 40,000 计算单位。这种 200 倍的效率意味着，在相同的优先级费用预算下，做市商的更新被领导节点选中包含在区块中的优先级比吃单订单高 200 倍。

Archer 私人测试版

我们很高兴地分享，上述架构不仅仅是理论，而是我们已在 Solana 主网上线的实际产品。我们计划于下周开始与交易员和做市商启动我们的私人测试版。我们邀请你加入我们的私人测试版并与我们分享你的反馈：https://tally.so/r/XxxNQV

但主权做市商订单簿只是故事的一半。在第二部分中，我们将揭示这幅拼图的最后一块——以及为什么我们相信它能让 Archer 成为 Solana 上最好的完全链上订单簿交易所。

敬请期待。

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