加密货币下币提醒 — Binance、Upbit 与 Bithumb

下币对价格的冲击和上币一样剧烈 —— 只是通常方向相反。当交易所宣布某个交易对即将被移除，或将某个币标记为待审查时，持有者纷纷夺路而出，折价迅速拉开。CryptoListing.ws 会在 Binance、Upbit 与 Bithumb 发布下币与警示公告的瞬间，通过单一实时 WebSocket 以结构化 JSON 形式推送它们。

为什么下币提醒很重要

下币公告是一个预定的负面催化剂。交易所会指定一个生效日期，充值与提币逐步停止，该交易对的交易永久终止。在公告与生效日期之间，市场会对该代币重新定价 —— 往往就在通知上线后的几秒内。对任何运行自动化策略的人而言，抢先拿到公告就是全部的优势所在：无论您是在平仓、在仍上架该代币的交易场所对冲，还是在交易这波反应，公告都是触发点，而此后的每一刻都是衰减。

在生命周期更早一步也是如此。在彻底移除之前，交易所会发布警告：Binance 会加上 Monitoring Tag，韩国交易所则施加警示指定。它们不是下币，但都是强烈且能撼动市场的信号，预示下币可能即将到来 —— 而且它们发布在同样的渠道上。

三套下币术语，一条推送

每家交易所都用自己的说法来描述移除与警告。推送会把它们规范化为一小组机器可读的 listingType 值，因此一个处理器即可覆盖全部三家交易所。

一份快速的术语对照，因为这些词很容易混淆：

• 下币（Delisting） —— 交易对被永久移除。终局性的，对被移除的交易对而言始终是负面的。
• 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 事件才标志着实际的移除。

我能获取过往下币的审计记录吗？

可以 —— 近期的检测，包括下币与警示变更，都列在最新检测页面。