21 阅读
港股午休期的数据静默：如何避免监控系统误告警
港股午休期的数据静默：如何避免监控系统误告警 凌晨 3 点，你的告警机器人准时响了。Slack 频道弹出红色感叹号： > 🚨 [CRITICAL] NVDA.US WebSocket 连接断开，持续 61 秒未收到数据 你从床上弹起来，抓起笔记本，血压飙升。然后你看了眼时间——上午 9:31，距离港股收盘还有 4 个小时。 等等，你监控的不是港股 00175 吗？ 这就是港股午休期监控系统最常见
港股
港股市场深度分析，覆盖港交所和恒生指数
39 阅读
港股通南下资金流向的实时监控：用 TickDB 数据构建资金热度指标
港股通南下资金流向的实时监控：用 TickDB 数据构建资金热度指标 "当南下资金的脉冲穿过港股通的管道，订单簿里会留下痕迹。" 凌晨三点，你被 Slack 的告警炸醒——某只港股通标的在盘后突然放量上涨 12%。你打开行情软件，看到的是一片模糊的买卖盘口。但如果你手里有订单簿的实时切片，能看到买一档堆积的量是平时的 4 倍，卖一档几乎被吃光——这不是散户追涨，是机构在用港股通通道建仓。 这不是玄
57 阅读
港股 10 档深度数据实战：订单簿压力比在港股的效果验证
订单簿塌陷前兆：港股 10 档深度实战验证 > "美股你看得见每一档，港股你只能看见冰山一角——直到 TickDB 把十档数据全部捞出来。" 2016 年闪崩那天，某持有某中型港股的对冲基金风控系统报警了 0.3 秒。但他们没有 10 档数据，只有 Level 1——买卖各一档。等他们意识到流动性真空时，股价已经跌了 23%。 这不是故事，这是港股 Level 1 数据的盲区。 本文做一件事：用
57 阅读
港股午休期的数据静默：如何避免监控系统误告警
凌晨 3 点的告警：一位量化开发者的午休噩梦 凌晨 3 点，睡眼惺忪的你被手机震醒——监控系统发来告警：“数据流中断”。你条件反射地打开终端，手指悬在重启键上方。但定睛一看，时间戳显示 12:47。港股的午休时段。 这不是数据问题，是系统设计缺陷。 当监控系统不具备“市场时段感知”能力，正常的交易间隔会被误判为连接故障。随之而来的，可能是过度重连导致的 API 限频、凌晨无意义的告警通知，以及工程
78 阅读
港股午休期的数据静默：如何避免监控系统误告警
凌晨 3:17，飞书告警响起： > 「TickDB 数据流中断：HKEX 实时行情已断连 17 分钟」 揉着眼睛点开监控面板，看到交易品种是 （阿里巴巴），正准备启动应急响应——然后想起来，今天是普通交易日，不是节假日。 阿里巴巴在正常交易。 问题出在你的监控系统里：它不知道港股中午会"打烊"。 这不是你的代码有问题。任何一个刚接触港股数据的量化开发者，都会在某个深夜被这种误报惊醒。港股的午休机制
138 阅读
港股涡轮/牛熊证的量价特征：用 tick 数据识别衍生品对正股的影响
当涡轮到期：香港衍生品市场的事件驱动信号 "价格是结果，套利是原因。" 2019年11月某个交易日，港股某蓝筹正股在尾盘阶段突然出现连续三笔主动卖单，价格在两分钟内从58.20港元砸至55.80港元，跌幅4.1%，但成交量仅占总股本的0.03%。与此同时，该股对应的一只涡轮价格从0.45港元跌至0.02港元，跌幅超过95%。这不是基本面突变，而是一场精确计算的"回收事件"。 这类现象在香港涡轮和牛