关键合规日期
MiFID III国内转化截止日期：2025年9月29日
二级措施适用：2027年10月1日
目录
引言：传统日志的问题
在算法交易领域，合规审计传统上依赖日志文件。但存在一个根本性问题：传统日志文件可以被篡改、删除或重新排序——而且没有加密方法可以证明情况并非如此。
当ESMA或国家主管机构（NCA）要求审计记录时，投资公司提交的日志本质上是"请相信我们"的文件。监管机构必须按面值接受这些记录，没有数学保证证明记录自创建以来未被修改。
VeritasChain Protocol（VCP）v1.0通过提供加密可验证的审计追踪来解决这一差距，应对MiFID II/III的要求。
理解MiFID II/III监管框架
MiFID框架由多个监管文件组成：
| 文件 | 说明 | 状态 |
|---|---|---|
| MiFIR | 金融工具市场法规 | 直接适用 |
| MiFID II | 指令2014/65/EU | 需要国内转化 |
| MiFID III | MiFIR修订（EU 2024/791） | 2024年3月28日生效 |
2024年MiFIR／MiFID II修订（条例(EU) 2024/791和指令(EU) 2024/790；并不存在名为“MiFID III”的法规）于2024年3月28日生效，该指令的国内转化截止日期为2025年9月29日。然而，关键的二级措施推迟至2027年10月1日。
RTS 25：时钟同步要求
RTS 25（委员会授权法规（EU）2017/574）为交易场所及其成员建立了精确的时钟同步要求。
精度要求
| 活动类型 | 最大偏差 | 粒度 |
|---|---|---|
| 高频交易（HFT） | ±100微秒 | 1微秒 |
| 其他交易活动（包括非高频算法交易） | ±1毫秒 | 1毫秒 |
| 语音交易、询价（RFQ）、协商交易 | ±1秒 | 1秒 |
UTC可追溯性
所有时间戳必须可追溯至BIPM年度报告中列出的计时中心广播的UTC。此要求确保了交易记录的跨境可比性。
VCP-TIME支持
VCP-TIME提供面向RTS 25的时间戳管理：
ClockSyncStatus- 记录事件发生时的同步状态TimestampPrecision- 指示达到的精度级别UTCTraceability- 记录计时源链
RTS 6：算法交易治理
RTS 6（委员会授权法规（EU）2017/589）为从事算法交易的投资公司建立了组织要求。
主要要求
| 领域 | 要求 | VCP支持 |
|---|---|---|
| 治理 | 明确的责任体系 | VCP-GOV签名层级 |
| 年度自评 | 风险管理审查 | 审查的审计追踪 |
| 交易前控制 | 价格限制、最大订单价值 | 控制事件日志 |
| 紧急停止开关 | 紧急订单取消 | 停止开关激活记录 |
交易前控制文档
RTS 6第15条要求设置订单录入的交易前控制（终止功能见第12条），包括：
- 价格限制 - 自动拒绝超出可接受价格范围的订单
- 最大订单价值 - 每笔订单名义价值上限
- 最大订单数量 - 订单数量上限
- 每秒最大消息数 - 限流控制
- 紧急停止开关 - 紧急停止功能
ESMA执法重点
ESMA的2024年监管优先事项特别强调算法交易控制。投资公司应预期以下方面将受到更严格的审查：
- 交易前控制的文档和测试
- 紧急停止开关激活记录
- 年度自评质量
RTS 22/24：交易报告与记录保存
RTS 22：交易报告
RTS 22（委员会授权法规（EU）2017/590）要求交易报告包含65个数据字段，包括：
- 交易日期和时间（毫秒精度）
- 执行场所识别
- 工具识别（ISIN）
- 价格和数量
- 买方/卖方识别（LEI）
- 决策者信息
格式现代化
ESMA已提议将交易报告从ISO 20022转为JSON格式，目标为2026年Q1。
RTS 24：记录保存
RTS 24（委员会授权法规（EU）2017/580）要求订单记录保存5年，包括：
- 订单识别和排序
- 提交、修改和取消时间戳
- 交易能力指标
- 卖空标志
- 算法交易标志
VCP-TRADE覆盖范围
VCP-TRADE提供与MiFID II/III记录保存相关的结构化事件类型：
ORDER_SUBMIT、ORDER_MODIFY、ORDER_CANCEL- 包含所有RTS 22字段的
EXECUTION_REPORT - 用于第27条最佳执行证据的
BEST_EXECUTION_CHECK - 用于5年完整性验证的加密哈希链接
第27条：最佳执行义务
MiFID II第27条确立了最佳执行义务，要求投资公司采取"所有充分措施"为客户获得最佳可能结果。
MiFID III下的主要变更
虽然MiFID III废除了RTS 27/28报告要求（执行场所报告），但最佳执行义务本身仍然完全有效。
| 方面 | MiFID II | MiFID III |
|---|---|---|
| 最佳执行义务 | 是 | 是（未变） |
| RTS 27场所报告 | 必需 | 废除 |
| RTS 28年度报告 | 必需 | 废除 |
| 内部监控 | 必需 | 加强（CTP数据） |
VCP-TRADE通过以下方式支持最佳执行合规：
- 每笔交易的执行质量指标捕获
- 相对参考价格的价格改善追踪
- 用于政策审查的场所比较数据
MiFID III主要修订
统一数据带提供商（CTP）
MiFID III最重要的变更之一是强制设立统一数据带提供商：
| 资产类别 | 选定CTP | 目标启动 |
|---|---|---|
| 债券 | Ediphy | 2026年 |
| 股票和ETF | EuroCTP（联盟） | 2026年 |
CTP将提供来自所有欧盟场所的实时、统一的交易后数据，显著提高最佳执行监控的价格透明度。
单一交易量上限（SVC）
MiFID III将双重交易量上限机制简化为7%的单一交易量上限：
"根据股票豁免（参考价格和协商交易豁免）进行的交易不得超过该工具在欧盟全境总交易量的7%。"
二级措施时间表
实施MiFID III变更的关键二级措施推迟至2027年10月1日，包括：
- 修订后的交易前和交易后透明度RTS
- CTP运营要求
- 增强的系统性内部化者制度
ESMA执法重点
近期的执法行动凸显了ESMA的优先事项：
值得注意的执法案例
- 交易前控制失效 - 多个NCA因价格限制实施不当而处以重大罚款
- 交易报告错误 - RTS 22字段填写的系统性错误导致超过100万欧元的罚款
- 记录保存缺陷 - 无法重建订单序列的公司面临执法行动
这些案例的共同点：无法证明在相关事件期间实际发生了什么。
VCP的技术解决方案
VeritasChain Protocol通过分层加密架构解决MiFID II/III合规问题：
四层保护模型
| 层级 | 技术 | MiFID II/III收益 |
|---|---|---|
| 1. 规范化 | JCS（RFC 8785） | 确定性事件表示 |
| 2. 哈希链 | SHA-256链接 | 篡改检测、顺序证明 |
| 3. 默克尔树 | 聚合完整性 | 高效批量验证 |
| 4. 数字签名 | Ed25519 | 不可否认性、归属 |
性能特征
VCP专为高频交易环境设计：
- 哈希计算：约15,120事件/秒（单线程）
- 签名生成：约7,500签名/秒
- 验证：约12,000验证/秒
这些性能特征确保加密审计追踪不会成为高吞吐量交易系统的瓶颈。
VCP模块映射
| MiFID II/III要求 | VCP模块 |
|---|---|
| RTS 25时钟同步 | VCP-TIME |
| RTS 6算法治理 | VCP-GOV |
| RTS 22/24记录 | VCP-TRADE |
| 第27条最佳执行 | VCP-TRADE |
| 核心完整性 | VCP-CORE |
欧盟/英国监管分歧
脱欧后，欧盟和英国的监管框架正在分化。VCP设计为适应两种制度：
| 方面 | 欧盟（MiFID II/III） | 英国（FCA） |
|---|---|---|
| 最佳执行报告 | RTS 27/28废除 | 审查中 |
| 统一数据带 | CTP强制 | 自愿方式 |
| 交易量上限 | 7% SVC | 不同校准 |
| 记录保存 | 5年 | 5年（一致） |
VCP灵活的事件模式支持在两个司法管辖区的合规，必要时可添加特定于司法管辖区的扩展。
结论：从"信任"到"验证"
MiFID II/III为算法交易透明度建立了全面的要求，但传统日志系统无法提供监管机构日益要求的数学确定性。
VeritasChain Protocol通过提供以下功能弥合这一差距：
- 可检测篡改的记录 - 任何修改都会破坏哈希链
- 不可否认性 - 数字签名使谁记录了什么可归属
- 高效验证 - 默克尔树实现快速批量检查
- 5年以上完整性 - 加密可验证性在保存期内持续有效
- 双司法管辖区支持 - 适用于欧盟和英国合规
合规的未来是可验证的，而非可信任的。
VCP使投资公司能够提供可验证的证据——而不仅仅是声明。
验证，而非信任。
资源
- VeritasChain Protocol官方网站
- GitHub: VeritasChain
- IETF Internet-Draft: VCP
- MiFID III（EU 2024/791）- EUR-Lex
- ESMA MiFID II单一规则手册
本文由VeritasChain Standards Organization（VSO）出于技术教育目的提供，不构成法律或合规建议。具体监管事项请咨询合格的专业人士。
联系方式：technical@veritaschain.org
分享本文：