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

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

概览

引言

集中式交易所（CEX）的上线路径常常被当作一种“时刻”——一次公告、一次交易上线、一次关注度激增。实际上，一个好的上币更像是一个持续运转的操作系统：治理、合规、技术可靠性、市场结构，以及沟通纪律共同协作。

本手册将解释：

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

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

决策视角

何时 CEX 上币说得通，何时不该做

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

但上币并不是：

• 用来替代产品市场契合度（product-market fit）
• 一种“流动性魔术”（流动性必须被设计并持续维护）
• 一个退出计划
• 纯营销性质的活动

设定预期的一条原因：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 上币可以很有价值。它也能支持更成熟的市场结构：更多对手方、更紧的点差，以及跨场所更清晰的价格发现。

但上币并不是：

• 用来替代产品市场契合度（product-market fit）
• 一种“流动性魔术”
• 一个退出计划
• 纯营销性质的活动

设定预期的一条原因：CryptoSlate 已经报道过的研究（通过 Animoca Research）表明，2024 年许多新代币上线后出现了负面的中位数表现。关键不在于“上币不好”，而在于：上币本身并不会自动创造持久需求。需求仍然来自产品效用、分发方式与可信的执行。

CEX vs DEX——你真正选择的是什么

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

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

WhiteBIT 的做法

• **行业挑战：**文档不清晰或不完整会拖慢审核，并在尽调过程中造成来回沟通。
• **项目应当具备的要求：**清晰的需求清单、结构化的审核路径，以及对披露、受限地区与负责任签字的明确期望。
• **WhiteBIT 的做法：**在代币上线路径中，以引导式、关系驱动的流程为主，并定位为合规导向；在整个上币旅程中配有专属联系人。
• **WhiteBIT 的衔接点：**合规优先的定位、机构入驻规范，以及结构化的准备度期望。

可靠护栏

技术集成与运营搭建

技术集成是“良好意图”变成运营现实的地方。你的目标很简单：用户能够可靠地入金、交易并出金，且当出现故障时双方都能快速响应。

链与代币标准支持

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

• 入金开启（并明确确认规则）
• 交易开启（交易对、最小跳动单位、做市上线）
• 出金开启（通常会以监控信心为前提进行门控）
• 应急预案（什么触发暂停）

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

专业化搭建包含：

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

安全性预期

准备好披露：

• 审计状态，以及审计后发生了哪些变化
• 管理员密钥与升级控制（多签、时间锁、紧急暂停触发条件）
• 已知的链级别风险（停机历史、最终性（finality）的怪异表现、桥接依赖）

市场形态

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

把流动性当作一项产品需求来处理。你不仅是在选择代币在哪里交易，你还在选择用户能多容易地进出场，同时避免过度滑点。

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

常见的交易对类别包括：

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

并非市场越多越好。过多交易对会割裂流动性，使所有订单簿的点差变宽。

定义“健康”的流动性

为以下项目定义可衡量的目标：

• **买卖价差（Bid-ask spread）：**在正常波动下可接受的最大范围
• **深度区间（Depth bands）：**在距中间价 ±0.5%、±1%、±2% 的范围内，至少应有的名义流动性
• **滑点容忍度：**针对典型散户规模以及更大、类似“块状”的资金流

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

流动性通常需要库存（inventory）。规划：

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

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

WhiteBIT 的做法

• **行业挑战：**项目低估了持续的流动性需求，并把流动性当成“上线一次性”问题。
• **项目应当具备的要求：**明确的交易对选择依据、可衡量的深度与点差目标，以及持续库存管理方案。
• **WhiteBIT 的做法：**提供交易对选择方面的指导，并接入流动性项目支持；定位为在不同项目阶段提供灵活支持。

双向资金流

做市策略与激励设计

做市商通过持续报出买入与卖出报价，维持深度并抑制微观结构波动，帮助市场形成有序状态。但如果激励机制奖励的是“表面成交量”，而非真实流动性，可能会适得其反。

良好做市应当是什么样

• 在已定义的深度区间内进行双向报价
• 高在线率（uptime），尤其是在波动较大的时期
• 相对波动水平保持稳定的点差
• 库存纪律，而不仅仅是追逐返佣（rebates）

激励与 KPI：对齐你支付的内容

使用一份 KPI 表，强调深度、点差与在线率，并配套波动与完整性护栏。

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

避免常见错误

• 只奖励成交量的激励机制，可能促使出现类似“洗量”的模式
• 对单一做市商的依赖：单点故障
• 不考虑波动的深度目标：目标应适应变化，而不是消失
• 在点差爆宽或暂停出金时，没有升级预案

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 与机构支持模式；节奏由准备度与技术范围决定。

立即执行

上币准备度清单 + 下一步

使用下面的清单在联系上币团队/交易所业务台（listings desk）之前，先完成你们内部的准备度评估。它被设计为可直接复制粘贴到内部文档中。

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

第一次电话议程：带给上币团队的内容

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

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

不一定。CEX 上币可以扩大对偏好托管账户的用户的可达性，并可能提升订单簿执行效果，但它也会带来运营与合规方面的期望。如果你们的 DEX 流动性已经很健康，并且你的用户本身就是自托管原生（self-custody native），那么优先级可能应当放在分发与产品采用上，而不是再增加更多交易场所。

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

它意味着用户可以在波动期间也能交易典型规模的订单，并且点差可预测、滑点有限。你可以用可衡量的目标来定义，例如最大点差，以及在 ±1% 与 ±2% 这样的区间内的最小深度。仅凭成交量可能会误导，尤其当成交量是由激励驱动或高度集中时。

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

从满足真实用户需求的最少交易对开始。过多交易对会割裂流动性，并导致所有地方的点差变宽。许多团队会先从一个稳定币交易对开始，若有经验证的需求，再可选地增加一个主流加密交易对。

我们需要做市商吗？

如果你们在订单簿型场所上线，并希望获得稳定的执行质量，做市通常是核心要求。关键在于让激励与深度、点差与在线率对齐，而不只是追求印出来的成交量。

上币为什么最容易被延迟？最大的原因是什么？

准备度不完整：治理不清晰、缺少披露、合规问题尚未解决，或技术层面存在歧义。把上币当作一次带有负责人和截止日期的运营落地，而不是把它当作一个营销里程碑。

上线时我们要做交易竞赛吗？

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

上币后代币解锁应该怎么处理？

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

上币后，我们应该对交易所合作关系有什么预期？

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

WhiteBIT

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

探索 WhiteBIT 的机构专区（Institutional hub）、代币上币、做市、托管、合作伙伴计划；在合适的情况下，对于较大的金库资金流，考虑使用 OTC。