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 的下币。三家交易所的综合介绍见 加密货币下币提醒。