经纪商或自营交易公司的实时风控引擎：自建、采购还是扩展，以及谁能来构建

经纪商或自营交易公司的交易前风控检查有三个来源：你的经纪商、清算公司或交易场所的控制措施；授权提供现成风控网关的供应商；或者为你构建、扩展一套归你所有的引擎的工程公司。哪一种合适，主要取决于要执行的是谁的规则，以及谁需要修改这些规则。在依靠其中任何一种之前，要问清风控检查需要多长时间，以及这个数字是怎么测出来的。然后要求看一次紧急停止开关（kill switch）的测试，这个控制措施能一次性停止某个账户或整个公司的全部交易。

订单发出之前，风控引擎应该检查什么？

交易前风控引擎会对每一笔新订单、以及对在途订单的每一次修改执行检查。期货业行业协会 FIA 在2024 年 7 月发布的一份关于自动交易风控措施的报告中说，订单规模检查“应在提交新订单或修改现有订单时执行”。

核心检查包括以下几项：

• 持仓限额：一个账户或一位交易员最多可以持有多少，其中要计入仍在途的订单，即已经发出、但尚未成交或撤销的订单
• 保证金或购买力：账户是否还足以承担这笔订单
• 防误操作（fat-finger）限额：对单笔订单的规模和金额设定上限，并限制其价格偏离市场的幅度。FIA 的报告说，订单规模上限“通常被称为‘胖手指’限额”
• 紧急停止开关（kill switch）：用 FIA 报告的话说，这是一种“立即停用某一参与者或某一组参与者的全部交易活动”的控制措施，通常意味着不再接受新订单，所有在途订单都被撤销

监管机构对交易前风控检查有什么要求？

在美国，2010 年通过的 SEC 规则 15c3-5 要求拥有市场准入的经纪商或交易商，针对信用、资本和错误订单设置交易前控制。上面链接的那篇关于订单执行慢的文章引用了这条规则。

在欧盟，以算法交易的投资公司受 RTS 6 约束，即2016 年 7 月 19 日的欧盟委员会授权条例（EU）2017/589。第 15 条列出了价格区间限制、最大订单金额、最大订单数量和最大报文数量限制。价格区间限制会拦截报价超出设定范围的订单，报文数量限制则限定一家公司可以发送多少新订单、改单和撤单。第 12 条要求公司能够“作为紧急措施，立即撤销其任何或全部未执行订单”，并且要知道每笔订单由哪个算法以及哪位交易员、哪个交易台或哪位客户负责。

什么时候用经纪商或交易场所的控制措施就够了？

对于只通过一家经纪商交易、且不需要经纪商限额之外任何限额的公司来说，经纪商或交易场所的控制措施就够了。

• 你的规则：经纪商只能限制它看得到的东西，也就是你的整个账户。按交易员或按策略设置的限额，只有在经纪商支持、且每笔订单都标明由哪位交易员或哪个策略发出时才有效。限额由经纪商的风控团队按你的要求修改
• 延迟：由经纪商的系统决定。你自己给每笔订单打的时间戳和经纪商的确认，显示的是完整的往返时间，而不只是检查本身，所以要问经纪商它的检查需要多长时间
• 成本：无需开发，但你自己的任何限额都要靠人工跟踪，所以违规发现得晚
• 监管：在美国，这些检查必须由经纪商控制。以算法交易的欧盟投资公司，仍须履行它自己在 RTS 6 下的义务

FIA 在 2024 年发布的报告提醒，客户与经纪商之间的连接一旦断开，客户的在途订单可能仍留在市场上。把客户的撤单请求转发到交易所“通常不受支持，客户需要联系经纪商，手动撤销所有在途订单”。

什么时候适合授权使用现成的风控网关？

授权使用的风控网关是一款现成的软件，在每笔订单到达经纪商或交易场所之前对它进行检查。如果你的规则和大多数公司的规则相似，而且很快就需要在多家经纪商或交易场所执行这些规则，它就是合理的选择。

• 你的规则：你只能从产品已有的规则类型中选择，由你的员工在供应商的界面里设置限额。逻辑留在供应商的代码里，所以缺少的规则，比如按你的方式计算的亏损限额，只能等供应商来做，或者付费定制。要问清如果产品下架或调价，会发生什么
• 延迟：要问供应商给出的数字是从哪里测到哪里的，在什么负载下测的。作为独立服务运行的网关，会给每笔订单多加一跳及其带来的延迟，而这一跳通常要经过网络
• 成本：许可的计费模式，例如按用户、按连接或按订单量计费，外加新增交易场所、硬件和定制规则的费用
• 监管：无论授权使用什么产品，义务都仍在公司身上。要核实这款产品涵盖了适用于你的法规所要求的每一项控制，并保留能证明这一点的记录

什么时候应该自建或扩展我们自己的风控引擎？

如果规则是你销售的产品的一部分，或者没有哪款产品能按你的方式执行这些规则，那就自建。如果你现有的订单路径运转正常，只是检查太慢、有缺漏或者靠电子表格维护，那就给它加一层风控来扩展它。

• 你的规则：每条规则都按你的合同和客户条款中的定义来编写，你的风控人员在你指定的界面里修改限额。关于限额的设定和修改，FIA 的报告说：“只要可能，应由独立于交易活动的授权人员管理这一流程，以避免冲突。”你的合同还应写明代码归谁所有
• 延迟：检查可以在你自己的订单路径内部运行，不会多出一跳；每当新增规则时，都必须重新测量
• 成本：工程开发和测试的时间，到每家经纪商或交易场所的连接和它们回传成交回报的数据流，还有上线后负责运行引擎的人员
• 监管：义务不变，只是现在要由你自己的软件来满足。记录每一笔被拒绝的订单和每一次限额变更，测试 kill switch，并按 RTS 6 的要求，确保每笔订单都能追溯到它的算法，以及它的交易员、交易台或客户

自营交易公司应该如何执行日亏损和回撤限额？

自营交易公司的交易规则是其产品的一部分，对同一方案下的每位交易员都必须以同样的方式执行。其中两条是最大日亏损和最大回撤，后者指账户从初始余额或最高点最多可以回落多少。

FTMO 是一家公开其交易规则的自营交易公司，它按净值来计算这些限额，净值即账户余额加上未平仓头寸的盈亏。据其 Trading Objectives（交易目标）页面（2026 年 10 月 6 日查阅），最大日亏损（Maximum Daily Loss）是账户净值“不能跌破”的一条界限。

交易员可能一笔订单都没发，只因为价格变动，就突破了基于净值的限额。所以检查要在每次价格变动时运行，一触及限额就拦截会增加风险的订单，如果你的规则这样规定，还要平仓。日终才看的电子表格，要晚好几个小时才能发现违规。

限额的水平怎么设定，也各有不同。在同一页面上，FTMO 1-Step 挑战的最大亏损（Maximum Loss）是一种“日终追踪”限额。它的水平每天重设一次，依据的是欧洲中部时间午夜时记录到的最高余额，而且只升不降。2-Step 挑战则采用“静态限额”。要记下每条规则基于什么来计算、什么时候重置，并记录每一次违规的时间、价格和净值。

我们怎样核实谁能构建实时风控引擎？

让你名单上的每家公司都接受四项测试：

• 风控检查要多长时间，以及这个时间是怎么测出来的。要单独索取风控检查本身的耗时，与整笔订单的耗时分开，并注明计时从哪里开始、到哪里结束，以及分位数、负载和硬件。如果目标远低于 1 毫秒，就要索取你最繁忙负载下的第 99 分位数，即每 100 次检查中有 99 次都不超过的那个时间
• kill switch 演练。在有在途订单的测试环境里，先对一个账户、再对整个公司按下开关，并计时：要过多久，新订单才被拒绝、在途订单才被撤销。FIA 的报告说，自动交易者“不应能够解除经纪商启动的 kill switch”，所以要试着从交易账户解除它，确认开关依然有效
• 重启后的恢复。在交易时段中途停掉引擎，再重新启动。在任何账户开始交易之前，持仓、在途订单和已用额度都应当恢复正确，并已与经纪商或交易场所的记录核对过
• 用你自己的订单流做回放。把录下来的一整天订单和价格放进引擎里跑一遍，包括最繁忙的那一分钟，并让对方公司解释每一个与你现行控制措施不一致的判定。其中要包含一笔针对未设置规模限额的品种的订单。FIA 的报告说，系统应当拦截这样的订单

一家公司在看到你的规则和订单流之前报出的任何延迟数字，都是在别人的规则和订单流上测出来的。请它根据你自己那一天的回放重新给出这个数字。

amBrain 在其中处于什么位置？

amBrain 构建算法交易基础设施：订单执行、行情数据和交易前风控。

amBrain 为自营交易公司构建平台：考核挑战、交易规则和账务。其交易方向的工作还包括交易终端开发、订单管理系统和 FIX 协议交易所对接。

amBrain 诊断交易和广告技术领域的慢系统：对运行中的平台做端到端测量，报告会指明时间耗在了哪里。

amBrain 自 2019 年起开发软件。它有三种合作方式：整体交付、专属团队，或工程师嵌入你的团队。客户拥有产品与代码的全部所有权，amBrain 的可复用组件除外。

如果你的风控检查很慢，或者靠电子表格维护，那么无论你选择哪家公司（包括 amBrain），都要把这四项测试写进合同。

本文不是案例研究，也不描述任何客户项目。本文没有引用 amBrain 所建任何系统的延迟数字，也不给出任何价格或工期。

常见问题

• 放在订单路径内部的检查会拖慢下单吗？会，但只慢一点。每项检查都会把自己的耗时加到每笔订单上，所以这个耗时必须很小，而且要经过测量。上面链接的那篇关于订单路径中交易前风控的文章，讲了具体怎么做
• 风控引擎要花多少钱，构建需要多长时间？成本和时间都会随着经纪商和交易场所的数量、资产类别、保证金规则以及由谁来运行引擎而增加。请每家公司为第一阶段报价并给出时间表，以上面四项测试作为验收标准