Bithumb 上币与风险生命周期提醒

检测交易机器人可据以行动的 Bithumb 事件：新的现货上币、解除注意（解除指定）以及最终下架。通过 WebSocket 实时分发，每个阶段都带有确定性的事件 ID。

为什么要监控 Bithumb 上币公告？

Bithumb 是韩国最大的加密货币交易所之一，按交易量位居全球前列。与其他韩国交易所一样，由于韩国加密市场相对孤立，Bithumb 上币公告也可能在国际市场上引发显著的价格波动。

除了上币，Bithumb 还会发布一套结构化的风险通知序列，代币在下币前可能依次经历这些阶段 — 预警示、正式的警示指定、延长，最终要么解除、要么彻底下币。我们会捕获每一个阶段。结合 Upbit 上币公告提醒，监控 Bithumb 让您全面覆盖韩国交易所市场。

我们监控的 Bithumb 公告类型

我们持续监控 Bithumb 官方的公告与通知频道。我们转发新现货上币、解除警示（解除前一警示标记的 유의 종목 지정 해제 事件）以及现货下币。风险生命周期的中间阶段（预警示、正式指定、延长、充值暂停）在我们这一侧会被检测到，但不会向外广播 — 它们会带来噪音，但不构成清晰可执行的交易。维护窗口、常规网络升级与活动营销则会被过滤掉。

传递到推送总线上的 Bithumb 风险生命周期事件

总线上会推送两类事件：caution_released（重新启用 지정 해제——警示解除，通常伴随技术性反弹）和 spot_delisting（最终移除 거래지원 종료）。两者均会被实时检测，并与上币事件一同通过 WebSocket 送达。

Bithumb 生命周期的演进过程

在 Bithumb 一侧，一个代币典型的风险轨迹为：유의촉구（预警示）→ 거래유의종목 지정（指定）→ 지정 연장（延长）→ 要么 지정 해제（解除 — 我们以 caution_released 形式广播），要么 거래지원 종료（下币 — 我们以 spot_delisting 形式广播）。整个周期可能持续数周。一条 Bithumb 公告有时会同时涉及多个处于不同阶段的代币 — 例如同一条通知中一个代币被解除警示、另一个代币被下币 — 我们会将其拆分为独立的 WebSocket 事件，赋予不同的 listingType 值，便于您的机器人独立路由。完整的走查与真实示例请参阅我们的博客文章。

连接到 Bithumb 上币提醒

使用 ?cex=bithumb 参数过滤 Bithumb 公告，然后按 listingType 字段进行路由：

# Bithumb — 所有事件类型
import json, websocket

def on_message(ws, msg):
    data = json.loads(msg)
    if data["type"] == "announcement":
        print(f"BITHUMB: {data['ticker']} — {data['title']}")

websocket.WebSocketApp(
    "wss://cryptolisting.ws?cex=bithumb",
    header=["X-API-Key: YOUR_KEY"],
    on_message=on_message,
).run_forever()

韩国交易所公告策略

同时监控 Bithumb 和 Upbit，可让您全面覆盖韩国市场。有时一个代币的上币通知先出现在 Bithumb，有时先出现在 Upbit。率先发布公告的交易所通常会引发更大的拉盘：

# 监控所有韩国交易所
"wss://cryptolisting.ws?cex=bithumb,upbit"

Bithumb 公告的速度优势

我们全天候 24/7 运行，这使我们比 Telegram 机器人和邮件提醒更快——同时也比其他基于 WebSocket 的上币通知服务商更快。我们专门打造的基础设施在每一层都经过优化——从公告到你的客户端，只有纯粹的速度。Bithumb 事件目前从我们的东京端点 wss://cryptolisting.ws 分发；我们另设有一个专攻 Upbit 的端点，位于 AWS 首尔（wss://kr.cryptolisting.ws），服务于在韩国交易 Upbit 的客户。我们还监控 币安上币通知。详情请参阅完整 API 参考文档。

Bithumb 上币 WebSocket API 与 KRW 市场公告

通过我们的实时 WebSocket API 接收 Bithumb KRW 市场上币公告。新上币、警示解除(지정 해제)以及交易支持终止(거래지원 종료)等事件均以结构化 JSON 形式送达，附带微秒级时间戳——可使用 ?cex=bithumb 对数据流进行筛选。

常见问题

CryptoListing.ws 转发哪些 Bithumb 公告？

高信号、可被交易机器人执行的事件：新现货上币、现货下币以及解除警示（解除前一警示标记的 유의 종목 지정 해제 事件）。维护窗口、常规网络升级、活动营销以及警示生命周期的中间阶段（预警示、指定、延长、充值暂停）在我们这一侧会被检测到，但不会向外广播 — 它们会带来噪音，但不构成清晰可执行的交易。目标是让每一条进入推送的消息都值得机器人关注。

为什么除了 Upbit 还要看 Bithumb？

Bithumb 是韩国第二大交易所，会上线一些 Upbit 上没有、或上线得更晚的代币。Bithumb 上币也会带来自身的泡菜溢价效应，虽然通常小于 Upbit，但仍然可交易。同时订阅两家交易所，就能捕获韩国散户驱动的全部上币 alpha — 两家交易所同样会发出解除警示与下币事件，因此结构性风险这条通道在两家之间是相同的。

机器人交易上 Bithumb 与 Upbit 有何不同？

两家都以 KRW 计价，服务韩国散户。Upbit 成交量更大、价格行为更迅速；Bithumb 的上币交易拥挤度较低，但拉盘幅度也较小。许多机器人通过各自的 API 密钥在两家交易所运行相同的策略，然后按每次上币比较 PnL 以调参。两家交易所也都会就已交易的代币发出警示生命周期事件 — 我们仅转发机器人能据此交易的两个阶段（caution_released 作为正面的技术性信号，spot_delisting 作为最终下架）。

哪个端点提供 Bithumb 服务？

Bithumb 事件目前由我们的东京端点（wss://cryptolisting.ws）提供。我们实时检测每一条 Bithumb 公告，并在数毫秒内将结构化事件广播给所有已订阅的 WebSocket 客户端。

如何仅过滤 Bithumb？

在 WebSocket URL 后追加 ?cex=bithumb。如果想在同一条流上接收所有韩国上币，使用 ?cex=bithumb,upbit，并通过 listingExchange 字段把订单路由到正确的交易场所。各交易所的 schema 完全一致，处理代码可以保持统一。

Bithumb 的警示 / 指定体系对我的机器人意味着什么？

这是针对已交易代币的多阶段风险生命周期：预警示、正式指定为「投资警示」/「交易警示」、延长，最终要么解除、要么下币。我们将广播范围收窄到推动交易的两个阶段 — caution_released（积极的解决，警示被解除，往往伴随技术性反弹）和 spot_delisting（最终下架）。中间阶段会在我们这一侧被检测到，但不会向外转发；其信息价值通常不足以抵消噪音。