TickDB 博客:市场数据与 API 教程 · 第 20 页

TickDB 博客:市场数据分析、API 接入教程与 AI 行情工具实践。按市场和主题查找文章。

霍尔木兹海峡危机72小时:VIX恐慌指数飙涨超11%、黄金急升近3%——两大避险标尺的强联动与信号解读

4月17日至21日,霍尔木兹海峡经历了从“停火乐观”到“重新封锁并开火”的剧烈反转。 美东时间4月20日开盘,VIX恐慌指数跳空高开+11.44%,现货黄金(XAUUSD)盘中最高触及2780美元,日内最大涨幅达2.87%。 两者在事件冲击下的相关系数飙升至0.74——这是自2019年沙特油田遇袭以来,地缘事件中VIX与黄金联动的最高值。 教科书告诉我们,地缘冲突升温时,恐慌指数和黄金应该同步上涨

TickDB Research ·

霍尔木兹开火油价破90:行情数据拆解黄金诡异暴跌,附监控代码

本文适合谁读?你能收获什么? 如果你被周末的原油暴涨、黄金暴跌、美股期货跳水搞得一头雾水——这篇文章就是写给你的。 普通投资者:重点阅读第一、二、四节。你将看清本轮冲突的核心脉络,获得一张"地缘冲突避险对照表"。 关注量化与数据的朋友:第三节提供一段可直接运行的行情监控代码,帮助你在地缘事件中实时追踪价格异动与流动性变化,提前识别风险信号。 一、48小时内发生了什么:从"开放海峡"到"舰炮开火"

TickDB Research ·

Python + Redis 实时行情共享:WebSocket 数据流的订阅管理与断线恢复实践

▍阅读指南 - 如果你只想要代码:直接跳转第四章,核心实现可复制运行。 - 如果你想理解设计思路:从第二章开始,拆解 Redis 作为共享总线的工程考量。 - 如果你关心生产级细节:第五章有踩坑记录与调优参数速查。 一、多策略共享行情的工程难题 1.1 各自订阅的三重代价 当一个量化系统运行多个策略时,最常见的做法是每个策略独立订阅 WebSocket: 这种写法在策略数量增加时会暴露三个问题:

TickDB Research ·

为火山引擎 Agent 注入实时金融感官:基于 TickDB 的毫秒级行情接入实战

> ▍本文适合谁读?你能收获什么? > > - 量化开发者 / 数据工程师:你将获得一套可直接落地的生产级行情接入方案,包含 WebSocket 长连接管理、心跳重连、逐笔成交处理等全部工程细节。 > - Agent 开发者 / 技术决策者:你将理解如何将专业的金融数据封装成 Agent 可调用的 Function,让你的智能分析、智能决策类 Agent 拥有“实时盯盘”与“逐笔异动监控”的能力。

TickDB Research ·

全市场Tick级行情来了:主数据源延迟6秒?双源交叉验证+逐笔成交监控方案

本文适合谁读? 如果你只用单一数据源跑策略,某天发现成交价和回测信号对不上,查了半天才发现是行情延迟了——这篇文章就是写给你的。个人开发者重点阅读第一、二、四章,获得双源交叉验证的轻量级方案和切换速查表。专业量化团队深入第三、五章,获得包含心跳、重连、限频的生产级监控代码。 一、痛点层:主数据源延迟,你的策略在裸奔 凌晨2点,英伟达财报发布。你的策略在盘后第一时间发出买入信号,但成交记录显示你买在

TickDB Research ·

多市场行情数据聚合服务的高可用架构设计:连接保活、智能重连与限频控制

一、问题背景 最近在负责一个量化交易系统的行情数据接入模块,需要同时从三个市场(美股、港股、加密货币)拉取实时快照。系统上线第一周,监控系统就频繁告警:数据断流了。 翻看日志发现,问题全在连接管理的工程细节上。有的 WebSocket 连接看起来是通的,但数据一动不动——就像交易时段报价突然凝固,实际是连接已死。HTTP 轮询更麻烦,动不动就被返回 429,服务端明确说“你太快了”,但我们的重试逻

TickDB Research ·

Spring Boot WebSocket 实时行情推送实战:从断线重连到并发优化

开篇:凌晨三点的报警电话 给三家公司做过行情推送服务之后,我养成一个职业病——手机永远开声音睡觉。因为你不知道凌晨三点哪个交易所会因为流动性枯竭疯狂发数据,也不知道哪条 TCP 连接会在你睡得最香的时候断开。最惨的一次,前端页面上的价格停了 40 分钟,用户截图发到群里,我才被电话炸醒。 最早用的是 Spring 官方的 STOMP over WebSocket,配合 Simple Broker。

TickDB Research ·

美股盘后财报追高,为什么我总被套在山顶?三个信号教你识别假突破(附实时行情)

盘后一只股票跳涨8%,你追进去,成交价比看到的报价高出2%。 几分钟后股价回落,你被套在山顶。 不是你的财报判断错了。是你踩进了美股盘后最经典的陷阱——流动性真空。 这篇文章不讲"盘后流动性差"的废话,只讲三件事: - 这个真空是谁制造的 - 算法在盘后怎么收割散户 - 三个信号,让你下次追高前先刹车 --- 一、盘后市场:规则变了,对手没变 很多人以为盘后就是"人少了的正常市场"。错。这是完全不

TickDB Research ·

WebSocket 连接池生产级实现:实时行情高可用与负载均衡

▍阅读指南 - 如果你只想要代码:直接跳转第三章,核心骨架可参考运行。 - 如果你想理解设计思路:从第二章开始,拆解连接池各组件的工程考量。 - 如果你关心什么时候该用连接池:第六章有速查表,30 秒定位你的场景。 --- 一、轮询的尽头是 WebSocket,单连接的尽头是连接池 1.1 轮询的三大原罪 绝大多数量化新手的第一套行情获取代码长这样: 这段代码在工作时,CPU 和网络资源在大量浪费

TickDB Research ·

美股行情数据揭秘:盘后交易流动性陷阱,为什么你的市价单总亏钱?

盘后一只股票跳涨8%,你追进去。成交价比看到的报价高出2%。几分钟后股价回落,你被套在山顶。 这不是财报判断错了。是你撞上了美股盘后特有的流动性真空——常规交易时段,做市商和算法拥挤报价,价差0.01美元、深度几万股;盘后瞬间,它们集体撤出,价差骤然扩大,深度骤降。你看到的价格是真实的,但它背后的挂单量是虚假的。一笔不大的市价单,就能击穿多个价位。 但本文不会停留在“盘后流动性差”这个家喻户晓的结

TickDB Research ·

美股夜盘数据能预测次日开盘吗?10年历史回测与实时行情监控实战

本文适合谁读?你能收获什么? 隔夜持仓是美股交易中最煎熬的决策。收盘后到次日开盘的十几个小时里,夜盘(美东20:00至次日04:00)的走势是你唯一能看到的“实时信息流”。很多人凭直觉认为:夜盘涨了,次日大概率高开;夜盘跌了,次日大概率低开。但这个直觉有多可靠?我们拉取了标普500成分股中流动性最好的50只股票,从2015年到2025年整整10年的数据,做了一次系统性回测。 如果你是普通投资者,你

TickDB Research ·

订单簿深度与实时行情:价差0.01元,为什么买一万股成本贵了一千块?流动性三层拆解与量化监控指南

一、开篇 你盯着一只股票,买一卖一价差只有0.01元。你心想流动性真好,一笔市价单买入一万股。 成交后一看,平均成本比卖一价高了0.15元。一万股下来,多花了一千多块。 这不是券商黑了你的钱。是你撞上了一堵看不见的墙——流动性深度。学术界对流动性的定义远比“买卖价差”丰富。Kyle(1985)和Harris(1990)将流动性定义为三维动态模型:宽度衡量交易成本,深度衡量市场吸收大单的能力,弹性衡

TickDB Research ·