Bithumb 下幣提醒 — 投資警示與下幣即時推送

Bithumb 是韓國第二大主流交易所，它在韓元市場的決定，牽動著讓 Upbit 上幣聞名的同一股散戶資金。一則 Bithumb 下幣或投資警示公告，可能在幾分鐘內讓代幣的掛單簿枯竭。CryptoListing.ws 會在 Bithumb 發布的瞬間，把這兩類公告以結構化 JSON 透過 WebSocket 推送出去。

Bithumb 從警示到下幣的路徑

與 Upbit 一樣，Bithumb 很少在沒有預警的情況下下幣。代幣會先被列為投資警示，在 Bithumb 審查期間維持該狀態，之後不是被解除，就是自韓元市場移除。每一次轉變都會在 Bithumb 官方公告管道發布——每一次都是潛在的交易機會。

推送流把這個流程收斂到真正推動交易的兩個階段：下幣與警示解除。中間的指定階段與充值暫停不會推送，因此你的處理程式只會收到可以採取行動的事件。

Bithumb 的兩種事件類型

兩者與 Bithumb 的新上幣事件共用同一個 WebSocket，並以 listingType 區分，因此一條連線即可同時涵蓋 Bithumb 的上幣、下幣與警示解除。上幣方面請參閱 Bithumb 上幣提醒 概覽。

Bithumb 與 Upbit 的比較

兩家韓國交易所都執行多階段的警示流程，也都會引發散戶主導的快速反應——但它們在不同的公告欄、不同的時間各自獨立發布。在一家被警示的幣，不會自動在另一家也被指定。只看其中一家交易會留下盲區；同時推送 Upbit 與 Bithumb 的單一推送流可以補上它。關於兩個市場的策略觀點，請參閱我們的部落格文章 Bithumb vs Upbit listing strategy (EN) 與 Bithumb caution & delisting alerts (EN)。

WebSocket 推送，而非 REST 輪詢

多數 Bithumb 下幣追蹤工具會以固定間隔輪詢 Bithumb 的 REST 公告端點——通常每 30 分鐘一次，最短也要 60 秒。對下幣而言，這個間隔就是最壞情況下的延遲：一則剛好在輪詢後發布的下幣公告，要等到下一個週期才會被看到。CryptoListing.ws 則在 Bithumb 發布的瞬間，透過 WebSocket 把事件推送給所有已連線的用戶端——不必等待輪詢週期，以毫秒級速度送達結構化訊息。Bithumb 自己的 行情 WebSocket (EN) 只推送已在交易之交易對的價格，不包含公告欄內容。

訊息格式

標題原樣轉送，因此韓文內容會完整送達。請把 ticker 視為可能以逗號分隔：一則 Bithumb 公告可能點名多個幣種。

{
  "type": "announcement",
  "title": "[안내] TOKEN(TOKEN) 원화 마켓 거래지원 종료 안내",
  "ticker": "TOKEN",
  "publisher": "bithumb",
  "listingType": "spot_delisting",
  "detectedTimestampUs": 1710345000005000,
  "dispatchTimestampUs": 1710345000006000
}

連線並只接收 Bithumb

在升級請求中以 X-API-Key 標頭驗證。在東京或首爾端點加上 ?cex=bithumb 篩選器，即可只接收 Bithumb 公告——對部署（co-located）在韓國的機器人，首爾（wss://kr.cryptolisting.ws）端到端最快。

# pip install "websockets>=14"  — 標頭參數為 additional_headers
# （extra_headers 已在 websockets v14+ 中移除）
import asyncio, json, websockets

API_KEY = "dsk_your_key_here"
WS_URL  = "wss://jp.cryptolisting.ws?cex=bithumb"  # 東京，僅 Bithumb

async def run():
    headers = {"X-API-Key": API_KEY}
    async with websockets.connect(WS_URL, additional_headers=headers) as ws:
        async for raw in ws:
            msg = json.loads(raw)
            if msg.get("type") != "announcement":
                continue
            if msg["listingType"] in ("spot_delisting", "caution_released"):
                for ticker in msg["ticker"].split(","):
                    print(msg["listingType"], ticker, msg["title"])

asyncio.run(run())

把訊號化為行動

Bithumb 下幣提醒的價值，完全取決於你在它觸發後的那段時間做了什麼。spot_delisting 公告會啟動倒數：充提逐步關閉，掛單簿變得一面倒，折價往往在早期就已拉開，而不是等到生效日。如果你持有該代幣，公告就是趁掛單還有深度時退出的訊號；如果你沒有持有，它就是一個明確的事件，可以在 Bithumb 或仍上架該交易對的其他交易所交易這次反應。

caution_released 的解讀正好相反。一個原本處於投資警示、現在被解除的幣，剛卸下壓力，而解除往往標誌著這波壓力的底部，而不是更多壓力的開始。簡單記錄目前被標記的代幣，就能讓每一次解除成為有脈絡的訊號，而不是孤立的一行——你會知道這是已化解的風波還是雜訊。兩種情況的重點相同：對公告本身做出反應，而不是等幾分鐘後的輪詢才發現它。

兩個訊號背後的資料見以下頁面：警示解除 頁面列出我們的推送流自 2026 年 4 月以來追蹤到的 Bithumb 與 Upbit 解除案例及其價格變動；上幣公告價格反應 統計提供 Bithumb 下幣公告後的變動中位數：24 小時內最低點 −21.3%（26 次下幣）。最高點或最低點是極值，而不是報酬。

常見問題

Bithumb 投資警示是什麼？

對仍在交易的幣種所做的風險警示指定。它可能被解除（caution_released），也可能升級為下幣——它本身是警示，而不是下幣。

多快能收到 Bithumb 下幣提醒？

事件會在 Bithumb 發布公告的瞬間推送——以毫秒級速度送達結構化 JSON 訊息，而不是輪詢快照。微秒級時間戳記讓你可以自行量測端到端效能。

推送流也涵蓋 Bithumb 上幣嗎？

是的。上幣、警示解除與下幣都在同一條連線上送達，並以 listingType 區分。請參閱 Bithumb 上幣提醒 頁面與完整的 API 參考。

Upbit 與 Binance 的下幣呢？

同一推送流也推送 Upbit 與 Binance 的下幣。三家交易所的綜合介紹見 加密貨幣下幣提醒。