8.6
深览指数
科技人人都是产品经理·Terry的思考笔记··AI 生成
永续合约系统设计（三）：撮合引擎
本文深度拆解永续合约撮合引擎的系统边界与核心职责：它不是简单的买卖匹配，而是将不同来源的交易意图转化为全系统公认的市场事实。文章详细阐述了订单进入撮合前的五道前置门禁、中央限价订单簿的L4队列结构与L2聚合深度的本质区别、基于价格时间优先的撮合规则（主动单消耗深度，被动单决定成交价），以及GTC/IOC/Post Only/Reduce Only等订单类型锁定的执行语义。作者特别强调，撮合引擎生成成交事实但不定义价格真相，在极端压力下能保证规则可执行，但不能创造流动性，对设计高可用交易系统有很强的参考价值。适合交易系统架构师、量化开发及风险管理者阅读。原文 ↗
核心观点
- ▍撮合引擎的核心职责不是帮助用户成交，而是把不同来源的交易意图转化为全系统共同承认的市场事实。
- ▍撮合引擎生成市场事实（成交价、成交量），但不定义价格真相（指数价、标记价由定价引擎负责）。
- 01订单进入撮合前需通过五道门禁：账户合法性、市场状态、价格准入、账户容量（含开放订单数量）、风险容量（保证金、只减仓、OI上限）。
- 02中央限价订单簿（CLOB）的核心结构是：买侧高价优先、卖侧低价优先，同价按时间排队。L2深度是聚合视图，L4队列才展示每个价格档内各笔订单的排队顺序。
- 03撮合规则核心是价格时间优先：主动单（Taker）负责消耗订单簿深度，被动单（Maker）决定成交价格。限价单的限价是“最差可接受价格”，订单可能以更优价格成交（如买单先吃最优卖价而非最高限价）。
- 04滑点不是系统额外收费，而是订单规模相对于盘口深度过大时，真实成交路径自然产生的价格冲击。
- 05一笔订单可以对应多笔成交记录。订单状态告诉用户委托是否完成，成交记录告诉用户在哪些价格、与哪些对手方成交。
- 06订单类型（GTC、IOC、Post Only、Reduce Only）不是创造多套撮合规则，而是提前锁定订单进入撮合后的行为边界，如立即成交、是否留簿、是否允许增仓。
- 07改单的实质是撤旧单+重新提交新单，新单需重新校验所有门禁，通常丢失原队列位置（即时间优先级）。
- 08发生成交后，系统需同步更新订单状态、成交记录、仓位与盈亏、费用、盘口深度及行情事件流，这六类结果共同构成系统事实。
- 09外部系统维护的本地订单簿是对撮合引擎内部状态的一种近似重建，受消息延迟、乱序、快照一致性等因素影响容易发生“漂移”。
反方 / 局限
- — 在极端压力场景（如剧烈波动、清算流涌入、撤单风暴）下，撮合引擎可以保证订单按规则排序和成交，但不能保证市场永远有足够流动性，也不能保证盘口连续。
36 分钟 · 4 卡片 · 12 资料
读原文 →