熊市 Web3 项目如何设计代币流动性？项目币/WETH 主池与 BTC、ETH、SOL 国库模型推演

如果一个 Web3 项目已经有用户和手续费收入，但还没有发行自己的 Token，熊市里最先需要回答的通常不是“Token 能涨到多少”，而是：项目币与 WETH 的主池怎样形成，收入怎样进入协议自有流动性（Protocol Owned Liquidity, POL），用户 LP 与协议 LP 分别承担什么，BTC、ETH、SOL 国库在价格变化下会发生什么，以及在收入下降或项目币集中抛售时何时应该暂停激励、再平衡或退出。

本文只做一件事：用一个可复现的机制模型回答“熊市 Web3 项目如何设计代币流动性”。研究对象是一个虚拟的链上交易平台，结果来自明确的教学参数，不是客户案例、生产部署、收益预测或 Token 发行建议。配套的流动性机制沙盘允许你调整参数，并查看用户 LP、协议 LP、国库、手续费、激励、抛压和预算缺口的分项变化。

先把事实边界说清楚

这是虚拟项目，不是客户故事

研究对象有以下虚拟假设：

• 平台已经有真实用户使用交易或路由产品，并产生按 USD 估值的业务手续费收入；这些用户和收入数字不是平头工坊的客户信息。
• 平台尚未发行项目 Token，因此“项目币”只存在于模型和沙盘中。
• 首始流动性放在项目币/WETH 恒定乘积池中，用户 LP 和协议 LP 按预先设定的份额持有池份额。
• 国库拥有按比例配置的 WBTC、WETH 与封装 SOL 资产；这些是模型资产类别，不表示任何现实项目已经拥有这些资产。
• Token 的用途只讨论产品功能、手续费折扣、锁定权重或有限治理参数；Token 持有人默认没有直接赎回国库 WBTC、WETH 或封装 SOL 的权利。

以下是外部机制事实：恒定乘积 AMM 用 x × y = k 描述无杠杆池的基本交换关系；LP 份额、交易费、协议自有流动性和无常损失是可以单独讨论的机制概念。本文引用 Uniswap V2 白皮书解释费用和流动性份额，引用 Olympus 文档说明 POL 的概念边界，不把任何一个协议的治理设计直接当成虚拟项目的生产方案。

以下是模型计算结果：沙盘在 liquidity-mechanism-v1.0.0 下按照固定周期顺序计算，输出包含输入、警告、逐期池状态和账户汇总。改变输入就改变情景，不代表发生概率或预期回报。

以下是不可推论事项：BTC、ETH、SOL 的历史收盘价不能推出项目 Token 的未来价格；正向的某项余额变化不能推出项目价值；模拟通过不能推出合约安全、法律合规、生产可用性或固定 APY。

研究对象：一个还没发币的交易平台

把平台想成一个已有产品收入、正在决定是否发行 Token 的链上交易平台。它可能有路由、报价、交易或其他可量化使用行为，但本文不假设具体客户、链、合约地址或上线承诺。

参与者

用户的 LP 权益不等于国库赎回权。协议可以选择把一部分已经实现的收入投入 LP，但这不承诺用户可以按面值拿走国库资产。

初始池和账户分离

沙盘默认用 USD 估值，但资产仍按原生单位记录：项目币用枚、WETH 用 WETH、国库资产分别用 WBTC/WETH/封装 SOL。业务手续费收入单独输入，AMM 交易费由池内交换产生，二者不能合并成一个“总收益”。

初始池只包含项目币和 WETH。主流资产国库的配置只影响国库估值和后续可用资金，不会凭空把 BTC、ETH 或 SOL 塞进项目币/WETH 池。若业务收入的一部分用于协议 LP，模型先以当期 WETH 价格换算收入，再按池价取得等值项目币，最后注入两种配对资产并铸造协议持有的 LP 份额。

资金流：每期只能按一个顺序发生

模型不直接把外部价格写进池储备。每个离散周期执行以下状态转移：

1. 读取该期外部 USD 价格，包括项目 Token 教学价格、WETH、BTC、ETH 和 SOL。
2. 执行第一笔显式套利，把项目币/WETH 池价校准到外部项目币/WETH 相对价格。
3. 执行用户设定的外生净订单流和项目币解锁卖压。
4. 执行第二笔显式套利，把订单后的池价再次校准到外部相对价格。
5. 分别记录两次套利和外生订单产生的 AMM 费用，并把套利执行成本单独列为外部套利者承担的成本。
6. 确认本期业务手续费收入，按收入配置分成协议 LP、奖励资金和国库留存。
7. 用 WETH 购买或保留配对资产，并从项目币国库取出等值项目币注入协议 LP；可用国库不足时缩减注资并发出警告。
8. 发放有限奖励。奖励需要同时受预算和已实现收入支持，不足部分变成预算缺口，不自动补足。
9. 按用户退出比例撤出用户 LP，资产回到用户账户。
10. 若开启再平衡，扣除明确的再平衡成本；国库不足则记录缺口。
11. 以周期末 USD 价格估值用户 LP、协议 LP、项目币国库和主流资产国库。

这种顺序的意义是把“价格变化”“交易费用”“业务收入”“激励”和“资产转移”拆开。池储备只能因交换、注资或撤资改变，外部价格只是套利目标和估值变量。

公式和舍入

恒定乘积池使用：

x * y = k
有效输入 = 输入数量 * (1 - AMM 费率)
输出数量 = 输出储备 * 有效输入 / (输入储备 + 有效输入)

交换费从输入资产中记录，但不会作为有效输入参与出量计算。模型内部保留全精度，页面金额四舍五入到 2 位 USD，资产数量展示到 6 位。每个相同输入都走同一条状态路径。

六类情景：谁得到什么，谁承担什么

下面的情景没有概率排序，也不是推荐参数。它们用于检查机制在不同压力下的可解释性。

1. 主流资产继续下跌

BTC、ETH、SOL 和 WETH 同向走弱，项目币相对 WETH 也走弱，卖压逐期增加。AMM 为了回到外部相对价格，池内可能被动留下更多项目币并流失 WETH。用户 LP 的 WETH 侧减少，协议自有 LP 同样承受项目币相对下跌；主流资产国库的 USD 估值下降，但这不是池子自动消除项目币泡沫的机制。

适用的控制边界是暂停未由已实现收入支持的奖励，限制一次性解锁，设置最低池深度和退出排队规则。若项目币国库无法完成配对，协议 LP 注资应停止或缩减，而不是凭空铸造 WETH。若池价校准需要超过可执行深度，模型标记失效。

2. 长期横盘

价格路径窄幅波动时，用户 LP 的主要可观察来源是 AMM 交易费，而不是价格上涨。协议可能继续获得业务手续费，但必须明确其中有多少留存、多少注入 LP、多少用于有限奖励。长期横盘并不会自动证明固定 APY；如果交易量降低，费用和奖励资金也应同步降低。

再平衡可以用于保持国库配置，但每次再平衡都有明确成本。连续多个周期的业务收入不足以覆盖预算时，应记录预算缺口并暂停激励，而不是把未来收入当作已经实现的资金。

3. 主流资产上涨而项目币滞涨

WETH、BTC、ETH、SOL 上涨，项目币只小幅变化。国库的 USD 估值可能增加，持有主流资产的参与者获得的是资产价格变化带来的账面变化；这不能被描述成项目币价值证明。项目币/WETH 池的相对价格变化会触发套利和储备重新配比，协议 LP 与用户 LP 的资产构成都可能改变。

这个情景尤其容易被误读为“主流资产上涨会托底项目币”。实际机制只是在相对价格变化后调整池储备；如果项目币没有产品使用需求或买入来源，主流资产上涨不会自动消除项目币抛压。

4. 两类资产同步上涨

项目币和主流资产同向上涨时，用户 LP 可能同时看到价格路径、AMM 费用和有限激励的正向贡献。但必须把来源分开：价格变化由情景输入承担，AMM 费用由交易者支付，奖励由已实现业务收入和预先披露预算承担。协议 LP 和国库的正向 USD 变化也可能只是估值变化，而不是可分配现金流。

模型不会把同步上涨转换为未来目标，也不会生成“预期回报”。如果用户修改了价格路径，结果标记为自定义情景。

5. 项目币集中抛售

项目币解锁或大额卖压输入为负的外生订单。池子会收到项目币并支付 WETH，随后订单后套利把池价重新校准到外部相对价格。结果可能表现为项目币池储备增加、WETH 减少、用户和协议 LP 的资产构成恶化，项目币国库也因奖励或配对注资减少。

当卖压超过池内可执行深度的 90%，沙盘直接报告模型失效，不用虚构储备继续跑。控制边界包括延迟或分批解锁、暂停奖励、限制注资和设定退出熔断条件。熔断是一个需要真实权限、治理和法律约束的产品决策，不是本沙盘自动执行的交易。

6. 收入下降且用户撤出 LP

业务手续费收入逐期下降，用户 LP 同时按比例退出。协议自有 LP 的相对占比会提高，但这不是“协议赚到更多”的结论：总池深度可能收缩，协议仍承担项目币/WETH 相对价格风险。用户撤出的资产按当期池储备比例返回用户账户，退出不会自动从主流资产国库获得补偿。

在该情景中，奖励预算缺口、再平衡成本和国库可用余额比单一总收益率更重要。若收入不足以支持奖励，激励应暂停；若国库无法承担再平衡成本，模型记录缺口；若池深度低于产品可接受边界，应进入退出或重新设计，而不是承诺无条件流动性。

无常损失、费用和国库变化要分开看

用户 LP 的结果不能只看一个净收益率。沙盘同时展示：

• 持币基准：将初始用户 LP 中相同数量的项目币和 WETH 按期末价格估值。
• 无常损失与其他差额：用户 LP 期末池份额与持币基准的差异，在扣除可追踪 AMM 费用后单独展示。它不是固定百分比，也不等于所有风险。
• AMM 交易费：按每期两次套利和一次外生订单产生的费用记录，并按 LP 份额分配观察。
• 业务手续费收入：来自虚拟平台业务账户，单独展示注入协议 LP、支持奖励与留存金额。
• 激励：仅按预算和已实现收入资金发放，预算不足时展示缺口。
• 国库变化：项目币国库与 WBTC/WETH/封装 SOL 国库分别展示；主流资产价格变化只作为估值变量。
• Token 抛压：解锁卖压、订单流中的项目币卖出数量单独记录，不把它隐含进总收益。

这也是用户 LP 权益与国库权益的边界：LP 代表池份额，国库是协议的资产账户，二者的权限、风险和退出条件不同。

Token 用途不等于国库赎回

一个较克制的 Token 用途集合可以包括：

• 访问产品中的高级路由、分析或自动化功能；
• 按锁定权重获得有限的手续费折扣；
• 参与已经披露范围内的参数治理；
• 以预算和收入约束为前提参与某个阶段性激励计划。

这些用途都不自动赋予持有人直接拿走国库 WBTC、WETH 或封装 SOL 的权利。本文不承诺固定 APY、固定回购、无限排放、无条件退出或国库面值赎回。若未来要设计这些权利，必须单独处理法律、权限、流动性、会计和合约安全边界，不能从本模型推导出来。

历史回放：真实主流资产，虚拟项目币路径

沙盘的历史模式使用一个版本化静态快照：BTC、ETH、SOL 的 2024-01-01 至 2024-01-15 UTC 日线收盘价。数据来自 Speirsy11/crypto-dataset 的固定 commit，源仓库记录数据为 Binance 公共日线 K 线，数据许可为 CC0 1.0 Universal。快照文件还记录资产标识、区间、时区、频率、记录数、缺失值规则和快照日期。

历史回放不会从浏览器请求实时 API，也不使用客户端秘密。任一价格缺失或非正数都会阻止回放，不能用样例数据、插值或前值填充替代。

项目 Token 路径另行标注为虚拟教学路径，只用来让读者观察“真实主流资产路径 + 假设项目币路径”的账户变化。它不代表任何项目币的历史表现，也不产生未来价格目标。

再平衡、激励暂停、熔断和退出边界

一个机制设计至少要写出“不继续”的条件：

1. 再平衡：只有在配置偏离阈值、国库有可用资产且再平衡成本已计入预算时执行；否则记录成本缺口。
2. 激励暂停：业务收入不足、奖励预算缺口出现、项目币国库不足或池深度下降到设定下限时，暂停未实现的奖励，不把未来收入提前分配。
3. 熔断：外生卖压超过池可执行深度、套利校准没有可行解、数据快照不完整或模型输入越界时，停止计算或进入人工复核。
4. 退出：用户 LP 按当期池份额撤出项目币和 WETH；退出不意味着国库直接赎回，也不提供价格保护。

这些只是机制边界的研究清单。真正落地还需要明确的治理权限、时间锁、合约测试、审计、链上监控、法律意见和运营流程。

MVP 验证顺序

如果要把这个研究推进到项目评估，建议先验证以下最小闭环：

1. 用真实项目的产品使用行为定义业务手续费来源，并确认数据是否可审计。
2. 固定项目币初始分配、解锁节奏、主池深度和用户/协议 LP 份额，禁止用“动态参数”掩盖权限。
3. 用至少六类压力情景复跑，检查用户 LP、协议 LP、Token 国库和主流资产国库是否分别可解释。
4. 为激励预算、再平衡、暂停、熔断和退出写出可测试的状态与事件，而不是只写经济叙事。
5. 再进行 Solidity、权限、预言机、前端和后端工程评估；沙盘通过不是生产安全结论。

你可以先在流动性机制沙盘中运行教学基线、压力预设或历史回放，再查看DEX 路由交互原型和流动性挖矿仿真研究。如果需要把机制代入自己的项目，应进入服务范围并提交真实项目背景，下一步是人工技术评估，不是购买源码、投资 Token 或获得收益承诺。

参考来源

• Uniswap V2 Core whitepaper：恒定乘积池、交换费用和 LP 份额的机制说明。
• Olympus Protocol Owned Liquidity：POL 概念与协议持有流动性的边界说明。
• Speirsy11/crypto-dataset：静态快照来源、UTC 日线结构和 CC0 数据许可记录。