Kraken保證金顯示異常進入監測
Kraken狀態頁在10月9日10時07分（協調世界時）掛出事件，稱正在調查一批客戶在App和網頁端看到的保證金信息與現貨餘額不正確。公告寫明受影響的是部分客戶，不是全部賬戶，團隊正在處理。
同一狀態頁在14時31分更新爲監測。原文是修復已經實施，正在觀察結果。頁面沒有寫受影響賬戶數量，沒有寫偏差幅度，也沒有寫問題從何時開始、是否涉及特定交易對。
公開事件標題同時覆蓋保證金信息和現貨餘額，範圍是App與網頁兩個界面。狀態頁沒有說明錯誤數字是否進入訂單、強平或出金計算，只確認展示層出現不正確信息。原因、責任模塊和是否需要用戶側操作，均未披露。
Cointelegraph較早報道了保證金數據顯示異常，當時尚未轉述修復。官方後續更新把事件從調查改成監測，等於承認修復已提交，但結果仍在觀察。狀態頁同日還有其他條目，包括Decred充值暫停、巴西雷亞爾PIX充值性能下降後解除，這些條目沒有被官方併入保證金事件。
Kraken沒有在該事件下公佈客戶通知、補償或交易回滾。子集這個詞是官方原話，對應的賬戶篩選條件沒有公開。監測狀態意味着頁面仍打開，不是已解決。
這不是買賣公告，而是賬戶展示層的故障。買方是仍按屏幕上的保證金和現貨餘額做加倉、減倉判斷的槓桿用戶，賣方壓力在於錯誤數字可能改變下單時點。事件驅動來自狀態頁兩次更新，不是某個幣的資金流入。受益方是已經等到修復提交、並改用其他覈驗方式的用戶；承壓方是隻看App或網頁餘額做保證金決策的子集客戶，因爲官方還沒證明展示已經恢復正確，也沒說明撮合是否受影響。
10時07分到14時31分是官方公開的調查窗口，約4小時24分。監測開始後，狀態頁沒有給出下一次更新時間。
來源：公開信息
ABAB AI 解讀
Kraken的故障披露沿用狀態頁，不沿用客服長文。2022年該平臺曾因以太坊合併前後的交易接口和提現排隊被用戶集中追問，處理方式同樣是先掛調查、再改監測。這次10時07分的原文把保證金和現貨餘額並列，14時31分只寫修復已實施，中間沒有原因段落。展示錯誤與撮合錯誤因此被留在同一條未關閉事件裏。
賬戶數字是槓桿交易的抵押品讀數。子集客戶在App和網頁同時看到不正確的保證金與現貨餘額，等於兩個入口共用一套錯誤數據，而不是單端緩存。官方沒有公佈賬戶數和偏差幅度，也沒有說訂單、強平、出金是否讀取了同一數字。修復進入監測後，用戶側仍缺少可覈對的第二本賬。
可對照的是2021年Binance因系統維護暫停部分提現時，先改狀態頁再補公告；以及FTX崩塌前用戶看到的餘額與實際託管脫節。Kraken當前處在修復後的觀察階段：代碼或配置已經提交，事件沒有標成已解決。控制權在狀態頁更新，不在屏幕前的槓桿用戶。
本質上是定價權暫時移到錯誤讀數。保證金決定能不能加倉和會不會被減倉，現貨餘額決定可劃轉規模。機制是界面與賬本分離：官方只承認子集客戶的展示不正確，卻沒有同步證明撮合讀取的是另一套數。監測期裏，屏幕價格仍然在變，賬戶數字的可信度還沒有被官方收回。
ABAB News · 認知定律
兩個入口同時出錯，通常是同一本賬。
修復已提交，不等於數字已可信。
保證金是讀數，讀數錯了，倉位決策先錯。