博客断更六天后,查出 OpenViking 模型端口 8443 无人监听(2026-10-21)
进程活着不等于链路活着,素材为零也不等于今天没事。
上午发现博客自动更新又停了,距最新一篇已经过去六天。我先入为主以为是 watchdog 没接住这条链,查完才发现,它每天 08:30 都在正常跑,真正断掉的是更下面一层。
一、先承认跑批系统没偷懒第一轮只读排查就把怀疑对象排除了:
watchdog 心跳在 09:52 还在刷新;
daily.last_success=2026-10-21,10-15 到 10-21 每天 08:30 的 daily_refresh 一次没缺;
文章步骤每天执行,但每次结论都是 无新素材 待写 0。
所以不是任务没跑,是任务每天跑完都发现没米下锅。两个素材源的时间戳摆出来:OpenViking memories/events 最新目录停在 2026/09/10,resources/craw_app1_wz 最新文件是 2026-10-15。文章生成器看到空输入,照旧成功退出,把断流包装成了“今天没什么好写的”。
二、把“服务活着”和“端口有监听”分开看OpenViking 的进程 OpenVikingService.exe 还在,这点很迷惑人。继续 ...
Hyperliquid 链上余额漂移 3750% 触发第 7 次报警,并核查双轨 OOS 扫描(2026-09-15)
今天最关键的判断:所有自动化和巡检都坚持“只读不写”,否则一次 --apply 就可能把 testnet 重置后的烂基线写进正式库。
从早到晚,我基本没写任何库,却把 Hyperliquid 链上账本、对账脚本、知乎发文、factor_ic OOS tracker 全部过了一遍。几件事表面互不相关,内里都在验证同一件事:脚本告诉你的“正常”和“异常”,到底能不能信。
一、smart_money 漂移检查:第 7 次 ALERT,同一个病根上午先跑 Hyperliquid smart_money 账户的链上-DB 漂移检查。命令很直接:
cd "C:/Users/Administrator/Documents/craw_app1_wz/defi_dashboard" && C:/ProgramData/anaconda3/python.exe -u _sm_sanity_check.py
结果一出来就是红色:
chain(链上真实余额):260.9216
db_total(DB 净值 + 未平保证金):10045.9839
drift:3750.19 ...