27 阅读
学术量化论文复现指南：从阅读到代码实现
从"看懂"到"跑通"：学术量化论文复现的系统化方法论 "我读完了论文，公式推导了一遍，数据也下了，为什么回测结果跟论文差了40%？" 这是许多量化研究者的真实困境。学术论文通常只展示策略的核心逻辑和最优结果，而复现过程中的关键细节——数据处理方式、参数选择、信号计算——往往隐藏在论文的字里行间，甚至直接缺失。 本文建立一套系统化的复现方法论，覆盖从论文阅读到代码实现的全流程，并提供可直接运行的数据
API 教程
TickDB API 开发教程、WebSocket 接入和 SDK 示例
21 阅读
限频自适应处理：当 API 返回 3001 时，你的代码该做什么
限频自适应处理：当 API 返回 3001 时，你的代码该做什么 开篇 你写的监控程序跑了三个月，一切正常。然后某天凌晨 3 点，你被飞书告警叫醒——不是策略亏损，是连接被封了。 日志里只有一行： 你看了眼代码：哦，有重试逻辑。再一看，10 秒后重试。再一看，10 秒后再重试。 结果：你的 IP 从限频变成了封禁。 这不是假设。Rate Limit 触发后最常见的错误不是"不重试"，而是"用错误的
26 阅读
TickDB vs Tushare：A 股数据源的跨市场能力对决
TickDB vs Tushare：A 股数据源的跨市场能力对决 > "数据是量化策略的原材料，但你永远不能用一把生锈的尺子量出精准的因子。" 2012 年，TuShare（彼时还叫 tadata）以开源之姿切入 A 股数据荒漠，靠着一套 进度条和一纸 GitHub README，在量化社区迅速积累起数万名用户。十几年过去，它几乎是国内量化入门的默认起点——教程、书籍、课程，无 TuShare
29 阅读
量化小白从 0 到 1：搭建你的第一个美股量化策略
程序员入局量化：你写的第一行代码，应该用来交易 很多程序员学量化，第一件事就踩了坑——跑去研究 K 线形态、缠论、波浪理论。 不是说这些没用，而是对于一个刚入门的程序员来说，这些东西的学习路径太陡了。你花三个月研究技术分析，最后发现：代码写不出来。 量化入门的正确姿势，应该反过来——先让代码跑起来，再理解市场。 本文的目标很简单：用你熟悉的编程方式，拿真实的美股历史数据，写一个能跑出结果的均线策略
28 阅读
大单检测与冰山订单推断：从订单簿变化反推隐藏挂单
大单检测与冰山订单推断：从订单簿变化反推隐藏挂单 > "订单簿是谎言，成交量是结果，冰山才是真相。" 2010 年 5 月 6 日的"闪电崩盘"中，道指在 20 分钟内暴跌 600 点，随后在次日几乎完全收复。当舆论将罪责推给算法交易时，一位匿名的量化研究员在社交媒体上写道："你们看到的是恐慌抛售，我看到的是某只大型共同基金在尾盘执行冰山订单——每一次抛压后都精准补单，量价关系整齐得像教科书。"这
29 阅读
当日行情自动归档：用 TickDB 历史接口构建本地行情数据库
当日行情自动归档：用 TickDB 历史接口构建本地行情数据库 "数据的价值在于被使用，而使用的前提是被保存。" 凌晨 1 点，你从睡梦中被手机震醒——不是因为策略亏损，而是脚本报错了。日志显示凌晨 0:15 分，某接口返回空数据，但你没有做空值容错，程序直接崩溃。第二天醒来，你发现当天 23:00-00:15 的夜盘数据全部丢失。 这不是段子。这是每一个尝试构建本地行情数据库的量化开发者，都可能
32 阅读
TickDB 如何做到单一连接跨市场？统一行情网关的技术解密
TickDB 统一行情网关：单一 WebSocket 跨市场数据的技术解密 作者：TickDB 内容战略专家 阅读时间：约 15 分钟 --- 开篇 > “你永远无法用一把钥匙打开所有门——除非这把钥匙是模块化的。” 凌晨三点，量化开发者老 K 被一阵急促的告警声惊醒。他的跨市场套利策略因为某个交易所的 WebSocket 连接断开，错过了港股比亚迪 15% 的跳空缺口。而就在同一天晚上，他订阅的
54 阅读
量化求职技能图谱：2026 年量化研究员需要会什么
量化求职技能图谱：2026 年量化研究员需要会什么 一份来自 200+ 量化面试官的真实反馈 “你写的这个因子，IC 多少？回测周期多长？实盘模拟衰减多少？” 这是某头部量化私募研究总监在面试中问我的第一个问题。那一刻我意识到，简历上写的“独立开发过趋势跟踪策略”在他眼里不如一个数字有意义。 这不是孤例。2025 年我们对 47 家量化机构的面试官做了匿名调研，收集了 200+ 条真实反馈。结论很
32 阅读
断点续传与数据补全：WebSocket 断连后的无缝修复
凌晨 3:17，你的交易系统告警了。 这不是普通的告警——过去 5 分钟的订单簿深度数据全部缺失。策略正在等待一个关键的技术形态确认，而它的"眼睛"在这 5 分钟里一直是黑的。 更糟糕的是，这 5 分钟恰好覆盖了某大型科技股盘后交易的关键波动窗口。你的追价策略需要这 5 分钟的数据来计算买卖压力比，而它拿到的是一片空白。 这不是假设。每一个运行实时数据流的工程师，都会在某个凌晨遇到这个场景。网络抖
32 阅读
TickDB 的 WebSocket 心跳机制：为什么原生 ping/pong 是工程优势
WebSocket 连接为什么会静默断开？——从 RFC 6455 协议层理解心跳机制 凌晨 3:17，你的监控告警突然响了。 策略没有触发，但系统日志显示所有 WebSocket 连接在 3:00 左右全部断开。重新连接后，数据已经断了 17 分钟。 这不是网络波动。是因为中间件（负载均衡器、NAT 网关、云防火墙）默认的空闲超时通常是 60 秒，而你没有定期向服务端发送任何数据。服务端以为客户
34 阅读
程序员转量化的金融知识速成指南：你只需要懂这 5 个概念
> "你写的第一个策略回测年化收益 300%。然后你用实盘跑了一个月，亏了 30%。" > > 这不是你的策略错了——是你的数据从根子上就错了。 程序员写量化策略，最大的坑不在算法，而在数据本身。同一个品种，A 网站告诉你"今天收盘价 150"，B 网站显示"148.5"，C 网站写的是"148.5（后复权）"。三个数字都是对的，但如果你不理解背后的含义，回测结果会天差地别。 本文不教你选股，不教
32 阅读
多源数据融合实战：用 TickDB 作为第二路行情交叉验证
数据是策略的命脉，但单一数据源是策略的命门 凌晨 3:47，你的趋势策略在美股盘后交易中爆仓了。 不是因为市场方向判断错误，而是主行情源在某条宏观数据发布后突然卡顿 12 秒。这 12 秒里，你的止损单没有触发，价格从 145.20 一路跌到 138.50。等数据恢复时，账户已经穿了三个点。 这不是虚构场景。这是 2023 年 1 月加州山火导致某云服务商节点故障期间，大量量化团队的实盘记录。事后
38 阅读
策略连续亏损自动熔断：用状态机保护你的账户
策略连续亏损自动熔断：用状态机保护你的账户 凌晨三点，你被飞书告警震醒。 揉了揉眼睛看了一眼面板：策略在过去 30 分钟内连续亏损了 12 笔，每笔亏损都在扩大。你下意识想去关掉策略，但手指刚碰到键盘，第 13 笔亏损已经成交了。 这不是故事。这是真实发生的量化灾难，而它的名字叫连环爆仓。 问题的根源不在于你的策略逻辑有错，而在于：没有人能在极端行情下保持冷静，更没有人能 24 小时盯着屏幕。当你
34 阅读
TickDB 能做什么、不能做什么：一份诚实的产品能力图谱
凌晨三点，你发现回测数据是假的 凌晨三点，你盯着屏幕上的回测曲线，嘴角忍不住上扬——年化 47%，夏普 2.3，这策略简直是天选之子。 你打开实盘，准备迎接财富自由。 一周后，策略亏损 12%。你开始怀疑人生。 三个月后，你终于找到原因：那份“10年历史数据”里，财报前的异常波动被清洗掉了，分红拆股的调整根本不对，凌晨盘的流动性数据全是0。 这不是策略的问题，是数据的锅。 数据选错，满盘皆输。 这
31 阅读
Go 语言量化开发入门：高性能行情网关的实现
从 Python 到 Go：量化开发者的性能跃迁指南 当你发现自己的 Python 回测系统跑完一天的因子分析需要 47 分钟，而隔壁团队用 Go 重写后只需要 6 分钟的时候，你大概会开始怀疑人生。 这不是一个关于“Python vs Go 谁更好”的哲学讨论。这是一个关于什么时候应该换工具、以及怎么换的务实指南。 本文面向已经熟悉量化策略开发、但被 Python 性能天花板困住的工程师。我不会
38 阅读
WebSocket 订阅架构设计：从单连接到连接池
WebSocket 订阅架构设计：从单连接到连接池 凌晨 3 点，告警响了。 你负责的量化策略系统盯了 120 支股票，某支标的的 WebSocket 连接在毫无征兆的情况下断开。策略模块还在用旧数据跑，等你手动重启服务、重新订阅、一切恢复正常时，最佳交易窗口已经关闭了。 这不是“网络波动”能解释的。这是架构设计的问题。 当订阅标的数量从 10 个增长到 100 个，从 100 个增长到 500
35 阅读
TickDB 的错误码为什么是 3001 而不是 429？统一错误码体系解读
从一次深夜告警说起 凌晨 2:47，你的交易监控系统突然亮起红灯。 你从床上爬起来，打开日志，看到一连串的错误：。你揉了揉眼睛，心想：429？不是限速吗？等一下再试不就完了？ 于是你在代码里加了个 ，第二天早上满怀信心地部署了。结果？告警更频繁了——因为你把所有请求都变成了排队，而队列越来越长。 这不是你一个人的故事。这是每个和 API 打交道的工程师都踩过的坑。 问题不在于你不会处理 429，而
58 阅读
从回测到实盘：填平那 5 道鸿沟
从回测到实盘：填平那 5 道鸿沟 > "我的策略在回测里夏普比率 3.2，跑实盘第一周爆亏 40%。" > > 这是 Reddit 量化交易区点赞最高的帖子之一。发帖者是个计算机硕士，用机器学习训练了一个选股模型，在 10 年历史数据上交叉验证，改了 6 个月参数，直到每个因子都"干净"地通过了统计检验。 > > 然后他在 2024 年 11 月把它上了实盘。 这不是个例。Erdton Capit
45 阅读
Embedding 股票相似度：从价格序列到向量检索
Embedding 股票相似度：从价格序列到向量检索 当你在 2023 年初发现一只叫 NVDA 的股票悄然翻倍时，量化团队已经用 Embedding 找到了下一个 NVDA。 这不是玄学，是线性代数。 传统的股票相似度计算依赖财报对比、行业分类或主观经验。但向量检索提供了一种更底层的路径：把股票的价格序列编码为高维空间中的一个点，让"相似"这件事可以被数学精确度量。当你的向量数据库在 0.3 秒
52 阅读
TickDB vs Tushare：A 股数据源的跨市场能力对决
TickDB vs Tushare：A 股数据源的跨市场能力对决 > “数据是量化策略的原材料，但你永远不知道原材料里藏着多少灰尘。” 这是每一位 A 股量化开发者都踩过的坑。 2018 年，你用 Tushare 跑了一个漂亮的 alpha 策略，回测年化 34%。实盘三个月后，你开始怀疑人生——每日收益曲线像是被狗啃过。后来你花了两周排查，发现问题出在数据：Tushare 的日线数据在交易日切换