滚动撮合交易在量化系统中的工程实现思考

在量化交易系统中,撮合模块往往被视为“基础组件”,实现得也相对较早。 常见规则并不复杂:价格优先、时间优先,买卖盘条件满足即可成交。

但在真实系统运行一段时间后,尤其是在接入 tick 级行情、做策略回放或仿真时,我们往往会遇到一个现象: **策略逻辑没有变化,回测和仿真的成交结果却开始出现偏差。

由bqrtfmrc创建,最终由bqrtfmrc更新于

多市场实时行情接入:港股与美股的一种更稳妥做法

如果你在做多市场量化研究,尤其是同时覆盖港股和美股,大概率会在行情接入这一层卡过壳。\n策略逻辑本身并不复杂,但一旦数据源混乱,回测结果和实盘表现就很难对齐。

你可能也经历过类似场景:\n为了同时获取港股和美股行情,对接了多个 API,字段命名不同、时间戳规则不一致,数据还时不时延迟或缺失。表面看

由bqrtfmrc创建,最终由bqrtfmrc更新于

Tick 数据在量化研究中的实际价值与接入实践

在量化研究中,行情数据往往被视为“基础设施”。 只要能顺利拿到 K 线数据,策略回测、因子构建和模型训练似乎就可以正常推进。

但随着研究深入,尤其是在尝试更细粒度的信号或更短周期的策略时,数据本身会逐渐成为影响结果的重要变量,而不仅是输入条件。

本文结合实际系统实践,讨论在什么场景下有必要引入

由bqrtfmrc创建,最终由bqrtfmrc更新于

回测和实盘差异:我在量化开发里的真实经验

在做量化策略的这些年里,我常常遇到这样一个场景:策略在回测里表现得完美无缺,可一上线观察实时信号,竟然会有那么一点点偏差。

一开始,我总是怀疑是不是自己逻辑写错了,或者参数不够“贴合”。但多次排查后发现,有些偏差根本不是策略的问题,而是数据和运行环境在作怪。几秒钟的差异,长期累积下来,就会

由bqrtfmrc创建,最终由bqrtfmrc更新于

分页:第1页
{link}