加密貨幣下幣提醒 — Binance、Upbit 與 Bithumb
下幣對價格的推動與上幣一樣劇烈 — 只是方向通常相反。當交易所宣佈某個交易對將被移除,或將某個代幣標記為待審查時,持幣者奪路而逃,折價迅速拉開。CryptoListing.ws 透過單一實時 WebSocket,以結構化 JSON 在Binance、Upbit 與 Bithumb 的下幣與警示公告發布的那一刻即刻推送。
為什麼下幣提醒很重要
下幣公告是一個已排定的負面催化劑。交易所會定下一個生效日期,充值與提幣逐步關閉,該交易對的交易將永久停止。在公告與生效日期之間,市場會對該代幣重新定價 — 往往在通知上線後的數秒之內。對任何運行自動化策略的人而言,搶先看到公告就是全部的優勢所在:無論您是要退出倉位、在仍上架該代幣的交易場所對沖,還是交易這波反應,公告都是那個觸發點,而其後的每一刻都是衰減。
在生命週期更早一步也是如此。在完全移除之前,交易所會發布警告:Binance 加上 Monitoring Tag,韓國交易所則施加警示指定。這些並非下幣,但它們是強烈、能推動市場的訊號,預示下幣可能到來 — 而且它們透過同樣的頻道發布。
三套下幣詞彙,同一個推送
每家交易所都以自己的說法描述移除與警告。推送會把它們正規化為一小組機器可讀的 listingType 值,讓同一個處理程式覆蓋全部三家交易所。
| 訊號 | 交易所 | listingType |
|---|---|---|
| 現貨交易對下架 | Binance、Upbit、Bithumb | spot_delisting |
| 合約 / 永續下架 | Binance | futures_delisting |
| 加入 Monitoring Tag | Binance | monitoring_tag_extend |
| 移除 Monitoring Tag | Binance | monitoring_tag_remove |
| 解除警示指定 | Upbit、Bithumb | caution_released |
一份快速的詞彙對照,因為這些詞很容易混淆:
- 下幣 — 交易對被永久移除。終局,對被移除的交易對而言始終是負面的。
- Monitoring Tag(Binance)— 一個貼在仍在交易的代幣上的可見警告標籤。它標示風險升高;可以被加上,之後又被移除,而下幣未必隨之發生。
- 警示 / 投資警告(Upbit 유의종목、Bithumb)— 韓國交易所版本的審查標記。它可能升級為下幣,也可能被解除。解除本身就是一個可交易的事件(
caution_released)。
REST 輪詢 vs 實時推送
您能找到的大多數下幣追蹤器都是輪詢工具。它們按固定週期查詢交易所的 REST 公告端點 — 通常從每 30 分鐘到最快約每 60 秒不等 — 並顯示自上次檢查以來的新內容。這對儀表板來說沒問題,但面對一個已排定的負面催化劑,輪詢間隔就是您的最壞情況延遲:一則在剛輪詢完之後一秒才落地的公告,得等完剩下的整個間隔才會被人看到。
CryptoListing.ws 反其道而行。不是由您按定時器拉取,而是由服務在公告發布的瞬間透過 WebSocket 把它推送給每一個已連線的客戶端 — 沒有需要等完的輪詢節奏。其結果是毫秒級地送達一個結構化事件,而不是週期性地拍下一張網頁快照。您可以用每條訊息裡的時間戳親自測量網路那一段。
訊息結構
每個下幣或警示事件都是單一 JSON 物件。請把 ticker 當作可能以逗號分隔來處理:一則通知可能一次涉及數個代幣。
{
"type": "announcement",
"title": "Binance Will Delist TOKEN on 2026-08-01",
"ticker": "TOKEN",
"publisher": "binance",
"listingType": "spot_delisting",
"detectedTimestampUs": 1710345000005000,
"dispatchTimestampUs": 1710345000006000
}
連線並過濾出下幣
在 WebSocket 升級時以 X-API-Key 標頭認證。使用東京端點接收完整的多交易所推送,或使用首爾端點僅接收 Upbit。然後只保留您關心的下幣與警示事件型別。
# pip install "websockets>=14" — the header param is additional_headers # (extra_headers was removed in websockets v14+) import asyncio, json, websockets API_KEY = "dsk_your_key_here" WS_URL = "wss://cryptolisting.ws" # 東京,所有交易所 DELISTING_TYPES = {"spot_delisting", "futures_delisting", "monitoring_tag_extend", "caution_released"} 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 DELISTING_TYPES: for ticker in msg["ticker"].split(","): print(msg["publisher"], msg["listingType"], ticker) asyncio.run(run())
各交易所下幣頁面
這是支柱概覽頁。每家交易所都有自己的模式、措辭與下幣節奏 — 請深入各專屬頁面:
- Binance 下幣提醒 — 現貨與合約下幣,以及 Monitoring Tag 變更。
- Upbit 下幣提醒 — 유의종목 投資警告與 상장폐지 移除。
- Bithumb 下幣提醒 — KRW 市場上的警示指定與下幣。
常見問題
什麼是加密貨幣下幣提醒?
一個結構化 JSON 事件,在交易所發布移除或警示通知的那一刻透過 WebSocket 推送。它攜帶 ticker、釋出方、listingType 以及微秒級時間戳,讓自動化系統能立即作出反應。
覆蓋哪些交易所?
Binance、Upbit 與 Bithumb。每種事件型別與兩個端點的完整說明,請參閱完整的公告 API 參考文件。
Monitoring Tag 或警示是否意味著下幣已成定局?
不是。兩者都是對仍在交易的代幣發出的警告。它們經常先於下幣,但並不保證下幣;另有一個獨立的 spot_delisting 事件標記實際的移除。
我能取得過往下幣的審計記錄嗎?
可以 — 近期的檢測結果(包含下幣與警示變更)都列在最新檢測頁面上。