17 阅读
量化数据源的合规红线：你买的数据能用于实盘交易吗？
数据授权：量化交易的隐形门槛 2024 年初，某头部量化私募收到数据供应商的律师函。 他们在研报中引用了供应商提供的 Level 2 数据图表作为策略验证依据——仅是引用，没有直接用于交易系统。按理说，这应该是“合理使用”的范畴。但供应商的立场很明确：授权协议明确禁止任何形式的公开引用，包括内部研报。 私募最终花了 6 位数和解，策略被迫重构。 这不是孤例。在量化交易行业，数据合规是比交易逻辑更早
API 教程
TickDB API 开发教程、WebSocket 接入和 SDK 示例
11 阅读
零成本量化方案：免费数据源 + 开源回测框架 + 免费云资源
> "你的策略在回测中表现优异，但实盘一跑就崩——有多少人想过，问题可能出在你用的免费数据源上？" 这是 Reddit r/algotrading 上被顶了 2000+ 次的帖子主题。发帖人用 Yahoo Finance 的日线数据跑了三年趋势跟踪策略，年化 18%，夏普 1.4。实盘第一周，亏损 7%。 他后来发现：Yahoo Finance 的数据有大量前复权错误，前向复权用的是错误的因子计算
19 阅读
滑点与冲击成本模拟：让回测更接近实盘
滑点与冲击成本模拟：让回测更接近实盘 > "你的策略在回测中夏普比率 2.3，实盘运行三个月，夏普比率 0.8。" > > 不是策略失效了。是你的回测引擎从一开始就在骗你——它假设你能以 "下一个成交价" 买入，而真实的交易所需要的成本，远不止报价上的数字。 > > 这个差距有一个名字：冲击成本。它在每个订单进入订单簿的瞬间发生，却在最常见的回测框架中被忽略。本文拆解冲击成本的数学本质，给出基于订
16 阅读
TickDB 的延迟 SLA：99% 的请求在多少毫秒内返回？
TickDB 的延迟 SLA：99% 的请求在多少毫秒内返回？ “快了 10 毫秒，我亏了 200 万。” 2010 年 5 月 6 日，美股在几分钟内闪崩又反弹，一位高频交易公司的工程师发现他们系统的订单执行比市场慢了 17 毫秒——在那个级别的波动里，17 毫秒足以让一单市价指令从成交变成踩踏。 这不是虚构的恐怖故事，而是金融市场中每天都在上演的竞争现实。 延迟，在量化交易语境里不是一个技术指
17 阅读
零成本量化方案：免费数据源 + 开源回测框架 + 免费云资源
一分钱不花的量化系统：我用免费资源跑了三年 2019 年，我在凌晨三点被一个因子失灵的回测 bug 叫醒。那天晚上我意识到一件事——不是策略烂，是我的回测环境从第一天就在撒谎。 后来我花了两年时间，用零预算搭了一套完整的量化流水线：数据来源、回测框架、因子计算、模拟撮合、邮件告警，全部跑在免费云资源上。这套系统到现在已经处理过 400 多次完整的全市场周期回测，没花过一分钱。 这篇文章把我踩过的坑
10 阅读
历史数据完整性校验：如何发现数据源的“静默缺失”
历史数据完整性校验：如何发现数据源的"静默缺失" --- > "你的回测曲线很漂亮。实盘却亏了半年。最后发现，不是策略错了，是数据少了三天的行情。" > > 这不是段子。这是我在过去三年里见过的、导致量化策略失效最常见、也最隐蔽的原因。 回测是量化交易的起点。但很少有人意识到：回测结果的可靠性，不只取决于策略本身的逻辑，更取决于底层数据的完整性。 数据缺失有两种：显性缺失和静默缺失。显性缺失容易发
10 阅读
TickDB 的错误码为什么是 3001 而不是 429？统一错误码体系解读
凌晨两点的告警与一个数字 你见过凌晨两点的订单簿快照吗？ 2026 年 3 月中旬的一个深夜，一位量化开发者写了一套基于盘口失衡的日内策略。策略逻辑本身没有问题——当买卖压力比在 30 秒内从 1.0 骤降至 0.3 以下，且波动率放大时，预判一次短期回调。代码审了三遍，回测曲线漂亮。 然后他上线了。 三分钟后，飞书告警弹出：。他的策略在请求 数据时触发了频率限制。代码里确实有重试逻辑——但重试
12 阅读
学术量化论文复现指南：从阅读到代码实现
学术量化论文复现指南：从阅读到代码实现 "所有量化策略的起点，不是一行代码，而是一篇被你圈满批注的论文。" 这是许多量化研究员共同的记忆——凌晨三点，屏幕上是密密麻麻的数学符号，手里攥着打印出来的论文，咖啡已经凉透。文章读了三遍，公式推导了一遍又一遍，直到某个瞬间，"我懂了"——然后打开 IDE，发现无从下手。 学术论文与生产级策略之间，隔着一整套工程化能力：数据怎么来、回测怎么搭、参数怎么调、结
9 阅读
事件驱动回测框架：从零搭建一个可扩展的回测引擎
代码跑得通，和回测能信是两回事 2019 年，一个基于 MACD 金叉的策略在某社区流传。回测曲线漂亮得像是印钞机——夏普比率 3.2，最大回撤不到 8%。作者说这是"躺赚策略"，评论区涌入上百条"求代码"。 三个月后，同样的代码跑实盘，同一套参数，有人亏损 60% 清仓离场。 问题不在策略本身，而在于回测引擎的假设与现实之间存在一道裂缝：成交、滑点、信号延迟——这些在回测中"自动完成"的动作，在
8 阅读
实盘滑点监控：当成交价偏离信号价超过阈值时告警
实盘滑点监控：当成交价偏离信号价超过阈值时告警 开篇：一笔回测从不告诉你的事 你盯着屏幕上的收益曲线，回测年化 47%，夏普 2.3，最大回撤 8%。然后上线实盘，第一周盈利 12%，第二周亏损 6%，第三周——策略停了。不是因为市场变了，是因为滑点把每笔交易的利润吃光了。 这不是策略失效，是回测假设欺骗了你。回测引擎里，每一笔买单都以信号触发时的价格成交，卖单同理。现实是：信号在 t=0 发出，
9 阅读
TickDB 如何处理停牌、退市、成分股调整？历史数据的完整性保障
退市、停牌、成分股调整：历史数据质量的三场硬仗 --- 2019 年 4 月，一个量化团队的因子模型在美股小盘股因子回测中出现了 23% 的年化收益。团队花了两周时间排查因子逻辑、订单簿数据和财报质量——一切正常。最后发现：回测区间内，有 17 只股票在当年发生了退市，而回测系统对退市股票的定价返回了零值或错误值，导致价格类因子在这部分样本上产生了严重的伪信号。 这不是个别案例。几乎所有历史数据库
19 阅读
策略容量估算：你的策略能承载多少资金
你的策略能承载多少资金？量化交易的容量陷阱与工程化估算方案 > "回测年化 78%，夏普 3.2。模拟盘跑了三个月稳如老狗。然后你信心满满地入金 50 万，三个月后年化变成了 12%。" 这不是策略失效了。这是你的策略在资金规模面前，遭遇了教科书级别的流动性瓶颈。 每一个量化交易者在回测阶段都会遇到一个甜蜜的烦恼：曲线太漂亮了。但几乎没有人会在实盘之前认真问自己一个问题——这 78% 的收益，是在
12 阅读
asyncio 实战模式：协程任务的生命周期管理
代码在凌晨崩溃，而不是在白天 凌晨 3:17，你的交易监控系统告警响起。500 个协程正在运行，其中 3 个因为网络抖动永久挂起，既不报错也不退出。内存持续增长，但你不知道哪一部分在泄漏。你尝试发信号取消，但主进程无响应——它不知道如何正确地等待子协程结束。 这不是想象中的场景。这是每一个用 asyncio 构建过生产级系统的人迟早会遇见的问题。 协程的生命周期不只是 和 。当你需要管理 100
11 阅读
TickDB 的延迟 SLA：99% 的请求在多少毫秒内返回？
TickDB 内容战略专家 · 内容创作对话框 --- 创作任务书 - 选题ID：P-PERF-001 - 标题：TickDB 的延迟 SLA：99% 的请求在多少毫秒内返回？ - 适配账号：两者均可（本文以技术类为主，兼顾决策者视角） - 植入强度：中（代码部分使用 TickDB，展示实测方法） - 一句话创作要点：用“量化团队深夜收到告警”的场景开篇，引出 SLA 不仅是数字承诺，更是工程契约
19 阅读
中小资金量化的数据源性价比选择：每月 100 美元怎么花
中小资金量化的数据源性价比选择：每月 100 美元怎么花 开篇 “你的策略收益率不错，但，数据费比利润还高。” 这句话不是段子，是很多个人量化交易者真实的财务报告。 我见过有人花 200 美元/月买行情数据，结果策略年化收益只有 150 美元。也见过有人为了省数据费，用延迟 15 分钟的免费数据，回测曲线漂亮得像艺术，实盘亏得像灾难。 每月 100 美元，是很多个人量化开发者愿意投入的预算上限。怎
22 阅读
自然语言行情查询：TickDB SKILL 协议的 AI Agent 集成
凌晨三点，你被手机震醒——某个你追踪了半年的波动率策略触发了告警。你迷迷糊糊摸过手机，打开交易终端，输入代码，等待数据刷新。整个过程花了 45 秒，而你的策略信号窗口只有 30 秒。 这不是某部悬疑片的桥段。这是每一个曾经依赖 GUI 交易终端的量化开发者都经历过的场景。 问题不在于数据不够快——而在于人机交互的方式太慢了。当你需要查一串股票的实时价格时，你需要切换到终端、输入代码、解析响应、然后
24 阅读
TickDB 的历史数据清洗对齐到底做了什么？对比原始数据的 5 个维度
同样的代码，截然不同的回测结果 2019 年，一个量化团队用同一套动量策略，在两套数据源上做了为期三年的回测。一套来自某数据商，另一套来自 TickDB。结果让人后背发凉：前者夏普比率 2.1，后者 0.85。策略参数几乎一样，只是数据不同。 这不是某一方算错了。这是"脏数据"和"清洗数据"之间的差距。 回测是量化策略的基石。如果数据本身就是歪的，那所有基于数据的结论——因子 IC、仓位权重、止损
19 阅读
一个人、一台云服务器、一套量化系统：个人开发者全栈指南
一个人、一台云服务器、一套量化系统：个人开发者全栈指南 凌晨三点，你被一条告警推送叫醒。揉了揉眼睛，打开手机看了一眼——策略还在跑，订单正常执行，没有发生你想象中的爆仓惨剧。 这是你独立运行的量化系统，连续稳定运行第 847 天。 没有交易团队，没有基础设施团队，没有 24 小时值班运维。你只有一台月均 40 美元的云服务器，和一套自己从零搭建的量化系统。 这不是天方夜谭。这是每个个人量化开发者都
22 阅读
生产者-消费者模式在行情分发中的应用
削峰填谷：生产者-消费者模式下的行情分发架构 凌晨 3:47，美股期货夜盘开盘。 前一秒订单簿还波澜不惊，下一秒——英伟达盘后财报超预期，机构算法在 200 毫秒内完成了从「数据接收到订单成交」的全流程。你的策略刚刚收到第一条推送，队列里已经堆了 1,247 条待处理的行情消息。 这不是技术故障，这是速度战争中的结构性劣势。 行情数据的到达速率从来不是恒定的。财报发布、央行决议、流动性收紧——任何
25 阅读
策略连续亏损自动熔断：用状态机保护你的账户
策略连续亏损自动熔断：用状态机保护你的账户 --- 凌晨三点，你设置的“趋势跟踪策略”正在自动运行。 然后，连续亏损。 3 次。5 次。8 次。 你的账户在黑暗中被一点点侵蚀，而你正在睡觉。 这不是恐怖故事。这是每一个没有熔断机制的量化工程师迟早会踩的坑。 --- 一、为什么你需要一个熔断机制 先说个真实发生的事。 某私募的量化团队在 2022 年有个策略，专门做期权波动率回归。回测数据漂亮得不行