Upbit 下幣提醒 — 即時推送 유의종목 與 상장폐지
Upbit 是韓國最大的交易所,它的下幣決定分量極重。一則 Upbit 상장폐지(下幣)或유의종목(投資警示)公告,幾秒內就能讓代幣重新定價。CryptoListing.ws 會在 Upbit 發布的瞬間,把這兩類公告以結構化 JSON 透過 WebSocket 推送出去——並提供給韓國機器人、同時推送 Upbit 與 Bithumb 的首爾端點。
Upbit 的警示流程
Upbit 不會在沒有預警的情況下下幣。代幣會經歷多階段的警示流程,每個階段都會在 Upbit 官方公告管道發布。了解這些階段,才能分辨撐得過去的風波與無法挽回的下幣。
| 階段 | 韓文 | 含義 |
|---|---|---|
| 投資警示 | 유의종목 지정 | 該幣被列入審查。仍在交易,但已被正式警示。可能被解除,也可能升級。 |
| 警示延長 | 유의종목 연장 | 審查期被延長——不確定性仍在。 |
| 警示解除 | 유의종목 해제 | 該幣通過審查,警示被撤銷。常見紓解性反彈。 |
| 下幣 | 상장폐지 | 交易對在公告的生效日期被永久移除。最終階段。 |
推送流把這個流程收斂到真正推動交易的兩個階段:下幣本身與警示解除。解除之所以重要,是因為通過審查的幣種經常反彈——這是一個獨立、可交易的事件,而不只是「沒有壞消息」。
Upbit 的兩種事件類型
| 訊號 | 韓文 | listingType |
|---|---|---|
| 現貨交易對下幣 | 상장폐지 | spot_delisting |
| 投資警示解除 | 유의종목 해제 | caution_released |
兩者都與新上幣事件走同一個 WebSocket,並以 listingType 區分,因此一條連線即可同時涵蓋 Upbit 的上幣、下幣與警示解除。上幣方面請參閱 Upbit 上幣提醒 概覽。
WebSocket 推送,而非 REST 輪詢
多數 Upbit 下幣追蹤工具會以固定間隔輪詢 Upbit 的 REST 公告端點——通常每 30 分鐘一次,最短也要 60 秒。對下幣而言,這個間隔就是最壞情況下的盲區:一則剛好在輪詢後發布的 상장폐지 公告,要等到下一個週期才會出現。CryptoListing.ws 則在 Upbit 發布的瞬間,透過 WebSocket 把事件推送給所有已連線的用戶端——不必等待輪詢週期,以毫秒級速度送達結構化事件。你可以用每則訊息中的時間戳記自行量測網路路段。(注意:Upbit 自己的 行情 WebSocket (EN) 只推送已在交易之交易對的行情與掛單簿,不包含公告欄內容。)
訊息格式
標題原樣轉送,因此韓文內容會原封不動地送達。請把 ticker 視為可能以逗號分隔:一則 Upbit 公告可能涉及多個幣種。
{
"type": "announcement",
"title": "[거래] TOKEN(TOKEN) 원화 마켓 상장폐지 안내",
"ticker": "TOKEN",
"publisher": "upbit",
"listingType": "spot_delisting",
"detectedTimestampUs": 1710345000005000,
"dispatchTimestampUs": 1710345000006000
}
從首爾連線
在升級請求中以 X-API-Key 標頭驗證。位於韓國的機器人應使用首爾端點:它推送 Upbit 與 Bithumb,並省去首爾→東京的路段。
# pip install "websockets>=14" — 標頭參數為 additional_headers # (extra_headers 已在 websockets v14+ 中移除) import asyncio, json, websockets API_KEY = "dsk_your_key_here" WS_URL = "wss://kr.cryptolisting.ws" # 首爾,Upbit + 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())
如何解讀這兩個訊號
spot_delisting 與 caution_released 指向相反方向,把它們混為一談會失去大部分優勢。상장폐지 是既定的利空:隨著生效日接近,流動性變薄,因此價格變動集中在對公告本身的反應上。相反地,caution_released 解除了壓力——原本處於 유의종목 審查中的幣通過審查,常常從被壓低的價位急速反彈。由於這兩類事件隨時間涉及同一批代幣,在記憶體中簡單記錄目前處於警示中的幣種,就能在之後的解除發生時結合脈絡解讀:這不是新幣,而是倖存者。
無論策略是退出有風險的部位、在仍上架該代幣的其他交易所避險,還是直接交易這次反應,公告都是觸發點,之後的一切都在衰減。這正是要以推送方式接收、而不是在下一次輪詢時才發現它的全部理由。
兩個訊號背後的資料見以下頁面:警示解除 頁面列出我們的推送流自 2026 年 4 月以來追蹤到的 Upbit 與 Bithumb 解除案例及其價格變動;上幣公告價格反應 統計提供 Upbit 下幣公告後的變動中位數:24 小時內最低點 −12.7%(15 次下幣)。最高點或最低點是極值,而不是報酬。
常見問題
유의종목 是什麼?
對仍在交易的幣種所做的投資警示指定。它代表風險升高,可能被解除(caution_released),也可能升級為 상장폐지(下幣)。它是警示,不是下幣。
多快能收到 Upbit 下幣提醒?
事件會在 Upbit 發布公告的瞬間推送——以毫秒級速度送達結構化 JSON 訊息,而不是輪詢快照。每則訊息都附有微秒級時間戳記,方便你自行量測端到端效能。
推送流也涵蓋 Upbit 上幣嗎?
是的。新上幣、警示解除與下幣都在同一條連線上送達,並以 listingType 區分。上幣方面請參閱 Upbit 上幣提醒 頁面,完整內容見 API 參考。