交易所给做市商留了一类少被普通用户注意的机制：做市商保护。规则文本里的定义通常很简洁——做市参与者为自己设定条件，例如在给定时间窗内的累计成交数量或持仓敞口达到某个阈值时，系统自动撤销其挂出的报价，直到该参与者主动复位。Deribit 的规则手册把这层机制写进了附录条款：该功能需向平台申请开通，触发后只撤销打了标记的做市订单，账户范围内生效。本文借这份公开文本讲清这类机制的触发口径、覆盖范围、和限速等相邻系统的分工，以及它明确防不住的场景，机制说明撰写于 2026 年 9 月，各平台是否提供、条款如何表述，以各自规则文件当前版本为准。
先厘清它防的是什么。做市策略的本质是在自己报错之前先撤单：行情剧变、对冲腿失灵、数据源异常时，最坏的结果是旧报价被知情者吃掉。做市商保护把这条时间线压缩成硬开关——它假设存在这样的时刻：你的撤单逻辑已经追不上市场，于是让撮合引擎替你执行纪律。理解了这个假设，就看懂了它的参数设计：阈值按时间窗内的成交增量或德尔塔敞口设定，超限即刻触发，触发本身不撤销非标记订单，也不冻结账户，它只是把策略的失控损失钉在一个可计算的上限上。
范围条款比开关本身更值得逐字读。按 Deribit 手册的写法，保护触发时覆盖主账户及其在相关币种下的子账户，而它只作用于带做市标记的订单——这意味着两类遗漏场景。第一类：同账户里未带标记的策略单、止损单在保护触发后继续留在簿上，被清掉一半报价的另一半挂单可能把你暴露在原设想之外的敞口里；对同时跑多策略的账户，订单标记管理本身就是风控科目。第二类：跨币种与跨品种的传导不在单币种保护范围内，做市保护按币种维度计数，风险来自关联品种联动时，这层保护帮不上忙，需要账户级保证金预警另行兜底。
和相邻系统的分工要分清。接口限速管你每秒能发多少请求，防的是滥用通道而非策略失控；交易所侧的价格限制与熔断管行情异常时的成交有效性；强平引擎管保证金不足时的仓位处置；做市保护专管报价方自身的失控窗口。四套系统的触发条件、时间粒度和复位方式都不同，把它当成一个开关来理解会出错——做市故障的完整应急顺序通常是：本机暂停下单、确认做市保护状态、检查遗留未标记挂单、核对强平与追保状态，每一步对应不同系统，任何一步都不能替代另三步。
它防不住的场景值得单列。第一，触发前的既有成交不可撤销：保护是断路器不是时光机，阈值以内的损失已经发生，阈值设定得再低也留有一个窗口的风险。第二，对手方延迟撤单的反向利用：成熟的交易群体都清楚这类机制的行为模式，阈值与时间窗参数如果被市场反推出来，报撤单节奏可能被针对性消耗，所以参数本身在机构实践中是商业秘密，不应在任何渠道泄露。第三，非订单类损失，如资金费、交割与强平费用，与撮合侧挂单无关，做市保护不覆盖。
对不做市的用户，这个机制仍有两处实际意义。其一，你在订单簿里看到的流动性可能在毫秒级集体消失，做市保护批量触发是其成因之一——深度突然变薄、点差瞬时拉宽而行情并没有对应消息时，可以把它列入归因清单，再对照平台状态页与历史同期规律判断。其二，评估一家平台的做市生态时，规则文件里有没有成文的做市保护条款、参数是否可调、复位流程是否可自助，是判断其做市基础设施成熟度的具体指标，比宣传页的流动性承诺更可核验。
核验路径：在平台规则手册中检索相关条款，确认触发条件、覆盖账户范围与复位要求；机构接入前用测试环境验证保护触发与恢复全流程，把触发后的遗留挂单清单纳入演练脚本；参数设置保存版本记录，复盘时对照触发日志校准阈值。
风险提示：做市与高频交易存在技术故障、逆向选择与流动性蒸发风险，任何撮合侧保护机制都不能保证零损失。本文仅解释公开规则文本，不构成对任何平台风控能力的保证，亦不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。