05 · 程序化交易与合规
2023 年之前，程序化交易在国内的规则是「散装」的：各家交易所的异常交易监控、各券商的风控口径各不相同。2023-2024 年，沪深北交易所新规与证监会《证券市场程序化交易管理规定》先后落地，程序化交易第一次有了全国统一的规则框架。本篇从定义讲起，拆解报告制度、高频交易监管、国外经验，最后落到个人量化开发者的合规清单。
⚠️ 风险提示
本文为公开常识的客观整理，仅用于学习与研究，不构成法律意见。程序化交易监管正处于快速完善期，具体报告义务、监控指标与处罚规则均以最新法规、交易所规则及监管文件为准。实盘部署前请与你的开户券商/期货公司确认最新执行口径。
一、什么是「程序化交易」
1.1 定义（常识口径，以最新规定为准）
| 维度 | 常见认定口径 |
|---|---|
| 核心特征 | 以计算机程序自动生成或执行交易指令（非人工逐笔下单） |
| 报单速度 | 程序化报单延迟显著低于人工（毫秒级） |
| 批量申报 | 同一策略在短时间内批量生成并提交大量订单 |
| 常见形式 | 量化策略、算法拆单（TWAP/VWAP）、高频做市、条件单/网格自动化 |
通俗判断：只要你的买卖指令是代码触发的（而非人工敲键盘逐笔下单），就大概率属于**程序化交易**——不管策略多简单、频率多低。
1.2 为什么要专门监管
| 风险 | 说明 |
|---|---|
| 瞬时冲击 | 大量订单瞬间堆积造成价格剧烈波动（如 2015 年股灾期间的程序化助涨助跌） |
| 假信号 | 高频撤单制造虚假**流动性**，误导其他投资者 |
| 技术故障 | 程序 Bug 导致的极端订单（乌龙指、循环报单） |
| 公平性 | 基础设施、速度与数据获取的军备竞赛扩大机构与散户差距 |
二、中国程序化交易监管落地（2023-2025 新政）
2.1 时间线（常识概括）
| 时间 | 事件 |
|---|---|
| 2023 年 9 月 | 沪深北交易所发布程序化交易管理实施细则（征求意见），明确报告制度与监控要求 |
| 2024 年 | 证监会发布《证券市场程序化交易管理规定（试行）》：程序化交易监管的部门规章级框架 |
| 2024-2025 | 沪深北交易所正式实施细则落地：报告、监控、收费差异化全面运行 |
2.2 《证券市场程序化交易管理规定》核心要点
| 要点 | 内容 |
|---|---|
| 报告制度 | 程序化交易者须向交易所履行信息报告义务（开户后、交易前） |
| 异常交易监控 | 交易所对高频报撤单、瞬时大单等特征实时监控并采取自律措施 |
| 差异化收费 | 对**高频交易实施差异化收费**（提高申报/撤单费用），抑制过度交易 |
| 禁止性行为 | 明确禁止利用程序化交易**操纵市场**（虚假申报、拉抬打压等） |
| 交易网关管理 | 券商场内系统接入与交易网关管理，防止绕过风控直连 |
📖 口径说明
具体执行细节（报告时限、指标阈值、费用标准）以交易所最新实施细则为准——本章节只讲框架逻辑。
三、报告制度实操
3.1 谁要报告
| 对象 | 是否报告 |
|---|---|
| 机构程序化交易者（量化私募、券商自营等） | 必须，且须指定专人负责报告 |
| 个人程序化交易者（个人量化、自动网格、条件单重度用户） | 视规则而定：达到程序化交易定义即须报告（以最新规定为准） |
| 仅用交易软件「手动点击」的普通投资者 | 通常不属于程序化交易，无需报告 |
关键常识：「我是散户，写点 Python 自动交易」也要报告——现行框架下个人程序化交易者同样在报告义务范围内（具体以最新规定与券商执行为准）。
🛑 散户写 Python 自动交易也要报告
「我是散户，写点 Python 自动交易」也要报告。 现行框架下程序化交易的定义不看身份、只看指令是否由代码触发——个人程序化交易者同样在报告义务范围内。
3.2 报告什么（常识清单）
| 项目 | 内容 |
|---|---|
| 基本信息 | 账户、实际控制人、资金与证券来源 |
| 策略类型 | 策略名称、逻辑类型（趋势/套利/做市/高频等） |
| 服务器位置 | 程序化交易服务器所在地、托管位置（券商机房/自有机房） |
| 技术参数 | 报单频率、撤单率、最大订单量等（以规则要求为准） |
| 变更报告 | 策略、服务器、控制人等信息变化须及时更新报告 |
3.3 报告流程与配合义务
- 通过开户券商/期货公司向交易所报告（券商是执行入口）。
- 券商有权对程序化交易者进行合规审查，必要时可限制其接入。
- 不报告或虚假报告的后果：交易所可采取限制交易等自律措施，情节严重的移送证监会（以最新规定为准）。
四、高频交易监管
4.1 高频交易的特征认定（常识口径）
| 指标 | 常见认定方向（以最新规定为准） |
|---|---|
| 报单速率 | 每秒报单数量达到一定阈值（例如以每秒数笔起，具体阈值见规则） |
| 撤单率 | 申报后快速撤销的比例异常高（大量报单不成交） |
| 报撤比 | 申报笔数与成交笔数之比过高（报 100 撤 95） |
| 当日累计 | 单日报单总量达到交易所监控阈值 |
4.2 监管手段
| 手段 | 逻辑 |
|---|---|
| 差异化收费 | 对高频报撤单收取更高费用——用成本抑制无意义流量 |
| 异常交易监控 | 实时识别瞬时大单、频繁撤单、拉抬打压等特征 |
| 限制措施 | 限制开仓、限制交易、暂停账户（情节严重的） |
| 穿透核查 | 穿透到实际控制人、设备与策略（呼应「穿透式监管」，见 01-中国金融监管体系.md） |
对个人量化的含义：普通个人量化的报单频率（分钟级、秒级）通常远达不到「高频」阈值——大部分个人策略不在高频监管的核心射程内，但报告义务不因此豁免。
五、国外经验
5.1 美国：Reg NMS 与 fee 模式
| 制度 | 内容 |
|---|---|
| Reg NMS（2005） | 全国市场系统规则：价格保护（best price 优先）、禁止锁定/穿越、订单可见性要求 |
| Reg ATS | 另类交易系统监管：暗池等 ATS 须注册并向 SEC 报告 |
| maker-taker 模式 | 交易所对提供流动性（maker）给返佣、消耗流动性（taker）收费——用费用结构激励做市与高频挂单 |
| FINRA 高频监控 | 对高频交易者的订单流量与撤单行为监控 |
要点：美股市场对高频的态度是「纳入监管框架内交易」而非禁止——高频是市场结构的一部分，监管重点在滥用行为（虚假报价、塞单）而非速度本身。
5.2 欧盟：MiFID II 对高频的要求
| 要求 | 内容 |
|---|---|
| 算法交易识别 | 从事算法交易的机构须向监管报告 |
| 频率门槛 | 高频交易认定有量化标准（报单速率、日内订单量） |
| 做市义务 | 高频**做市商须签做市协议并持续提供流动性** |
| 熔断与监控 | 交易所须具备波动熔断与异常交易监控机制 |
5.3 英国
- FCA 对算法交易与高频交易执行 MiFID II 框架（脱欧后保留核心要求）。
- 强调算法治理：机构须对策略开发、测试、上线、回滚有完整内控。
六、对个人量化的影响
6.1 个人量化需要报告吗
| 场景 | 判断（以最新规定为准） |
|---|---|
| 用交易所/券商 App 挂条件单、网格（云端执行） | 多为软件自带功能，执行主体是券商系统，一般不单独报告 |
| 自己写程序通过 API/量化平台自动下单 | 属于程序化交易，通常需要报告 |
| 策略仅用于回测、不连接实盘 | 不涉及实盘交易，无需报告 |
💡 行动建议：拿不准就直接问券商合规部门
拿不准时，直接问开户券商/期货公司的合规部门——报告与否的责任在交易者，券商有义务协助，但不会替你判断。
6.2 违反规则的后果（常识概括）
| 情形 | 可能后果 |
|---|---|
| 应报告未报告 | 交易所/券商要求整改，可能限制程序化交易权限 |
| 异常交易特征被监控到 | 问询、约谈、限制交易（短则数日，长则数月） |
| 高频申报+撤单被认定滥用 | 差异化收费（成本上升）+ 限制措施 |
| 利用程序化操纵市场 | 行政处罚 + 刑事责任（操纵证券期货市场罪）——这是红线中的红线 |
七、合规的量化开发建议
7.1 交易留痕
| 留痕项 | 内容 |
|---|---|
| 订单日志 | 每笔申报/撤单的完整时间戳（毫秒级）、价格、数量、状态 |
| 策略版本 | 每次策略变更的代码版本与部署记录 |
| 账户流水 | 与券商对账单核对，定期对账 |
| 参数配置 | 风控参数（最大单笔、最大持仓、日亏损限额）的历史配置 |
💡 留痕的意义：自证合规的最强证据
被问询时，完整的日志与版本记录是自证合规的最强证据；没有留痕的交易行为，在监管眼里等于「不可解释的行为」。
7.2 风控阈值（前置风控建议）
| 风控项 | 建议 |
|---|---|
| 单笔限额 | 每笔订单最大金额/手数硬上限 |
| 持仓限额 | 单品种最大持仓、总持仓上限 |
| 撤单率 | 策略内设撤单率上限，超过即自动停策略 |
| 报单频率 | 每秒/每分钟报单数上限，防止循环 Bug |
| 亏损熔断 | 单日亏损达阈值自动停止交易 |
| 网络断开保护 | 断线后禁止自动补单，防止重复报单 |
7.3 避免异常行为特征
| 避免 | 原因 |
|---|---|
| 瞬时巨量申报后大量撤单 | 典型「虚假申报」嫌疑特征，可能被认定为操纵 |
| 高频循环报撤单 | 增加监控命中率与差异化费用 |
| 拆单规避监控 | 故意用多个账户/小单拆分规避监控=穿透监管重点（见 01-中国金融监管体系.md 穿透式监管） |
| 策略无风控裸奔 | 一个 Bug 就可能让策略成为「异常交易」本身 |
7.4 个人量化合规清单（可直接自检）
- 实盘自动化前，向开户券商/期货公司确认是否需报告，需则完成报告。
- 服务器部署位置、策略类型、账户信息如实报告，变更及时更新。
- 策略内置前置风控：单笔/持仓/亏损/撤单率/频率五道闸。
- 完整订单日志与版本留痕，定期对账。
- 不做虚假申报、对倒、拆分规避等任何操纵嫌疑操作。
- 关注交易所与证监会最新规则：本领域的细则仍在快速更新。
八、监管速查表
| 维度 | 中国（现行框架） | 美国 | 欧盟 |
|---|---|---|---|
| 报告义务 | 有（券商代办入口） | 有（FINRA/SEC） | 有（MiFID II） |
| 高频认定 | 报单速率/撤单率阈值 | 监管关注但不设统一频率禁令 | 量化标准认定 |
| 收费 | 高频差异化收费 | maker-taker 市场机制 | 无统一差异化收费 |
| 操纵禁止 | 明确列举禁止性行为 | Reg ATS/Reg NMS + 反操纵 | 反市场滥用条例 |
延伸阅读
- 量化策略的工程实现：15-量化实战篇 的 04-实盘自动化.md
- 风控架构与审计留痕：10-系统对接篇 的 05-风控与资金管理.md
- 穿透式监管与违规处罚框架：01-中国金融监管体系.md
- 操纵行为识别（对倒、虚假申报在市场中的表现）：12-市场生态篇 的 03-市场操纵手法识别.md