代币上市指南——项目如何准备CEX上市并维持健康的流动性

**披露：**本指南仅用于教育和运营规划目的。它不构成财务、法律或税务建议。对于监管以及代币分类相关决策，请咨询合格的顾问，并寻求面向特定地区的合规支持。

概览

介绍

集中式交易所（CEX）上币通常会被视作一种“节点”——公告、交易上线、关注度的骤升。实际上，优质上币更像是一个持续运行的操作系统：治理、合规、技术可靠性、市场结构以及沟通纪律共同协作。

本操作手册将解释：

• 何时 CEX 上币是正确选择（以及何时不是）
• “上币准备度”在法律、治理与披露方面的样子
• 防止可避免的上线失败的技术集成“管道”
• 如何设计流动性：交易市场/交易对选择、深度目标、点差，以及库存控制
• 做市策略、激励机制与完整性护栏
• 上线与之后阶段的实用时间表及上市（go-to-market）清单

**本指南适用对象：**代币发行方、基金会、协议团队、上币负责人、BD/合作伙伴、运营、财务/金库、风险/合规，以及法律顾问——同时也包括为上线提供支持的做市商。

决策视角

当 CEX 上币有意义，以及何时不该做

当你需要 可靠访问（偏好托管账户的用户）、更深的订单簿流动性，以及通过人们已在使用的交易场所实现更广泛的分发时，CEX 上币可能很有价值。它也有助于更成熟的市场结构：更多交易对手、更紧的点差，以及在不同场所之间更清晰的价格发现。

但上币并不是：

• 对产品市场契合度的替代
• 流动性的“魔法把戏”（流动性必须被设计并持续维护）
• 退出计划
• 仅以营销为目的的活动

设置预期的一个原因：CryptoSlate 引用的研究（通过 Animoca Research）指出，2024 年新代币上币在上线后显示出负的中位数表现——提醒我们，“被上币”并不会自动转化为可持续的需求。

CEX vs DEX——你真正要做的选择DEX（去中心化交易所）的上币通常是无需许可且更快，但它会把责任转移给项目与用户：自托管体验（UX）、链上流动性供给、MEV/抢跑风险，以及链级拥堵。CEX 上币通常会引入：

• 更严格、更有主见的合规边界（KYC、制裁筛查、受限司法辖区）
• 托管工作流（入金、出金、钱包操作）
• 订单簿微观结构（点差、深度、做市商、监控）

一个实用的经验法则：如果你的目标用户包含机构以及更注重合规的配置者，你应当预设自己需要满足 CEX 在披露、控制与事件响应方面的期望。

~2.7T

WhiteBIT 机构规模（年交易量）

WhiteBIT 机构（2026年2月）

330+

WhiteBIT 上市项目

WhiteBIT 机构（2026年2月）

35M+

WhiteBIT 生态用户

WhiteBIT 机构（2026年2月）

49%

CEX 上币后的中位数表现

WhiteBIT 机构（2026年2月）

一致优先

上币准备度：治理、法律与披露

当你需要为偏好托管账户的用户提供可靠访问、更深的订单簿流动性，以及通过人们已在使用的场所实现更广泛分发时，CEX 上币可能很有价值。它也有助于更成熟的市场结构：更多交易对手、更紧的点差，以及在不同场所之间更清晰的价格发现。

但上币并不是：

• 对产品市场契合度的替代
• 流动性的“魔法把戏”
• 退出计划
• 仅以营销为目的的活动

设置预期的一个原因：CryptoSlate 已经报道过研究（通过 Animoca Research），该研究表明 2024 年许多新代币上币在上线后出现负的中位数表现。关键不在于“上币是坏的”，而在于：上币本身不会凭空创造可持续的需求。需求仍然来自产品效用、分发方式以及可信的执行。

CEX vs DEX，你真正要选的是什么

DEX（去中心化交易所）的上币通常是无需许可且更快，但它会把责任转移给项目与用户：自托管体验（UX）、链上流动性供给、MEV 和抢跑风险，以及链级拥堵。CEX 上币通常会引入：

• 更严格、更有主见的合规边界（KYC、制裁筛查、受限司法辖区）
• 托管工作流（入金、出金、钱包操作）
• 订单簿微观结构（点差、深度、做市商、监控）

WhiteBIT 的做法

• **行业挑战：**文档不清晰或不完整会拖慢审核，并在尽职调查期间造成反复沟通。
• **项目应当提供什么：**清晰的需求清单、结构化的审查路径，以及对披露、受限区域与负责任签署（sign-off）的明确预期。
• **WhiteBIT 的做法：**以引导式、基于关系的流程推进代币上币，并在上币旅程中配备专门的联系人，强调合规导向。
• **WhiteBIT 的衔接：**合规优先的定位、机构入金的常规做法，以及结构化的准备度预期。

可靠的护栏

技术集成与运营搭建

技术集成是“良好意图”变成运营现实的关键。你的目标很简单：用户能可靠地入金、交易和出金，且当任一环节出问题时，双方都能快速响应。

链与代币标准支持

尽早确认链与代币标准的要求，并就分阶段上线计划达成一致：

• 入金开放（明确确认数）
• 交易开放（交易对、最小变动单位/跳价粒度、做市启动）
• 出金开放（通常以监控信心为门槛）
• 应急预案（哪些情况会触发暂停）

钱包基础设施、监控与事件响应

专业的设置包括：

• 地址生成，以及 memo 或 tag 要求（如适用）
• 用于拥堵、重组风险（reorg risk）、异常资金流的链上监控
• 共享的事件通道与升级服务水平协议（SLA）
• 事件后的沟通模板（发生了什么、用户受影响情况、下一次更新时间）

安全期望

请做好披露以下内容的准备：

• 审计状态以及审计后发生了什么变化
• 管理员密钥与升级控制（多重签名、时间锁、紧急暂停条件）
• 已知的链级风险（停机历史、最终性特性（finality）的小怪癖、跨链/桥接依赖）

市场形态

流动性设计：选择合适的市场与交易对

将流动性视为一项产品需求。你不仅是在选择代币在哪儿交易，你还在选择用户进入和退出时的便捷程度——不能出现过度滑点。

交易对策略：选择哪些基础资产，以及要多少个市场

常见交易对类别包括：

• 稳定币交易对（例如 token/USDT、token/USDC），易于接入且往往拥有最高的散户流量
• 主流加密货币交易对（token/BTC、token/ETH），适合加密原生流量
• 法币交易对（如可用），可扩展区域覆盖，但可能带来更复杂的运营与合规成本

市场越多不一定越好。过多交易对会把流动性切碎，导致所有订单簿的点差变宽。

定义“健康”的流动性

为以下内容设定可衡量的目标：

• **买卖价差（bid-ask spread）：**在正常波动条件下可接受的最大范围
• **深度区间（depth bands）：**在中间价（mid price）上下 ±0.5%、±1%、±2% 内，最低名义流动性要足够
• **滑点容忍度：**针对典型散户规模以及更大、类似“块状流”的资金流

为流动性供给做金库规划（Treasury planning）

流动性通常需要库存。请规划：

• 可分配给做市与流动性项目（liquidity programs）的库存规模
• 风险限制（最大库存敞口、最大日内方差、停止条件）
• 谁可以批准变更，以及变更执行的速度

如果你预期金库会有大规模资金调拨，考虑在约束条件与场所支持允许的情况下，OTC 执行是否能降低相较于把规模直接推入公开订单簿的市场冲击。

WhiteBIT 的做法

• **行业挑战：**项目低估了持续的流动性需求，并把流动性当作“上线一次性问题”处理。
• **项目应当提供什么：**明确的交易对选择理由、可衡量的深度与点差目标，以及持续库存管理计划。
• **WhiteBIT 的做法：**提供交易对选择指导，并接入流动性项目支持，能够覆盖不同阶段项目的灵活需求。

双边资金流

做市策略与激励设计

做市商通过持续报价买单与卖单、维持深度、抑制微观结构波动，帮助创建有序的市场。但如果激励机制奖励的是“外观式成交量”而不是“真实流动性”，就可能适得其反。

什么是良好的做市

• 在定义的深度区间内实现双边报价
• 高在线率（uptime），尤其在波动期间
• 相对波动幅度较为稳定的点差
• 库存纪律，而不仅仅是追逐返佣

激励与 KPI：对齐你所支付的目标

使用 KPI 表，重点强调深度、点差与在线率，并加入波动与完整性护栏。

KPI	目标或定义	报告频率
点差（中位数）	在正常波动下的最大可接受买卖价差；为平稳 vs 高波动分别定义区间。	每日与每周汇总
±1% 与 ±2% 的深度	在定义区间内，两侧至少要有足够的名义流动性。	每日
报价在线率	双边报价在所需区间内处于活跃状态的时间占比，排除双方约定的维护窗口。	每日
波动护栏	在极端行情下扩大点差或减少报价规模的规则；定义触发器与告警。	实时告警与复盘（post-mortem）
库存限制	最大多头或空头库存敞口、再平衡规则与停止条件。	每周与例外报告
市场完整性告警	对可疑模式（自成交、循环式资金流、异常尖峰）的阈值，以及升级步骤。	每周与基于事件的处理

避免常见错误

• 只奖励成交量的激励（可能诱导“洗量式”模式）
• 对单一做市商的依赖（单点故障）
• 忽略波动的深度目标：目标应当适应波动，而不是消失
• 当点差飙升或暂停出金时没有升级预案

WhiteBIT 的做法

• **行业挑战：**看似在纸面上很漂亮的激励在真实市场中可能失效；当激励消退后，订单薄会变得很薄。
• **项目应当提供什么：**可衡量的深度与在线率要求、清晰的完整性标准，以及能降低延迟与摩擦的运营工具。
• **WhiteBIT 的做法：**建立结构化的做市项目，包含机构级特性（例如返佣、机房托管（colocation）、API、子账户），并提供动手式的搭建支持。

协同上线

市场进入计划：沟通与可信度

快速上币通常来自准备度，而不是跳过步骤。你可以通过理解典型阶段以及每个阶段被什么输入条件“卡住”（gate）来减少延误。

典型流程阶段

1. 提交与初步匹配审查（项目概览、基础合规筛查）
2. 文档与披露审查（实体、代币经济学、归属与解锁安排、政策）
3. 技术范围界定（链支持、钱包操作、确认数、监控）
4. 流动性方案确认（交易对、做市设置、上线目标）
5. 上线计划（日历、沟通/宣传、入金与交易的先后顺序）
6. 上线后的监控与持续期望

常见商业组成部分

• 上市费用或集成成本（取决于场所）
• 市场支持范围（流动性项目、做市商激励、竞赛）
• 营销机会（投放、活动）
• 持续期望（报告频率、事件响应、解锁沟通）

之所以需要进行时间线规划，是因为“快”取决于准备度与技术范围。如果你的披露、治理或集成要求不明确，谈判周期会变长，上线风险也会增加。

WhiteBIT 的做法

• **行业挑战：**团队把“快速”理解成承诺，而不是准备度的函数（取决于准备情况的结果），从而造成预期不匹配并导致仓促上线。
• **项目应当提供什么：**准备度清单、带有负责人和截止日期的关键路径（critical path），以及上线周专用的升级沟通渠道。
• WhiteBIT 的做法：“降低门槛、更快处理”的定位，并配合个性化 BD 与机构支持模型；节奏由准备度与技术范围决定。

稳住节奏

上线后的运营：第一天之后会发生什么

快速上币通常来自准备度，而不是跳过步骤。你可以通过理解典型阶段以及每个阶段被什么输入条件“卡住”来减少延误。

典型流程阶段

1. 提交与初步匹配审查（项目概览、基础合规筛查）
2. 文档与披露审查（实体、代币经济学、归属与解锁安排、政策）
3. 技术范围界定（链支持、钱包操作、确认数、监控）
4. 流动性方案确认（交易对、做市设置、上线目标）
5. 上线计划（日历、沟通/宣传、入金与交易的先后顺序）
6. 上线后的监控与持续期望

常见商业组成部分

• 上市费用或集成成本（取决于场所）
• 市场支持范围（流动性项目、做市商激励、竞赛）
• 营销机会（投放、活动）
• 持续期望（报告频率、事件响应、解锁沟通）

之所以需要进行时间线规划，是因为“快”取决于准备度与技术范围。如果你的披露、治理或集成要求不明确，谈判周期会变长，上线风险也会增加。

可预见的“坑”

常见失败模式，以及如何避免

快速上币通常来自准备度，而不是跳过步骤。你可以通过理解典型阶段以及每个阶段被什么输入条件“卡住”来减少延误。

典型流程阶段

1. 提交与初步匹配审查（项目概览、基础合规筛查）
2. 文档与披露审查（实体、代币经济学、归属与解锁安排、政策）
3. 技术范围界定（链支持、钱包操作、确认数、监控）
4. 流动性方案确认（交易对、做市设置、上线目标）
5. 上线计划（日历、沟通/宣传、入金与交易的先后顺序）
6. 上线后的监控与持续期望

常见商业组成部分

• 上市费用或集成成本（取决于场所）
• 市场支持范围（流动性项目、做市商激励、竞赛）
• 营销机会（投放、活动）
• 持续期望（报告频率、事件响应、解锁沟通）

之所以需要进行时间线规划，是因为“快”取决于准备度与技术范围。如果你的披露、治理或集成要求不明确，谈判周期会变长，上线风险也会增加。

WhiteBIT 的做法

• **行业挑战：**团队把“快速”理解成承诺，而不是准备度的函数（取决于准备情况的结果），从而造成预期不匹配并导致仓促上线。
• **项目应当提供什么：**准备度清单、带有负责人和截止日期的关键路径（critical path），以及上线周专用的升级沟通渠道。
• WhiteBIT 的做法：“降低门槛、更快处理”的定位，并配合个性化 BD 与机构支持模型；节奏由准备度与技术范围决定。

立即执行

上币准备度清单 + 下一步

使用下方清单，在联系上币团队（listings desk）之前，先运行你们内部的准备度审查。此清单旨在便于复制粘贴到内部文档。

领域	“准备好”意味着什么	负责人或备注
治理	已确认签署权限；已定义金库控制（多重签名、限额、审批）；已设置上线周值班轮值	COO、法务、财务
法律与合规	已记录实体结构；已记录受限司法辖区与制裁立场；已理解场所期望（KYC、AML、披露）	法务、合规
披露	代币经济学单页（one-pager）；分配、归属与解锁日历；风险披露与市场完整性政策	代币负责人、法务
技术集成	已确认链与代币标准；已定义入金与出金的确认要求；已就监控与事件升级方案达成一致	工程、安全
安全态势	已提供审计状态与变更记录；已披露管理员密钥与升级控制；已定义紧急暂停条件	安全、工程
流动性方案	已选择交易对策略（避免碎片化）；已定义深度与点差目标；已批准库存与风险限制	财务、流动性负责人
做市	已同意 KPI 表（点差、深度、在线率）；激励与真实流动性对齐；已设置完整性监控与升级方案	流动性负责人、合规
上市（go-to-market）	上线日历已定稿（入金、交易、出金）；已批准沟通/信息（messaging）护栏；已准备支持宏（macros）与 FAQ	市场、传播/沟通、支持
上线后运营	已为每周流动性报告指定负责人；已起草解锁事件（unlock-event）执行手册；事件复盘模板已准备	COO、财务、传播/沟通

首次电话会议议程：带去给上币团队（listings team）的内容

• 代币解决什么问题，以及今天由谁在使用
• 代币经济学与解锁时间表（含日期与金额）
• 目标交易对及原因（稳定币 vs 主流币 vs 法币）
• 流动性方案（库存、风险限制、做市 KPIs）
• 技术细节（链、合约、确认数、特殊处理）
• 合规边界（受限司法辖区、披露内容、由谁签署）
• 上线日历提案与沟通负责人

如果我们已经在 DEX 上交易，还需要 CEX 上币吗？

不一定。CEX 上币可以扩展给偏好托管账户的用户的访问，并可能改善订单簿执行质量，但它也会带来运营与合规方面的额外期望。如果你的 DEX 流动性已经很健康，而你的用户又是原生自托管，那么你的优先级可能更偏向分发与产品采用，而不是增加更多场所。

实操中，“健康的流动性”是什么意思？

它意味着用户可以在可预测的点差与有限的滑点下交易典型规模，且即便在波动期间也仍然如此。用可衡量的目标来定义，比如最大点差，以及在 ±1% 和 ±2% 这类区间内的最小深度。仅看成交量可能会有误导性，尤其当成交量是由激励驱动或集中在少数来源时。

我们应该上线多少个交易对？

从匹配真实用户需求的最少交易对开始。交易对太多会把流动性切碎，并导致所有地方的点差都变宽。许多团队会先从一个稳定币交易对开始，若已验证存在需求，则可再加一个主流加密交易对。

我们需要做市商吗？

如果你要在订单簿场所上线，并希望获得一致的执行质量，做市通常是核心要求。关键在于把激励对齐到深度、点差与在线率，而不是只看“打印出来的成交量”。

上币延迟的最大原因是什么？

准备度不完整：治理不清晰、缺少披露、合规问题尚未解决，或技术表述不明确。要把上币当作一次带负责人和截止日期的运营上线（rollout），而不是把它当作一个营销里程碑。

上线时要不要跑交易竞赛（trading competitions）？

它们可能吸引活动，但也可能制造扭曲的资金流，而在激励结束后这种流动就会消失。如果你确实要运行，就要把竞赛与流动性健康目标绑定，并避免奖励“洗量式”行为的设计。

上币之后代币解锁（token unlocks）要怎么处理？

发布解锁日历，规划可能的市场冲击，并提前承诺以透明沟通的方式执行。对于更大规模的金库调拨，为降低市场扰动，可根据约束条件与场所支持情况考虑替代执行路径（例如 OTC）。

上线后与交易所的合作关系中，我们应该期待什么？

持续的运营协同：监控、事件响应、流动性健康复盘/评估，以及围绕重大代币事件的沟通。上币只是一个运行型合作关系的起点，而不是流程的终点。

WhiteBIT

联系机构销售，并与上币团队沟通。

探索 WhiteBIT Institutional（机构）板块，包括代币上币、做市、托管、合作伙伴项目；在适当情况下，对于更大规模的金库资金流考虑 OTC。

和 WhiteBIT 的机构与上币团队沟通