做 Solana 代币冷启动，最先要敲定的就是流动性池子类型。不少项目直接沿用旧版 AMM V4，等到部署环节才发现各种限制：不兼容 Token‑2022 代币、部署流程繁琐，还要额外处理 OpenBook 订单簿相关问题。

Raydium CPMM，也就是 V3 恒定乘积池子，作为迭代后的新一代方案，现在越来越多新项目拿来做代币首发。但很多项目运营分不清它和 AMM V4 的适用边界，上线过程踩了不少隐形大坑。

CPMM 池子到底是什么

CPMM 沿用经典 x*y=k 恒定乘积模型，流动性覆盖全部价格区间，部署完成后不用人工维护价格区间，属于部署完成就能被动运行的池子类型。

对比老版本 AMM V4，最大的改动就是彻底脱离 OpenBook 订单簿绑定，不再需要提前准备 Market ID，直接砍掉一大段复杂的前置部署流程。

几个核心特性：

• 原生支持 Token‑2022 代币，手续费代币、带回流税这类扩展代币可以直接部署；旧 AMM V4 不支持这套代币标准，这也是大量项目切换 CPMM 的核心原因，同时向下兼容传统 SPL 代币。
• 无需 OpenBook Market ID，省去创建市场 ID 的成本，规避大量参数配置风险。
• 官方固定 0.2 SOL 基础建池费用，钱包额外预留 SOL 用来支付 Gas 即可。
• 池子参数一旦上链固化：初始开盘价格、交易手续费等配置无法二次修改，一旦配置出错只能废弃旧池，重新部署。

CPMM VS AMM V4，代币冷启动怎么选

大白话总结：只要你的代币是 Token‑2022 标准，基本只能选择 CPMM。如果是普通 SPL 代币，两种池子都可以使用；不需要订单簿联动的场景，优先选 CPMM，简化上线流程。

⚠️ 重要提醒：虽然不再依赖 OpenBook，但 CPMM 建池成功后依旧会生成 LP 凭证。持有 LP 凭证依旧可以赎回流动性，也可以燃烧 LP 永久锁死底池，向社区传递安全信号。创建池子不等于自动锁定流动性，这点千万不要忽略。

CPMM 池子部署逻辑

CPMM 池子本质就是向合约存入一对交易资产：项目代币搭配报价资产，大多选用 SOL，部分项目会用 USDC 作为报价币。

关键点：存入两种资产的数量比例直接决定开盘价格，不是手动输入价格数字，资产数量填错，开盘价会严重偏离预期。

部署前准备清单：

1. Phantom 钱包，切换至 Solana 主网
2. 足额项目代币 + SOL/USDC 报价资产
3. SOL 余额：覆盖 0.2 SOL 基础建池费 + Gas 消耗

完整操作链路：连接钱包 → 池子类型选择 CPMM → 填入基础代币与报价代币数量 → 核对系统算出的初始价格 → 签名交易完成创建。

借助 GTokenTool 可视化工具，不需要手动拼装复杂链上指令。在页面表单填写全部参数，钱包插件签名交互，无需导入私钥。建池完成拿到 LP 凭证后，还可以继续使用平台的燃烧流动性工具，完成永久锁仓。

实操高频踩坑点

• 创建池子直接失败

常见诱因：代币未完成授权、SOL 余额不足、Token‑2022 代币自带权限限制、RPC 节点网络卡顿。排查顺序：优先核对钱包余额与代币授权状态，切换稳定 RPC 节点重试。

• 参数填错无法回滚

开盘价、手续费一旦上链不可编辑。参数填写错误只能废弃旧池子重新部署，上线发布消息前，一定要反复核对资产数量。

• Token‑2022 代币不是万能

CPMM 虽然原生支持 Token‑2022，但部分带有特殊权限的扩展代币依旧会出现交互报错。正式上线前，强烈建议先做小规模模拟交易，验证合约行为。

• 建池成功不等于项目安全

建好池子只是给代币开通交易通道。如果 LP 凭证没有锁仓或者燃烧，项目方依旧可以随时撤走池子流动性。很多散户误以为选用新池子就不会 Rug，流动性锁仓依旧是社区核验项目安全的核心项。

写在最后

CPMM 解决了老 AMM V4 的诸多痛点：摆脱 OpenBook 依赖、原生支持 Token‑2022、简化部署链路，是当下 Solana 代币冷启动非常实用的底层工具。

但池子只是基础设施，无法替项目解决叙事、社区、代币经济等核心问题。池子选型、底池规模、后续 LP 是否燃烧锁仓，这些关键决策，依旧需要项目团队结合自身情况权衡取舍。工具降低了部署门槛，但项目本身的风险不会消失。