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

披露： 本指南用于教育与运营规划目的。它不构成任何金融、法律或税务建议。对于监管与代币分类方面的决策，请咨询具备资质的法律顾问，并获得面向地区的合规支持。

概览

介绍

集中式交易所（CEX）的上线路径，常常被视作一种“时刻”——一个公告、一次交易上线、注意力的短期飙升。实际上，一个优秀的上架更像是一个持续运行的操作系统：治理、合规、技术可靠性、市场结构与沟通纪律共同协作。

本操作手册将解释：

• 何时 CEX 上架是正确选择（以及何时不是）
• “上架就绪度”在法律、治理与披露方面应当呈现什么样子
• 防止可避免的上线失败的技术集成“管道”
• 如何设计流动性：市场/交易对选择、深度目标、点差，以及库存控制
• 做市策略、激励机制与完整性护栏
• 一份面向上线及其后的可执行时间表与获客/上线清单

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

决策视角

何时 CEX 上架有意义，何时不应采用

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

但上架并不是：

• 对产品-市场匹配的替代
• 一种“流动性魔法”（流动性必须被设计并持续维护）
• 一份退出计划
• 纯粹以营销为目的的活动

设置预期的一个原因：CryptoSlate 引用的研究（通过 Animoca Research）指出，2024 年上线的新代币在挂牌之后呈现负面的中位数表现——提醒我们，“被上架”并不自动等同于形成持久的需求。

CEX 与 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 与 DEX —— 你真正做出的选择

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

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

WhiteBIT 的处理方式

• 行业挑战： 文档不清晰或不完整会放慢评审，并在尽调过程中引发来回沟通。
• 项目应当满足的要求： 一份清晰的需求清单、一条结构化的审查路径，以及对披露、受限地区与负责任签字的明确预期。
• WhiteBIT 的做法： 一套以引导为主、以关系为导向的代币上架流程，在上架旅程中配备专属对接点，定位为合规导向。
• WhiteBIT 的关联点： 以合规为先的定位、机构入门规范，以及结构化的就绪度预期。

可靠的“护栏”

技术集成与运营配置

技术集成是“良好意图”变为运营现实的关键。你的目标很简单：用户能够可靠地入金、交易与出金，而当任何问题发生时，双方都能迅速响应。

链与代币标准的支持

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

• 开放入金（并定义确认回执）
• 开放交易（交易对、最小跳动单位、做市上线）
• 开放出金（通常取决于监控信心）
• 应急预案（触发暂停的条件是什么）

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

一个专业的配置包括：

• 地址生成以及 memo 或 tag 的要求（如适用）
• 用于监控链上拥堵、重组风险、异常流向的链上监控
• 共享的事故通道与升级 SLA
• 事故后的沟通模板（发生了什么、对用户的影响、下一次更新时间）

安全期望

做好披露准备，包括：

• 审计状态，以及审计后发生了什么变化
• 管理员密钥与升级控制（多签、时锁、紧急暂停条件）
• 已知的链级别风险（停机历史、终局性细节怪异之处、跨链依赖）

市场形态

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

将流动性视为一项产品需求。你不仅是在决定代币在哪儿交易，也是在决定用户进入与退出的难易程度——避免产生过度滑点。

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

常见的交易对类别包括：

• 稳定币交易对（例如 代币/USDT、代币/USDC）：可接入性强，且往往是最高的散户流量来源
• 主流加密交易对（例如 代币/BTC、代币/ETH）：适用于加密原生流量
• 法币交易对（如可用）：可扩展区域访问，但可能增加运营与合规复杂度

市场数量更多不一定更好。过多交易对会使流动性碎片化，导致所有订单簿的点差变宽。

定义“健康”的流动性

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

• 买卖价差（bid-ask spread）： 在正常波动下可接受的最大范围
• 深度区间（depth bands）： 中间价（mid price）±0.5%、±1%、±2% 范围内最低的名义流动性（notional liquidity）静置量
• 滑点容忍度： 针对典型散户规模以及更大、类似大额订单流的情况

资金金库规划：用于流动性供给

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

• 可分配给做市与流动性项目的库存规模
• 风险限额（最大库存敞口、最大日内波动、停止条件）
• 谁可以批准变更，以及变更需要多快完成

如果你预期资金金库会有大额变动，请评估在约束条件与场所支持允许的情况下，OTC 执行是否能比通过公开订单簿推动规模更能降低市场影响。

WhiteBIT 的处理方式

• 行业挑战： 项目低估了持续的流动性需求，并把流动性当作仅在上线时需要解决的问题。
• 项目应当满足的要求： 明确的交易对选择理由、可衡量的深度与点差目标，以及一套持续管理库存的计划。
• WhiteBIT 的做法： 提供交易对选择指导，并开放接入流动性项目，在不同项目阶段提供灵活支持。

双向资金流

做市策略与激励设计

做市商通过持续报出买盘与卖盘、维持深度、抑制微观结构波动来帮助构建有序市场。但如果激励机制奖励的是“表面成交量”而不是“真实流动性”，就可能反噬。

优秀的做市应当呈现什么

• 在定义的深度区间内实现双向报价
• 高可用性（尤其在高波动期间）
• 相对波动保持稳定的点差
• 库存纪律，而不仅是追逐返佣

激励与 KPI：让你付出的对齐真正的目标

使用 KPI 表格，强调深度、点差与可用性（uptime），同时结合波动与完整性护栏。

KPI	目标或定义	报告频率
点差（中位数）	正常波动下可接受的最大买卖价差；为平稳与高波动分别定义区间。	日度与周度汇总
深度（±1% 与 ±2%）	在定义区间内，双边最低名义静置流动性。	日度
报价可用性	双边报价在所需区间内保持在线的时间占比，排除双方约定的维护窗口。	日度
波动护栏	在极端行情下扩大点差或减少规模的规则；定义触发条件与告警。	实时告警与事后复盘
库存限额	最大多头或空头库存敞口、再平衡规则与停止条件。	周度与异常报告
市场完整性警示	对可疑模式的阈值（自成交、循环流转、异常尖峰）以及升级步骤。	周度与基于事故的报告

避免常见错误

• 只奖励成交量的激励，这可能诱导类似洗量（wash-like）的模式
• 对单一做市商的依赖（单点故障）
• 深度目标忽略波动性：目标应当适配，而不是消失
• 在点差急剧走阔或出金被暂停时，没有升级预案

WhiteBIT 的处理方式

• 行业挑战： 看起来“在纸面上”很美的激励在真实市场中失效；当激励结束后，订单簿会变薄。
• 项目应当满足的要求： 可衡量的深度与可用性要求、清晰的完整性标准，以及降低延迟与摩擦的运营工具。
• WhiteBIT 的做法： 一个结构化的做市项目，包含机构特性（例如返佣、机房托管、API、子账户）并提供手把手的上线配置支持。

协同上线

获客/上线计划：沟通与可信度

快速上架通常是就绪度带来的结果，而不是跳过步骤。通过理解典型阶段以及每个阶段的输入门槛，你可以减少延迟。

典型流程阶段

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

常见商业组成部分

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

时间表规划很重要，因为“快速”取决于就绪度与技术范围。如果你的披露、治理或集成要求不明确，谈判时间会拉长，上线风险也会增加。

WhiteBIT 的处理方式

• 行业挑战： 团队把“快速”理解成一种承诺，而不是就绪度功能的结果，这会导致预期不匹配，并引发仓促上线。
• 项目应当满足的要求： 就绪清单、包含负责人与截止日期的关键路径，以及针对上线周的专属升级通道。
• WhiteBIT 的做法： 采用“降低门槛、更快处理”的定位，并配套个性化 BD 与机构支持模式；节奏由就绪度与技术范围共同决定。

保持稳定

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

快速上架通常是就绪度带来的结果，而不是跳过步骤。通过理解典型阶段以及每个阶段的输入门槛，你可以减少延迟。

典型流程阶段

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

常见商业组成部分

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

时间表规划很重要，因为“快速”取决于就绪度与技术范围。如果你的披露、治理或集成要求不明确，谈判时间会拉长，上线风险也会增加。

可预见的“陷阱”

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

快速上架通常是就绪度带来的结果，而不是跳过步骤。通过理解典型阶段以及每个阶段的输入门槛，你可以减少延迟。

典型流程阶段

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

常见商业组成部分

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

时间表规划很重要，因为“快速”取决于就绪度与技术范围。如果你的披露、治理或集成要求不明确，谈判时间会拉长，上线风险也会增加。

WhiteBIT 的处理方式

• 行业挑战： 团队把“快速”理解成一种承诺，而不是就绪度功能的结果，这会导致预期不匹配，并引发仓促上线。
• 项目应当满足的要求： 就绪清单、包含负责人与截止日期的关键路径，以及针对上线周的专属升级通道。
• WhiteBIT 的做法： 采用“降低门槛、更快处理”的定位，并配套个性化 BD 与机构支持模式；节奏由就绪度与技术范围共同决定。

立即执行

上架就绪清单 + 下一步

使用以下清单，在接触上架团队之前先运行你们的内部就绪度评审。它被设计成便于复制粘贴到内部文档中。

领域	“就绪”的含义	负责人或备注
治理	已确认签字/签署权限 已定义资金金库控制（多签、限额、批准） 已设置上线周值班轮转	COO、法律、财务
法律与合规	已记录主体结构 已记录受限司法辖区与制裁立场 已理解交易场所要求（KYC、AML、披露）	法律、合规
披露	代币经济学一页纸 已确定分配、归属与解锁日历 已披露风险与市场完整性政策	代币负责人、法律
技术集成	已确认链与代币标准 已定义入金与出金确认方式 已就监控与事故升级计划达成一致	工程、安全
安全态势	审计状态与变更日志可用 已披露管理员密钥与升级控制 已定义紧急暂停条件	安全、工程
流动性计划	已选择交易对策略（避免碎片化） 已定义深度与点差目标 已批准库存与风险限额	财务、流动性负责人
做市	已就 KPI 表达成一致（点差、深度、可用性） 激励与真实流动性对齐 已设置完整性监控与升级计划	流动性负责人、合规
开市/上线营销	上线日历已定稿（入金、交易、出金） 已批准沟通护栏 已准备支持宏与常见问题（FAQ）	市场、沟通、支持
上架后运营	已指定每周流动性报告负责人 已起草解锁事件操作手册 已准备事故事后复盘模板	COO、财务、沟通

首次会议议程：需要带给上架团队的内容

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

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

不一定。CEX 上架可以扩展对偏好托管账户的用户的访问，并可能改善订单簿执行效果，但它会增加运营与合规方面的要求。如果你的 DEX 流动性已经健康，并且你的用户天生支持自托管，你的优先级可能应当是分发与产品采用，而不是更多交易场所。

实际上，“健康的流动性”意味着什么？

这意味着用户可以在可预测的点差与有限的滑点下交易典型规模的订单——包括在波动期间。用可衡量的目标来定义它，例如最大点差，以及在 ±1% 与 ±2% 这类区间内的最低深度。仅看成交量可能具有误导性，尤其是在激励驱动或高度集中时。

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

从能匹配真实用户需求的最少交易对开始。过多交易对会碎片化流动性，并导致所有地方的点差变宽。许多团队会先从一个稳定币交易对开始，并在有经验证需求时可选增加一个主流加密交易对。

我们需要做市商吗？

如果你在订单簿型场所上线，并希望有稳定的一致执行质量，做市通常是核心需求。关键在于让激励与深度、点差与可用性对齐，而不是仅仅追逐“印出来的成交量”。

上架为什么会被延迟的最大原因是什么？

就绪度不完整：治理不清晰、缺失披露、合规问题未解决，或技术表述存在歧义。要把上架当作带负责人和截止日期的运营上线，而不是一次营销里程碑。

上线时是否要做交易竞赛？

它们可能吸引活动，但也可能制造扭曲的资金流，且在激励结束后迅速消失。如果你要做，就应当把竞赛与流动性健康目标绑定，并避免会奖励类似洗量行为的设计。

上架后，代币解锁要怎么处理？

发布解锁日历，规划市场影响，并提前承诺进行透明沟通。对于更大的资金金库变动，考虑采用替代执行路径（例如 OTC），以减少市场扰动——具体取决于你的约束条件与场所支持。

上架后，我们应当对交易所合作关系期待什么？

持续的运营协同：监控、事故响应、流动性健康复盘，以及围绕重大代币事件的沟通。上架是一个运营型合作关系的开始，而不是一个流程的结束。

WhiteBIT

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

了解 WhiteBIT 的机构中心、代币上架、做市、托管、合作伙伴计划；在合适的情况下，对于较大的资金金库流入流出，考虑使用 OTC 执行。

联系 WhiteBIT 的机构与上架团队