Base链Launchpad选择创始人指南

本文内容

• 第一部分：Base LaunchPad 格局
  • LaunchPad 对比 – 各 LaunchPad 的并列比较。
  • 选择 LaunchPad – 基于项目目标的 LaunchPad 决策树。
• 第二部分：启动前架构
  • 供应与费用经济 – 每一美元兑换费用实际流向何处。
  • DEX 池设置 – 池设置及其如何决定启动的后续环节。
  • 代币经济学规划 – 重新思考经典代币分配。
  • 解决创始人分配问题 – 预留运营和团队供应。
• 第三部分：启动后现实与生存
  • 启动流动性 – 管理已锁定主 LP 的流动性。
  • 价格走势场景 – 每个 LaunchPad 产生的独特图表。
  • 维持流动性健康 – 启动后需要关注的指标。
  • 要避免的陷阱 – 我们看到重复出现的失败模式。
• 第四部分：扩展
  • 做市商与交易所 – 启动后进行，但值得提前准备。

第一部分：LaunchPad 格局

LaunchPad 对比

Base 上的每个 LaunchPad 都是针对特定代币原型设计的。以下是五大平台的高层分解，包括它们的核心机制，以及它们究竟支持或惩罚哪种类型的项目。

五大平台一览

选择 LaunchPad

以下决策树是综合结果——将其视为起点而非规则手册。这些类别有重叠之处，强大的团队曾在所有五个平台上成功启动——例如，一个拥有自定义股权结构表的真实产品完全可以放在 Bankr 而非 OpenServ 上启动。

第二部分：启动前架构

供应与费用经济

你项目的长期可持续性很大程度上取决于你的启动机制如何捕获和分配价值。以下是五大平台的兑换费用、协议抽成和供应配置的架构分解。

五大平台费用对比

这些 LaunchPad 在如何奖励创作者与协议收取多少方面分为截然不同的阵营，从根本上决定了长期运营周期：

• Clanker：创作者收益最高。通过 clanker.world 路由的创始人保留全部创作者费用，协议在其基础上额外收取 20%，而不是从你的份额中扣除。
• Bankr：保留 57% 给创作者，其余分配给自身生态系统，其中 Doppler 从该池中收取 5% 的基础设施费。
• Flaunch：高度创作者友好，兑换收取 0%。这让你可以申领全部 1% 的费用，或将其完全导向自动代币回购。
• Virtuals：没有传统的创作者“抽成”，因为 1% 的税费直接流向 Agent 自己的钱包，用于资助其去中心化计算。

在启动供应方面，范围从立即 100% 市场流通到高度定制化的股权结构表：

• 完全市场流通（Bankr & Virtuals）：这些平台默认将全部供应投放公开市场。希望获得运营或团队代币的创始人必须采取有意的启动后策略来获取它们。
• 预挖分配（Clanker & Flaunch）：这些平台允许你在部署时立即划出或预挖特定比例的供应。
• 自定义股权结构表（OpenServ）：唯一一个从第一天起就围绕传统股权结构表设计的选项，允许你硬编码团队归属和金库的具体分配。

表格中详述的所有费用路由机制仅适用于 LaunchPad 创建的主流动性池。如果之后（由你或第三方）在其他 DEX 上开设二级池，它们将遵循标准规则：交易费用归流动性提供者所有，你的创作者钱包将分文不得。

这对于成长中的项目有两个巨大的实际后果：

1. 费用流失：如果交易量转移到更深的第三方池，你所依赖的费用收入可能完全枯竭——即使你的代币总交易量看起来非常健康。
2. 做市商现实：如果你最终引入外部做市商，他们在其他场所运营的池子不会为你贡献 LaunchPad 的费用流。他们的补偿和资本需求必须独立规划，而不能假设可以由你的 LaunchPad 费用资助。

DEX 池设置

你的代币启动时所进入的流动性池不仅仅是一个技术细节——它是整个市场的结构基础。

以下是每个 LaunchPad 如何配置你的初始流动性、使用何种池类型以及这些资本被锁定的永久性程度。

DEX 池设计

正如分解所揭示的，不存在“标准”DEX 池。每个平台都设计了完全定制的流动性环境——从 Clanker 单边“阶梯式”流动性区间，到 Bankr 通过 Doppler 创建的大规模集中 Uniswap V4 仓位，再到 Virtuals 的自定义基础对联合曲线。

由于这些不同的机制决定了交易如何处理以及市场深度如何计算，如果不理解你的池的确切结构，可能会犯致命错误。

在点击部署之前，需要内化的三个要素：

• TVL 幻觉：高总锁仓价值（TVL）数字在第一天可能具有欺骗性。Clanker 仅用你的代币（而非 ETH）作为初始池的种子——这意味着另一边没有买方资产来吸收突然的抛售。即使 Dexscreener 显示巨大的 TVL，一个适度的卖单也可能使你的价格崩溃。相反，Bankr、Flaunch 和 Virtuals（毕业后）在池的两侧都放置了流动性，因此它们的 TVL 反映了交易者实际可以移动的量。在 Clanker 上，屏幕会撒谎：你看到的数字并非你拥有的深度。
• 基础资产陷阱：你的交易对是永久的，其选择会产生巨大的下游影响。Virtuals 将你的代币与 $VIRTUAL 配对，而非 ETH，这意味着你的价格将永远与 $VIRTUAL 的宏观波动Hook。如果 $VIRTUAL 下跌，你的代币也会随之下跌，无论你的项目表现如何。其他四个平台以 ETH 定价，提供了一个清晰的美元信号，CEX、合作伙伴和你的社区无需二次转换即可读取。VIRTUAL 配对让你融入一个生态系统；确保那是你希望永久绑定的生态系统。
• 可信度标准：锁定流动性对于严肃的增长来说是无可商榷的。这是向中心化交易所发出的最清晰信号，表明你不能撤走社区的流动性——因此这是他们合规团队在上币前检查的第一件事。虽然五个 LaunchPad 中有四个会自动锁定或销毁主 LP，但 OpenServ 是例外。如果你在那里部署，你必须手动确认并向市场证明你的流动性确实已被锁定。

代币经济学规划

来自基金会铸造供应模式的创始人本能地追求经典分配：15% 团队、15% 投资者、45% 社区、15% 生态系统和 10% 流动性。在无需许可的 LaunchPad 上，起初并没有那种程度的供应控制。

然而，根本目标——资助团队、奖励社区、维持项目生存——是相同的。经典代币经济学在 Base LaunchPad 上并没有消失；它只是被压缩了。在旧模式中，你为 100% 的供应设计一个多年的释放计划，因为团队从第一天起就控制着整个账本。今天，代币经济学是一个两部分的工作。

你仍然必须执行传统的代币经济学规划——归属时间表、团队与顾问的分割以及结构性锁仓——但严格应用于你为项目争取到的较小分配。同时，你必须叠加运营架构（费用路由、回购参数）来管理即时的公开流通。如果你在部署之前不规划这两者，市场将为你决定运营周期。

这种规划的现实取决于你选择的平台。

• Clanker 和 Flaunch：你仍然可以执行经典代币经济学，但必须预先配置。这些平台允许你在剩余供应进入流动性池之前预先配置特定的团队或运营分配。
• Bankr：该平台默认在第一天进行 100% 市场流通，但团队仍可在费用衰减后、启动后获取供应。或者通过自定义配置。
• Virtuals：代币严格作为 AI Agent 的股权运作。由于默认情况下没有传统的创作者预挖，费用收入必须直接抵消计算成本并资助 Agent 开发。当启动热度消退后，Agent 的正常运行时间和链上活动驱动估值；幸存下来的 Agent 只是那些持续工作的 Agent。
• OpenServ：你最接近经典代币经济学模型，但有一个关键反转。在旧模型中，代币从产品中捕获价值。在这里，产品需要代币才能运行（例如，用于治理、质押和白名单）。如果你的代币在你的产品运营中不具备结构性必要性，那么 OpenServ 是错误的 LaunchPad，因为投机炒作无法维持运营一个真实企业的计算成本。

解决创始人分配问题

默认情况下，公平启动基础设施会将大部分（或全部）供应在 T+0 时推向公开市场。这会产生健康的持有者分布，但可能使创始人完全陷入困境。运营现实需要用于未来做市库存、顾问分配、合作伙伴激励以及金库缓冲的供应，以便在第一次重大市场下跌时无需被迫在公开市场上卖出。

确定这种分配的规模是一个微妙的心理平衡行为。保留得太少，一旦市场下跌，你的运营资金就会耗尽。保留得太多，你自己的社区会将其解读为撤走风险，并在启动时对代币打折。你的分配必须是可辩护的、透明的，并且足够小，使得“团队会抛售”的叙述永远无法获得牵引力。

获取这种库存需要在你选择的 LaunchPad 的特定技术原语范围内工作：

这些 LaunchPad 大多具有为创始人获取运营供应的预期机制。Clanker 的金库、Flaunch 的预挖、Virtuals 的预买以及 OpenServ 的股权结构表支持——所有这些都旨在实现合法的创始人分配。

Bankr 是个例外，因为默认的 Bankr 流程假设部署者是一个不需要创始人供应的 Agent，因此人类团队需要要么与 Bankr 团队配置自定义的 DERC20 归属结构（如 LienFi 所做），要么接受带有相关成本的等待和购买机制。

纪律比机制更重要：提前公布钱包地址，将供应在链上提交到透明的归属时间表，并合理调整分配规模。

第三部分：启动后现实与生存

启动流动性

在五个 LaunchPad 中的四个上，主 LP 被锁定或销毁，这意味着你不能通过协议向创作者暴露的任何直接机制向其添加流动性。锁定是永久性的。你的启动后流动性策略需要在启动前规划好。

有效的策略：

创始人犯下的最大错误：假设启动日的流动性就是一个月后他们拥有的流动性。事实并非如此。当前 tick 的池深度会随着价格移出范围而衰减，而当价格偏离原始位置 20-30% 时，集中的 V3/V4 仓位会变得功能上无用。为第二周的流动性缺口做好规划。这是普遍存在的，也是大多数启动项目悄悄开始消亡的时候。

价格走势场景

每个 LaunchPad 在第一个小时和第一周都会产生独特的价格图表，这些模式足够可预测，可以据此进行规划。

Virtuals 和 OpenServ 的“毕业蜡烛”值得特别关注，因为它是这些平台上代币图表最常见的故障点。联合曲线在买家积累时产生确定性的价格上涨；在毕业时，交易场所的突然扩张（Virtuals 上的 V2 LP，OpenServ 上的 Aerodrome）引入了真正的价格发现和真正的卖家。许多代币在毕业时达到历史最高点。为此做好规划：在毕业时刻安排一个叙事、产品更新或有意义的公告，因为价格行为将立即受到考验。

维持流动性健康

大多数 LaunchPad 代币的失败不是在启动时，而是在两到六周后，当初始交易量消退且 LP 显示出其真实面目时。流动性健康是需要关注的指标，它意味着一件事：一个真实的交易者，或你自己的金库，能否在不破坏价格的情况下移动较大金额？

需要监控的五件事：

• 特定 LaunchPad 的陷阱：如果流动性是单边或超出范围，Clanker 的 Dexscreener TVL 看起来比可执行深度更健康。Bankr 的 Doppler 曲线需要 Doppler 自身的分析。Virtuals 的池以 VIRTUAL 计价，因此 VIRTUAL 的波动会渗入你的有效滑点。Flaunch 的 PBW 深度随累计费用而非初始配置变化，因此年轻的 Flaunch 代币无论 T+30 看起来如何，其墙壁都很薄。OpenServ 的 Aerodrome 池在毕业时仅有 $25-35K 的配对流动性，在二次部署之前确实很薄弱。
• 测试的具体方法：通过 1inch 或 Matcha 等聚合器获取一个 5000 美元卖出的报价，对实时池进行测试。在一个单边的 Clanker 代币上，即使 Dex Screen 显示 15-20 万美元的 TVL，也常见到 20-30% 以上的价格影响——模拟成交告诉你代币是否能在真实卖单下幸存。每周对你的代币以及你在接触之前正在研究的任何代币运行此测试。

要避免的陷阱

这些是我们反复看到的失败模式。没有一个在事前是明显的，尤其是对于从 Web2 产品直觉或 ICO 时代剧本（其中供应控制和归属是相关杠杆）出发的创始人而言。回想起来，这些失败是灾难性的。

截至 2026 年，自 2021 年以来推出的所有代币中，超过一半已不活跃，而这些死亡中的大多数发生在 2025 年。2025 年 LaunchPad 代币的买家平均亏损约 40% 以上。即使是类别领导者 VIRTUAL，也随着新 Agent 创建速度大幅放缓，从 2025 年 1 月的高点下跌了约 85%。绝大多数代币并非在启动时死亡——而是在之后安静的几周内，以以下列出的方式死亡。

第四部分：扩展

做市商与交易所

没有人在这些 LaunchPad 上启动时会考虑中心化交易所（CEX）或做市商（MM）。这完全没问题——对于大多数项目来说，这应该是后期行动。然而，你今天仍然必须为此做准备。中心化上市和做市商需要专用的代币库存和市场资本，这意味着在你的初始设置期间就划出特定分配是必要的，而不是事后才考虑。

虽然 DEX 上市是自动且无需许可的，但 CEX 上市是一个完全不同的障碍。交易所在上市代币前会进行严格审查，他们非常关心你的市场能否自我维持。锁定流动性有助于你的情况，但它不会自动创造交易所期望看到的订单簿深度。上市提供了一个场所；它不会制造需求。

做市商正是提供这种深度的角色。一个好的做市商能保持你的订单簿有序，管理你在多个场所的流动性，并保持价差很小。一个坏的做市商会制造虚假交易量，耗尽你的金库，并给你的社区留下比从未上市更糟的图表。即使你选择完全留在去中心化交易所，一旦项目成长起来，你可能仍然需要聘请做市商来有效管理 Uniswap V3 或 V4 池中的集中流动性。

时机很直接。理想的窗口是启动后——当你的价格、持有者基础和合约已经稳定，但市场关注度仍然很高时。除非从一开始就硬编码在你的策略中，否则不要试图在启动的确切时刻匆忙进行 CEX 上市。相反，也不要等到你的自然交易量完全消失后才作为救援任务寻找上市；到那时，已经没有东西留给做市商来操作了。当你的项目扩展并需要复杂的流动性管理时，聘请做市商；当你真正准备好进行更广泛的分布、法币入口和全球曝光时，再追求中心化交易所。

本系列接下来：逐个 LaunchPad 的深入分析。我们将发布关于 Clanker、Bankr、Virtuals、Flaunch 和 OpenServ 每个平台的专题文章，涵盖合约架构、费用机制细节、链上足迹、值得注意的启动及其启示，以及针对考虑每个平台的团队的具体操作手册。目标是为创始人提供实际选择、准备和执行所需深度。

• 原文链接： x.com/ventariresearch/st...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～