做市商交易所清单 (流动性、延迟和风险控制)

披露：仅供信息参考，不构成财务建议。在进行交易或与任何平台集成之前，请务必自行完成尽职调查。

概览

简介

在加密领域做市是一个利润空间极薄的生意。你的优势来自执行质量、可预测的交易经济模型（手续费 + 回扣）、低延迟连接，以及运营韧性（风险控制、托管和合规）。

本指南为做市商、HFT（高频交易）团队以及其他高频高量交易者提供一个可操作的框架，用于评估一家加密交易所，并展示 WhiteBIT 如何为流动性提供方（liquidity providers）部署其机构级技术栈。

本指南涵盖内容

• 做市商在加密交易场所如何真正赚钱（以及如何亏钱）
• 执行质量检查清单：深度、点差、撮合行为、以及市场数据
• 基础设施尽职调查：API、稳定性与延迟（包括机房托管/共址）
• 资金效率、保证金与组合保证金（portfolio margin）概念
• 机构级风险控制、托管、审计与合规信号
• 一个可用于与供应商沟通的实用评分卡

适用人群

• 做市商、HFT 公司、自营交易（prop desks）以及算法交易团队
• 主经纪商（prime brokers）以及“类似券商”的平台：将交易流量路由到交易场所
• 高频交易者评估额外的流动性场所

信任基准

“机构级”对做市商意味着什么

在加密领域，“机构级”一词被过度使用。对做市商与 HFT 团队而言，它有非常明确的含义：

• 可衡量的执行质量： 稳定的撮合行为、真实的市场数据，以及在你放大交易规模与消息发送频率时仍能保持一致的成交。
• 可建模的经济性： 手续费分档、做市商回扣，以及不会在策略执行过程中途改变的规则。
• 运营韧性： 安全控制、托管集成，以及与贵司风险团队要求相匹配的合规流程。
• 关系模型： 当你遇到边缘情况（API 异常、交易对/合约标识变更、事故响应）时，支持响应及时且升级路径清晰。

WhiteBIT 将其机构级产品定位于深度流动性、低手续费，以及由专业交易客户使用的基础设施能力（例如子账户、组合保证金访问权限、共址等），以“WhiteBIT positions its institutional stack”作为核心。

做市商（Maker） vs 受让方（Taker）

做市商增加流动性（挂出限价单）。受让方移除流动性（吃掉/成交挂单）。

做市商回扣（Maker rebate）

部分交易场所会向做市商支付费用（即负手续费），以激励流动性提供。

共址（Colocation）

将交易基础设施在物理位置上部署得尽可能靠近交易所的撮合引擎，以降低延迟与抖动。

盈利构成

在中心化交易所上，做市 P&L（损益）究竟如何运作

大多数做市策略本质上是在点差收益与**不利选择（adverse selection）**之间做权衡。

你的 P&L 通常来自四个部分：

1. 点差捕获： 你的买入与卖出价格之差，扣除手续费后的净额。
2. 手续费 + 回扣： 做市/受让的费率排程会决定紧点差策略是否可行。有些交易所会明确宣传低手续费与为做市商提供的回扣。
3. 库存管理： 如果你在趋势市场中积累了单边库存，你的“点差捕获”可能会被按市值计价的变动直接抹掉。
4. 资金费率与持仓收益/成本（若你使用保证金/永续）： 资金费率、借币成本与抵押品效率会成为策略设计的一部分。

一个实用的结论：你不能只用“headline liquidity（宣传口径的流动性）”评估一家交易所。 你需要评估微观结构、手续费与延迟的组合是否支持你策略实际 P&L 的运行机制。

做市盈利很少取决于单一变量。执行质量与手续费经济性往往与宣传口径的成交量同样重要。

成交现实

执行质量：微观结构检查清单

“深度流动性”只有在它是**可访问的流动性 **时才真正有用——也就是说，你能够在规模化操作下持续地放置、更新并取消订单，并且成交结果与你的预期相匹配。

以下是机构级交易者通常会核实的微观结构要点：

• 深度与韧性： 不只是看盘口第一层（top-of-book）；要查看多基点（basis-point）层级的深度，以及在清扫（sweeps）之后订单簿补充得有多快。

• 波动率下的点差行为： 当波动突然放大时，订单簿还能保持双边，还是会出现跳档（gap）？

• 市场数据质量： WebSocket 数据流、序列（sequencing）、完整性，以及断线后的恢复行为。

• 订单处理： 拒单率、最小下单约束、订单类型可用性，以及自成交防护。

• “有毒流量”指标： 频繁的扫单（sweeps）、新闻事件附近更高的不利选择，以及异常偏高的“取消/成交”比率。

WhiteBIT 的机构级定位经常强调：覆盖数百个交易对的深度流动性，以及面向高频市场的专业级交易基础设施。

分类	需要验证的内容（关键问题）	风险信号
订单簿深度	目标交易对在 ±1/2/5/10 bps 的深度、清扫后订单簿韧性、滑点与规模之间的关系。索要历史深度与波动快照。	在波动中深度塌陷、频繁出现跳档、没有透明度或无法提供基础深度分析。
点差稳定性	中位数与尾部点差（p90/p95）、压力时期点差扩大、点差与波动之间的关系。询问熔断机制与价格区间（price bands）。	点差在没有明确市场原因的情况下突然扩大、停机/暂停透明度低、快速市场下 post-only 行为不一致。
撮合行为	优先级规则（价格-时间）、订单类型语义（post-only、IOC/FOK）、自成交防护、修改队列规则。确认任何例外情况。	未被记录的例外、队列行为不可预测、偶尔出现 post-only 却意外提供了流动性。
市场数据可靠性	WebSocket 的延迟与抖动、序列与缺口（gap）检测、重新同步流程、完整性。索要文档化的快照 + delta 工作流。	没有序列号、频繁断连、陈旧的订单簿、成交记录与订单簿更新不一致。
API 限制与错误	速率限制（持续与突发）、惩罚机制、错误代码的确定性、重试与幂等性指导。确认机构级限额是否可上调。	随机限流、错误含义不明确、负载下被封禁、没有清晰的重试建议。
取消与拒绝行为	取消延迟、取消确认、拒单原因分布、重连后订单状态。对高负载下的下单、修改、取消进行测试。	取消被确认但订单仍然成交、在没有可操作错误码的情况下拒单率高、重连后的订单状态不清晰。
风险控制	暴露限额、熔断开关（kill switch）、价格区间、子账户、范围化 API 权限。询问控制是否可自助（self-serve）且实时生效。	没有 kill switch、手动干预很慢、API 权限是“全有或全无”。
手续费与回扣	做市/受让分档、回扣资格、成交量归因、账单准确性。询问示例以及对边缘情况的手续费处理。	手续费逻辑与公布排程不一致、频繁变更且不提前通知、隐藏的附加成本。
保证金与抵押品	合格抵押品及折扣（haircuts）、跨保证金 vs 分离保证金、清算逻辑、风险模型清晰度；如适用，组合对冲（portfolio offsets）。	清算规则不透明、折扣或合格资格突然变化、保证金跳动不可预测。
托管与安全	托管模型、资产隔离、提款控制（白名单、多重审批）、在 NDA 下的审计或认证。	托管模型不清晰、提款控制较弱、即使在 NDA 下也不愿分享任何安全态势信息。
合规与 KYB	签约主体、按地区的许可/监管立场、KYB 要求与时间表；以及监控与报告支持。	主体与监管回答不清楚、无尽的入职流程、没有解释的冻结或限制。
支持与升级	专属覆盖、24/7 升级渠道、事故沟通、维护与交易对变更通知、响应 SLA。	仅零售支持、没有升级路径、事故响应慢、重大变更不提前通知。

不要把“宣传口径成交量”与可执行流动性混为一谈

即使报告的成交量非常大，也可能掩盖了做市商在意层级上的薄深度。务必用可控规模进行测试，并在现实消息发送频率下测量滑点、成交概率以及订单生命周期行为（下单 → 修改 → 取消）。

速度管道

连接性与延迟：API、稳定性与共址

对做市商而言，交易所是技术合作方（技术对手方）。你的评估应当把它当作一个合作方来对待。

需要验证的内容

• API 范围： 下单、取消/替换、账户数据、风险端点，以及“边缘情况”行为（无效参数、部分成交、断连会话）。

• 实时市场数据： WebSocket 通道、重连逻辑以及吞吐一致性。

• 运营成熟度： 文档质量、变更管理，以及可预测的版本控制。

WhiteBIT 为机构级集成方提供公开 API 文档，这是你在投入工程资源之前想要的基线。

对于对延迟敏感的策略，共址（colocation） 可能是差异化因素。WhiteBIT 明确在欧洲或亚洲提供共址访问，目标是通过提供对其服务器的直接接入来实现更快交易。

资产负债表

资金效率：保证金、抵押品与组合保证金

对许多做市商来说，资金效率是隐藏的优势——尤其当你运行多个交易对、多种策略，或同时做现货与衍生品时。

需要评估的关键概念：

• 抵押品灵活性： 哪些资产可以作为保证金、以及折扣（haircuts）如何适用。

• 跨保证金与净额结算（netting）： 持仓能否相互抵消风险，还是保证金按每个单独工具计算？

• 组合保证金（风险型保证金）： 与其为每个头寸逐一套用固定保证金要求，组合保证金模型会考量你的整体组合净风险。在某些设置下，相比分离保证金或简单的跨保证金，这可能降低所需抵押品——尤其是对冲良好的组合。

WhiteBIT 将“组合保证金访问权限”作为机构级功能来宣传，用以“解锁加密交易的灵活性”——如果你的策略设计把资金效率视为约束，值得评估。

不要只看“宣传口径的杠杆”，要向对方索取保证金方法论

索要风险模型概览、压力情景、清算逻辑，以及抵消（offset）是如何计算的。验证保证金处理是否会因资产类别（BTC/ETH vs 小众长尾资产）、波动率阶段（volatility regime）或持仓集中度而变化。

生存规则

风险、托管与合规：防止“把公司搞爆”的基础

机构交易失败往往源于运营故障：托管失误、控制措施不足，或在为时已晚之前对交易对手方风险估计不足。

当你的风险团队问：“为什么选这家交易所？”，你需要在以下方面有清晰答案：

安全与托管态势

• 冷存储政策： WhiteBIT 表示其将 96% 的数字资产存放在冷钱包中，并使用 WAF 防护。

• 机构级托管集成： WhiteBIT 在其机构页面以及托管产品中强调 Fireblocks 集成。

• 外部安全信号： 第三方框架与审计可以作为有用的输入。比如，Hacken 的案例研究讨论了 WhiteBIT 的 CCSS Level 3 认证，并提到了 CER.live 的完美网络安全评分。

合规

• 对银行、金融科技公司以及受监管机构而言，KYB 入职、与司法辖区的匹配以及许可/监管立场都很关键。WhiteBIT 表示其拥有“10+ 家 VASP 授权”。

运营控制

• 提款政策、事故响应、沟通节奏与升级路径。

将交易场所选择视为一项“交易对手方决策”

把策略风险（市场波动）与交易对手方风险（平台故障、治理、托管）分开看。

文档化：托管方案、法律实体信息、KYB 要求，以及你内部的“停止交易”流程。

交易条款

商业条款与入驻：手续费、回扣与关系模型

在执行质量与风险态势通过你最低标准之后，经济性才决定该交易所是否值得分配工程时间与资产负债表（资本）。

做市商关心的商业条款

• 分档透明： 按成交量与市场类型（现货/保证金）划分的费率表。

• 做市商回扣与激励结构： 回扣如何获得、适用的门槛是什么、以及规则是否会随时间保持稳定。

• 支持与升级： 最好的交易所表现更像 B2B 基础设施提供商，而不是仅仅一个零售应用。

WhiteBIT 的机构级定位包括：

• 在其机构网站上展示的明确费率起点：现货成交量 $100M+ 对应 0% maker / 0.05% taker；以及一个明确的做市商回扣示例（-0.012%），在特定做市商-成交量条件下，受让方手续费“最高可达 0.020%”。

• 一个以低手续费、回扣与为高效交易提供的工具/支持为核心的“做市计划”。

在建模之前务必直接确认费率条款

费率分档、回扣与资格条件可能会变化，并且可能因产品（现货 vs 保证金）或客户细分而不同。以公布的排程作为起点，然后向机构客户经理核实。

更广泛的技术栈

超越撮合引擎：OTC、支付通道与 CaaS

即便是做市商，你的“场所技术栈（venue stack）”通常也不止订单簿交易。

何时 OTC 有意义

• 你需要以最小的市场冲击来执行大额交易量

• 你希望拥有定制化的结算条款或可对话式的工作流

• 你在对一大笔库存变动进行对冲，不希望把信号提前泄露给市场

WhiteBIT 的机构级 OTC 产品定位在以优惠条款执行大单，包括今天就可用的聊天式执行，以及被描述为“即将推出”的自动化 RFQ（报价请求）工作流，同时提供实时报价与上/下码（on/off-ramping）支持。

何时支付通道很关键

• 做市商与经纪商越来越支持需要 法币 ↔ 加密 资金流动的客户，且与交易并行

• 对于欧盟的业务走廊（EU corridors），在 on/off-ramp 讨论中通常会期待 SEPA。WhiteBIT 的机构级支付内容描述了 SEPA 通道，并提到限额可基于 KYB 级别进行定制。

何时 Crypto-as-a-Service（CaaS）很重要（即使你“只是”一个交易公司）

• 你正在构建经纪业务基础设施

• 你将钱包或交易嵌入到另一个产品中

• 你希望为面向客户的加密功能获得一套“即插即用”的完整方案（turnkey stack）

WhiteBIT 宣传其 CaaS，明确标注 “4 Weeks to go live（上线还剩 4 周）”，并提供嵌入式功能，例如钱包生成（覆盖 80+ 网络上的 330+ 种加密货币）以及冷存储定位。

企业支付（WhitePay）
对于商户或支付服务提供商，WhitePay 将自己定位为“由 WhiteBIT 提供支持（powered by WhiteBIT）”，并表示客户必须完成 KYB。

代币与上市服务
如果你与代币项目合作（或你自己就是项目方），WhiteBIT 的上市页面强调规模指标，例如“已上架 330+ 个项目”和“800+ 个交易对”，并包含营销支持相关概念。

问：“这个平台除了交易还能解决哪些问题？”

做市商不仅需要执行能力——他们还需要能减少运营摩擦的通道（OTC、托管模式、on/off-ramp 条款）。由单一供应商覆盖多项需求可以简化供应商管理，但前提是每个组件都要达到你的标准。

一页审计

尽职调查评分卡（可复制/粘贴检查清单）

使用下面的清单来组织一次首轮评估，并让内部相关方保持一致（交易、工程、风险、合规）。

快速评分卡（1 = 弱，5 = 强）

• 执行质量（成交是否符合预期）

• 你目标交易对的深度

• 在高负载下的 API + 市场数据可靠性

• 延迟/抖动控制（含共址选项）

• 资金效率（保证金规则、组合抵消）

• 安全态势（托管、审计、控制）

• 合规准备度（KYB + 许可/监管立场）

• 商业条款（费率/回扣清晰度、稳定性）

• 支持模型（升级、账户覆盖）

• 额外通道（OTC、on/off-ramp、CaaS）

什么是做市商与流动性提供方的区别？

做市商通常会持续报价双边市场，并通过管理库存风险来赚取点差和/或回扣。“流动性提供方”这个说法可能更宽泛，包括仅在机会出现时提供流动性，或通过专门策略提供流动性的公司。

做市商回扣如何改变做市策略设计？

回扣可以把本来勉强的紧点差策略变成可行的——尤其在竞争非常激烈的交易对中。但回扣并非“免费收益”：你仍然会面对不利选择、库存风险，以及交易所特定规则。

共址只适用于超低延迟的 HFT 吗？

不一定。共址也可以降低抖动，并在波动条件下提升下单一致性。如果你的策略依赖快速的取消/替换或报价刷新，共址可能就很重要。

用通俗语言解释什么是组合保证金（portfolio margin）？

组合保证金是一种基于风险的保证金框架，会把你的整个投资组合作为整体来考虑。如果你有对冲持仓，它可能会相较于逐个头寸独立计算所需抵押品更低。

机构级交易者应该关注哪些安全信号？

关注清晰的托管态势（例如冷存储的声明）、有文档化的安全控制，以及可信的第三方框架或审计。WhiteBIT 在其机构页面提到了冷存储与 WAF 防护；在外部撰写材料中也有关于 CCSS Level 3 认证与 CER.live 评分的公开讨论。

我什么时候该用 OTC，而不是订单簿？

当交易规模足够大到会对市场产生实质性影响时，当你需要定制化的工作流（聊天式执行）时，或当你想避免发出信号（signaling）时。WhiteBIT 将其 OTC 服务定位为：以最小的市场冲击执行大额订单。

交易所集成需要多久？

取决于你的技术栈与控制要求，但你应当预期为 KYB、安保审查以及技术测试留出时间。WhiteBIT 对部分嵌入式解决方案宣传更快的上线速度（例如，CaaS 的“4 weeks to go live”），但集成时间表仍取决于你的具体要求。

为什么做市商会在意平台的 CaaS 方案？

如果你为经纪商、金融科技公司或支付服务提供商提供支持（或者你正在做其中之一），嵌入式钱包、on/off-ramp 通道以及交易 API 可以把单一场所变成更广泛的基础设施合作伙伴。

行动计划

WhiteBIT 的做法

挑战：做市商需要在规模化时仍可预测的经济性

行业缺口： 许多交易所会宣传低手续费，但细节（分档、门槛、资格条件）很难建模。

WhiteBIT 做法： 发布机构级成交量的手续费/回扣示例，并围绕降低手续费与回扣构建做市计划，同时提供一条“与专家沟通（talk to an expert）”的入驻路径。

挑战：延迟与运营稳定性决定谁能赢在紧点差

行业缺口： 当延迟不稳定时，报价刷新与取消行为会变差。

WhiteBIT 做法： 提供机构级基础设施能力，包括共址（欧洲/亚洲）以及用于程序化交易的文档化 API。

挑战：大额交易不应惩罚你自己的订单簿

行业缺口： 通过公开订单簿执行大规模交易可能导致滑点并暴露风险信号。

WhiteBIT 做法： 部署 OTC 工作流（聊天式执行、实时报价）以把大额成交对市场价格的影响降至最低，同时提供 on/off-ramping 支持。

$3.4T

年度交易量

WhiteBIT 机构页面

5,500+

机构客户

WhiteBIT 机构页面

96%

冷钱包存放的数字资产

WhiteBIT 机构页面

10+

VASP 授权

WhiteBIT 机构页面

4

周（上线时间表）

WhiteBIT CaaS 页面

OTC

执行大额订单，尽量减少对市场价格的影响

WhiteBIT OTC 页面

WhiteBIT

查看 WhiteBIT 的机构级技术栈实战运作

如果你正在评估一个用于做市或高频高量执行的新场所，请深入研究 WhiteBIT 机构级内容：共址选项、组合保证金访问权限、手续费与回扣结构、托管集成，以及为专业交易团队打造的支持模型。

探索 WhiteBIT 机构级