內容目錄
顯示
2026 年 9 月 27 日的幣圈日報先看兩項進展。CoinDesk 表示，其檢視 XRP Ledger 紀錄後發現，截至台北時間 9 月 26 日 20:41，約 5,400 萬 XRP 已離開 Bitget 事件的五個原始存放帳戶；這只能證明資產移動，不能證明已成交、兌換或套現。
Bitget 官方另公布 9 月 28 日至 10 月 2 日分階段恢復提領的計畫。9 月 26 日發布的 XRPL 狀態報導則指出，BatchV1_1 因驗證者支持曾不足而重設兩週倒數；若支持持續維持，最早約在 10 月 9 日啟用。
兩件事的共同判讀原則是：平台排程不等於服務已恢復，條件式最早日期也不等於功能已啟用。以下會把媒體鏈上檢視、Bitget 官方時程、公司自述與 XRPL 協定文件分開。
今天先看三個判斷
- 已確認：媒體鏈上檢視顯示約 5,400 萬 XRP 已離開原始帳戶；Bitget 公布 9 月 28 日起的分階段提領時程。BatchV1_1 的啟用倒數已重設，主網尚未正式啟用這項 amendment。
- 合理判讀：鏈上轉移不等於市場賣出。原生 XRP 沒有發行者可操作的協定層凍結開關，但託管平台仍可限制自己控制的帳戶；BatchV1_1 延後則是治理門檻重新計時，不是 XRPL 主網故障。
- 待觀察：Bitget 是否依資產與網路實際恢復提領、被盜 XRP 是否出現可核對的兌換或交易所流向，以及 BatchV1_1 能否維持支持至條件式 10 月 9 日，仍須等平台與鏈上狀態更新。
1。Bitget 事件進入新階段：5,400 萬 XRP 轉出，提領將分批恢復
事件概述
前兩日 Bitget 事故出現新的鏈上與營運進展。CoinDesk 表示，原先約 1.03 億 XRP 分散在五個原始帳戶；截至 9 月 26 日 12:41 UTC，約 5,400 萬 XRP 已轉出，約 4,900 萬 XRP 仍留在原始帳戶。這是地址餘額變化，不是成交或法幣化證據。
資訊來源
數量與觀察時間來自 CoinDesk 的鏈上檢視；服務日期來自 Bitget 官方提領公告。原生 XRP 與託管平台的凍結差異，則以 XRP Ledger 的 Freezing Tokens 與 Currency Formats 文件為準。
資訊可信度
約 5,400 萬 XRP 是媒體對五個原始帳戶的鏈上檢視，本輪研究未取得完整地址清單逐筆重算；可寫成有來源的觀察，不可改成 Bitget 或 Ripple 官方確認。Bitget 的日期是第一方服務排程，但只有相應資產與網路實際開放、用戶能完成提領，才算恢復完成。
已確認事實
- CoinDesk 的觀察顯示，兩個原先各約有 2,000 萬 XRP 的帳戶已幾乎清空，另一個降至約 580 萬 XRP；這仍只代表資產分散。
- 原生 XRP 沒有 issuer，不能由發行者在 XRPL 協定層凍結；中心化交易所仍可限制其託管帳戶、攔截入金或拒絕提領。
- Bitget 表示漏洞已修復、事件已受控、用戶餘額不受影響且保護基金涵蓋財務影響；這些是公司自述，不是獨立稽核或已完成賠付的證明。
| Bitget 公布階段 | UTC | 台北時間 |
|---|---|---|
| BTC／Bitcoin | 9 月 28 日 08:00 | 9 月 28 日 16:00 |
| ETH／Ethereum、BSC、Arbitrum、Base、Optimism | 9 月 29 日 08:00 | 9 月 29 日 16:00 |
| USDT／Ethereum、BSC、Solana、Tron | 9 月 30 日 08:00 | 9 月 30 日 16:00 |
| 其他代幣、法幣與 P2P | 10 月 2 日 08:00 | 10 月 2 日 16:00 |
資訊判讀
判讀時可分三層：鏈上只顯示資產去了哪些地址；平台公告說明預計何時恢復哪些服務；使用者能否提領則要看當下的「資產＋網路」狀態。沒有交易所成交、DEX 兌換、跨鏈或法幣出金證據，就不應把轉出寫成已賣出，更不能據此預測 XRP 價格。
新手怎麼處理
- 若資產放在 Bitget，先核對幣種與網路的實際按鈕狀態，不要為測試而先存入更多資產。功能開放後，仍要確認地址、網路、memo／tag、最低額度與手續費。
- 可先閱讀交易所託管與暫停存提風險，再比較託管與自託管錢包；自託管仍有助記詞、簽署與轉錯地址風險。
- 使用區塊鏈瀏覽器可以核對公開交易，但不能只靠地址流向認定攻擊者身分、成交或賠付。假客服若索取密碼、驗證碼、助記詞或私鑰，應立即停止互動。
2。XRPL BatchV1_1 倒數重設：最早 10 月 9 日仍是條件式
事件概述
9 月 26 日的狀態報導指出，BatchV1_1 的驗證者支持曾短暫掉到門檻以下，原本兩週倒數失效；支持於 9 月 25 日 14:46:02 UTC 恢復至 30／35 後重新計時。若支持持續維持，條件式最早啟用時間約為 10 月 9 日 14:46:02 UTC，即台北時間 22:46:02。這不是主網故障，也不是確定上線日期。
資訊來源
CoinDesk 狀態報導提供倒數重設、30／35 與條件式日期；xrpldashboard 的歷史列與 Ripple 歷史帳本核對 Majority CloseTime。門檻與功能則以 XRPL 的 Amendments、Known Amendments 及 Batch Transactions 文件為準。
資訊可信度
amendment 規則、功能與歷史 CloseTime 有第一方文件或帳本支撐。研究窗時間邊界要保留：多數狀態是在台北時間 9 月 25 日 22:46:02 恢復，早於本期觀測窗；本期納入的是 9 月 26 日發布的狀態更新。10 月 9 日只是在支持未再下降時推算出的最早時間。
已確認事實
- XRPL amendment 需要超過 80% 的受信任驗證者支持，並連續維持兩週。35 名驗證者中至少要有 29 名支持；28 名正好是 80%，不足以維持多數。
- BatchV1_1 最多可包入八筆交易，支援 ALLORNOTHING、ONLYONE、UNTILFAILURE、INDEPENDENT 四種模式；只有 ALLORNOTHING 代表所有內部交易都成功才整批成功。
- BatchV1_1 取代舊 Batch 並修補原始實作的關鍵錯誤。rippled 3.3.0 已收錄軟體支援，但不等於主網已啟用 amendment。
資訊判讀
正確狀態鏈是「rippled 已支援 → 驗證者支持超過 80% → 連續維持兩週 → amendment 正式 enabled」。任何一次支持掉到門檻或以下，都可能讓計時重設。Batch 的價值是把互相依賴的操作放在同一批，例如用 ALLORNOTHING 讓付款與資產交付一起成功或失敗；實際安全性仍取決於模式、簽章與應用實作。
新手怎麼處理
- 一般 XRP 持有者不必因倒數重設就遷移資產、重設錢包或簽署「升級」交易；要求輸入助記詞的升級連結應視為高風險。
- 開發者、錢包與交易平台應追蹤 XRPL 官方 amendment 狀態，並確認所用 xrpld／SDK 支援；閱讀「上線」消息時，要分清程式碼發布、節點升級、投票達標、倒數完成與主網 enabled。
- 若想先理解節點、共識與公開紀錄，可閱讀區塊鏈入門；本次實際門檻與啟用狀態仍以 XRPL 官方文件為準。
今日風險儀表板
| 面向 | 今日訊號 | 可信度 | 判斷理由 |
|---|---|---|---|
| 監理 | 資料不足 | 高 | 本期沒有新的主管機關規則、命令或執法文件；XRPL 驗證者治理不是政府監理。 |
| 資安 | 升高 | 高 | 媒體鏈上檢視顯示約 5,400 萬 XRP 離開原始帳戶，Bitget 仍在安排分階段恢復提領；這不證明已出售或發生新一波入侵。 |
| 資金流 | 資料不足 | 高 | 單一事故的資產轉移不是全市場淨流入／淨流出，且缺少成交證據。 |
| 市場槓桿 | 資料不足 | 高 | 入選來源沒有一致口徑的未平倉量、資金費率、清算或借貸槓桿資料。 |
接下來觀察什麼
- Bitget 是否依 9 月 28 日 BTC、9 月 29 日 ETH、9 月 30 日 USDT、10 月 2 日其他資產的節點，實際開放對應資產與網路；部分開放不能寫成全面恢復。
- 被盜 XRP 是否出現交易所入金、DEX 兌換、跨鏈或其他成交證據；後續移動必須另標觀察時間。
- Bitget、Mandiant 或 SlowMist 是否發布可核對的事故報告，以及凍結、追回、返還、保護基金動用與實際賠付數字。
- BatchV1_1 是否持續維持超過 80% 支持，並在條件式時間後由 XRPL 官方狀態確認正式 enabled；支持再次不足就可能重新計時。
本文為公開資訊整理與觀念教育，不構成任何投資建議。加密資產價格波動劇烈且可能大幅損失，進場前請自行研究並評估自身風險承受能力。
