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

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

概览

简介

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

本操作手册将解释：

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

**本指南面向谁：**代币发行方、基金会、协议团队、上币负责人、商务拓展/合作伙伴、运营、财务/金库、风控/合规、以及法律顾问——以及为上线提供支持的做市商。

决策视角

当 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 的做法

• **行业挑战：**文档不清晰或不完整会减慢审核，并在尽职调查期间制造来回沟通。
• **项目应当具备的要求：**明确的需求清单、结构化的审查路径，以及对披露、受限地区与负责任签字的明确期望。
• **WhiteBIT 的做法：**以引导式、基于关系的流程推进代币上币，将其定位为“合规优先”，并在上币旅程中安排专门的联系人。
• **WhiteBIT 的关联点：**合规优先的定位、机构入驻规范，以及结构化的就绪度期望。

可靠通道

技术集成与运营搭建

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

链与代币标准支持

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

• 入金开放（并明确确认数）
• 交易开放（交易对、最小变动单位、做市上线）
• 出金开放（通常以监控信心为门槛）
• 应急预案（触发暂停的条件是什么）

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

专业化搭建包括：

• 地址生成以及备注/标签要求（如适用）
• 链上监控：拥堵、重组风险、异常资金流
• 共享的事件通道与升级服务级别协议（SLA）
• 事件后的沟通模板（发生了什么、对用户造成的影响、下次更新时间）

安全期望

做好披露准备，包括：

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

市场形态

流动性设计：选对市场与交易对

把流动性当作一项产品需求来对待。你不仅是在选择代币在哪交易，更是在决定用户在不产生过度滑点的情况下能多容易地进出。

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

常见的交易对类别包括：

• 稳定币交易对（例如 代币/USDT、代币/USDC），易于接入，且通常拥有最高的散户流量
• 主流加密货币交易对（代币/BTC、代币/ETH），适用于加密原生流量
• 法币交易对（如可用），可扩展区域可达性，但可能增加运营与合规复杂度

市场数量并不总是越多越好。交易对过多会导致流动性碎片化，从而让所有订单簿的点差变宽。

定义“健康”的流动性

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

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

为流动性供给做金库规划

流动性通常需要库存。计划包括：

• 可分配给做市与流动性项目的库存数量
• 风险限额（最大库存敞口、最大日波动、停止条件）
• 谁可以批准变更，以及变更速度有多快

如果你预期金库将进行较大规模的资金调动，需考虑在约束条件与场所支持允许的情况下，OTC 执行是否能比通过公开订单簿推动规模更能降低市场冲击。

WhiteBIT 的做法

• **行业挑战：**项目低估持续的流动性需求，并将流动性当作“只在上线时需要”的问题。
• **项目应当具备的要求：**明确的交易对选择理由、可衡量的深度与点差目标，以及持续库存管理的计划。
• **WhiteBIT 的做法：**提供交易对选择指导，并接入流动性项目支持；在不同项目阶段提供灵活协助。

双向流量

做市策略与激励设计

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

什么是好的做市

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

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

使用 KPI 表格，强调深度、点差与可用性，并辅以波动与完整性护栏。

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

避免常见错误

• 只奖励成交量的激励：可能鼓励类似洗量的模式
• 单一做市商依赖：单点故障
• 深度目标不考虑波动：目标应随之调整，而不是消失
• 当点差暴涨或暂停出金时没有升级计划

WhiteBIT 的做法

• **行业挑战：**看似在纸面上有效的激励，在真实市场中却失败；当激励消退后，订单簿会变薄。
• **项目应当具备的要求：**可衡量的深度与可用性要求、清晰的完整性标准，以及降低延迟与摩擦的运营工具。
• **WhiteBIT 的做法：**结构化的做市项目，并具备机构特性（例如返点、托管场地、API、子账户），同时提供亲手式的搭建支持。

协同上线

Go-to-market 计划：沟通与可信度

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

典型流程阶段

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、披露）	法务、合规
披露	代币经济学单页；已定义 Allocation、归属与解锁日历；风险披露与市场完整性政策	代币负责人、法律
技术集成	已确认链与代币标准；已定义入金与出金确认数；已就监控与事件升级计划达成一致	工程、安全
安全态势	审计状态与变更记录可用；已披露管理员密钥与升级控制；已定义紧急暂停条件	安全、工程
流动性计划	已选择交易对策略（避免碎片化）；已定义深度与点差目标；已批准库存与风险限额	财务、流动性负责人
做市	已达成一致的 KPI 表（点差、深度、可用性）；已对齐激励以匹配真实流动性；已设置完整性监控与升级计划	流动性负责人、合规
去中心化市场入场（Go-to-market）	上线日历已最终确定（入金、交易、出金）；已批准沟通话术护栏；已准备支持宏与常见问题（FAQ）	市场、沟通（Comms）、支持
上币后运营	已指派每周流动性报告负责人；已起草解锁事件作战手册；事件复盘模板已准备好	COO、财务、沟通（Comms）

首次会议议程：带去给上币团队的内容

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

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

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

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

这意味着用户可以在波动期间也能用典型规模进行交易，点差可预测且滑点有限。你可以用可衡量的目标来定义，例如最大点差，以及在 ±1% 和 ±2% 等区间内的最小深度。仅看成交量可能会产生误导，因为它可能由激励驱动或高度集中。

我们要上线多少个交易对？

从满足真实用户需求的最少交易对开始。交易对过多会让流动性碎片化，并使各处点差变宽。许多团队会先从一个稳定币交易对开始，若确有经过验证的需求，也可选择性增加一个主流加密交易对。

我们需要做市商吗？

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

上币为什么经常会被延迟，最大的原因是什么？

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

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

它们可以吸引活跃度，但也可能造成扭曲的流量，一旦激励结束就会消失。如果你进行竞赛，请把它们与流动性健康目标配套，并避免会奖励“洗量式”行为的设计。

上币后我们该如何处理代币解锁？

发布解锁日历，规划市场影响，并提前承诺进行透明沟通。在你的约束条件与可行性允许的情况下，可为较大的金库资金变动考虑替代执行路径（例如 OTC），以减少市场扰动。

上币后我们应该从交易所关系中期待什么？

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

WhiteBIT

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

探索 WhiteBIT 机构中心，了解代币上币、做市、托管、合作伙伴计划；在适当情况下，针对更大的金库资金流考虑 OTC。

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