Bot / LEX 盤查

它在檢查什麼？
Redis 中 market_status 是「盤口開關」的權威標準， lex:{event_id} 內每個 snapshot 的 state 必須跟齊。
📌 event 基準：掃 exchange_odds:* 拿到要檢查的 event 列表（exchange 沒收的 event 不在 bot 處理範圍）
⚠ 盤口過濾：只比對 LEX/Exchange 支援的 market_id（1x2 / Winner / Handicap / Total 系列；其他 market 屬於正常）
判定規則：
• market_status = 1 → 盤口開放 → LEX 應為 OPEN
• market_status = -1/0/缺 → 盤口關閉 → LEX 應為 SUSPENDED 或無 snapshot
如何閱讀本表？
每列代表 (賽事, product, market_status狀態, LEX狀態) 的不一致組合，market_count 是該組合下有幾個盤口。
👉 點任一列會跳出 modal，列出該組合下的所有問題盤口（market_id / specifiers / 兩邊各自 age）。
常見原因：
• market_status=active + lex=(missing)：LEX 還沒收到 snapshot 或被刪了
• market_status=(missing) + lex=OPEN：通常代表賽事已結束，但 LEX 殘留
• market_status=deactivated + lex=OPEN：盤口被暫停但 LEX 沒同步
關於 age 欄位（為什麼會出現負秒？）
age = 現在時間 − Redis 中該盤口最新一次更新的時間戳。負秒代表 Redis 的時間戳比本機的「現在」**還要晚**，常見原因：
• 時鐘漂移：上游發送端（Sportradar / 撮合引擎）的伺服器時間比本機快幾秒
• 本機時鐘慢：你執行工具的這台機器 NTP 沒同步
一般情況下出現幾秒以內的負值是正常的；如果差到分鐘以上就要檢查兩邊的時鐘

它在檢查什麼？
每筆紀錄是 (某個 agent / bot, 某場 event) 的 pair。 ⚠ 只處理 PG users.bots.status = 'active' 的 bot，inactive 的 bot 自動忽略。
檢查流程：
1. 透過 RiskCtrl gRPC GetSubscriptionList 取出該 agent 訂閱的所有 tournament
2. 透過 GetTournamentList 取出該 agent 對該 tournament 的 gate（trading_tournament_status，ON/OFF）
3. 透過 GetEventList 撈該 tournament 的所有 event
4. 對每場 event 從 Redis 檢查 has_odds / has_open_market / has_bot_quote
本表只列 has_bot_quote=N 的（bot 還沒掛單）。
欄位說明：
• bot_name：bot 名稱（例：bot_TONY01-TONY01），從 PG users.bots 查得；無 PG 連線時為空
• agent_id：訂閱該 tournament 的代理（一個 agent 對應一隻 bot）
• subscribed：該 agent 是否訂閱了這個 tournament（本表都是 Y，因已過濾）
• gate：trading_tournament_status。ON=該 agent 對該 tournament 開閘可以交易；OFF=即使訂閱了，gate 沒開，bot 也不會掛單
• has_odds：exchange_odds:{event_id} 有資料 → 交易所端有賠率
• has_open_market：至少一個 market_status=1 → 有盤口開放
• has_lex_snapshot：lex:{event_id} 有 snapshot → bot 已登錄這場（不代表實際掛單）
• has_bot_quote：Y=所有 OPEN 盤口都有 book 報價；PARTIAL=部分 OPEN 盤口空 book；N=全部 OPEN 都空 book，或根本沒 OPEN
• open_markets：LEX 中 state=OPEN 的支援盤口數
• quoted_markets：上述中 book.runners 有實際 back/lay 報價的數量
• unquoted_open：open_markets - quoted_markets，>0 代表有 OPEN 盤口卻沒掛單
列出條件：必須 has_odds=Y AND has_open_market=Y（即「該掛」的前提）AND has_bot_quote ≠ Y（包含 PARTIAL 和 N）。 若 odds 或 market 都沒，bot 沒掛是合理的，不列為異常。
• match_status：not_started / live / ended
• phase：PRE 賽前 / LIVE 進行中
• market_age_sec：market_status 最新更新距現在秒數（越大代表資料越舊）
常見原因：gate=OFF（agent 沒開閘）、bot 還沒處理到、bot 卡住、或盤口剛建立 LEX 還沒同步

它在檢查什麼？
Redis 中只有 lex:{event_id} 有資料，但 exchange_odds、market_status、event_status 三個全部都空的 event。
意義：表示上游（Sportradar / 撮合引擎）已經把這場 event 完全清掉，但 LEX 還殘留 snapshot。
常見原因：賽事已結束太久、Sportradar 主動撤回 event、LEX 清理任務沒執行到、或是賽前準備但 exchange 沒承接
欄位說明：
• LEX snapshot 數：lex hash 內共有幾個 entry
• 支援盤口數：其中屬於支援 market_id（1x2 / Winner / Handicap / Total 系列）的
• state / phase 分布：例如 SUSPENDED:36, OPEN:3 / LIVE:30, PRE:9
• 最新 LEX 時間距今：LEX snapshot 中最近一次更新到現在多久（越久代表殘留越久）