Pump.fun的交易分成机制如何驱动巨额收入

Pump.fun的核心盈利模式建立在每笔交易的手续费抽取上。无论代币是暴涨还是归零，每一次买入与卖出都会产生固定费用，平台从中获取最大份额。这种设计使其更像一个持续运转的赌场——不依赖某次押注成功，而是依靠用户持续下注带来的流水获利。其收入主要来自三个阶段：联合曲线发行、代币“毕业”迁移至PumpSwap，以及后续在PumpSwap上的交易活动。

联合曲线阶段的手续费结构

新代币在联合曲线上发行时，每笔交易收取总手续费1.25%，其中0.95%归协议所有，0.30%分配给代币创建者。该阶段适用于SOL和USDC交易对，且无流动性提供者费用，协议收益占比最高，是平台最稳定的收入来源。

代币“毕业”时的一次性费用

当代币完成联合曲线发售并“毕业”，将迁移至Pump.fun自研的自动做市商PumpSwap。此时平台会一次性收取0.015 SOL作为手续费，历史数据显示此阶段对应的市值约为6.9万至9万美元，虽金额不大，但为关键节点之一。

PumpSwap交易的动态费率

进入PumpSwap后，手续费呈动态变化：随着代币市值上升，总费率从初期约1.25%逐步下降至大市值时的0.30%左右。协议自身获得约0.05%的份额，流动性提供者占0.20%，创建者费用则随时间递减。这一设计旨在鼓励长期流动性积累，同时保障平台持续获益。

面向创建者的长期收入激励

一项扩展至2025年和2026年的收入分成机制，使代币发布者可获得更多比例的手续费。尽管如此，协议始终优先提取自身份额，确保其收入不受影响。这既激励开发者持续参与，也维持了平台对资金流的掌控力。

Pump.fun的实际财务表现与数据透视

截至目前，平台累计收取的手续费总额约为18.6亿美元，其中几乎全部（约18.63亿美元）来自Solana链。自2026年拓展至以太坊、BSC和Base等其他链后，虽然占比尚小，但增长趋势明显。联合曲线单独贡献了11.44亿美元，是收入主力。 Pump.fun早在2026年3月即突破累计营收10亿美元里程碑，成为Solana历史上首个达成此成就的应用。按年化计算，其年化手续费收入略高于10亿美元，而协议自身年化营收约为4.43亿美元。过去30天内，在约194亿美元的交易量基础上，平台实现7430万美元手续费收入，凸显交易量对收入的关键作用。

收入波动与周期性特征

这些数字随模因币周期剧烈波动，非线性增长。一个高交易周可能超过数个平静月份，导致30天和年化数据呈现显著差异。随着交易活动从联合曲线向PumpSwap及其他链转移，平台收入结构也在持续演变，更多负担落在早期成名平台之外。

Pump.fun为何频繁出售SOL？

由于平台主要以SOL形式接收手续费，且不会全部持有，因此定期将其兑换为稳定币作为国库管理的一部分，通常通过发送至Kraken交易所完成。此举使其成为Solana生态中最大的持续性SOL卖家。 截至7月8日，Lookonchain数据显示，Pump.fun已出售约466万枚SOL，价值7.948亿美元，平均退出价格为170.70美元。链上分析师EmberCN指出，截至7月中旬，累计出售量接近481万枚，推动总收益突破8亿美元。当前SOL价格约为80美元，远低于平均退出价，表明平台在价格下行过程中仍实现可观利润，但也客观加剧了对价格的压力。其行为本质是将由交易热潮带来的收益进行变现。

PUMP代币的回购销毁机制运作方式

2025年7月，Pump.fun通过ICO推出原生代币$PUMP，短时间内筹集约6亿美元，总融资额现达略高于10亿美元。该代币无质押功能，也不增发，其价值完全依赖于平台收入支持的回购销毁计划。 2026年4月下旬，平台销毁了此前已回购的所有PUMP代币，价值约3.7亿美元，约占当时流通供应量的36%。此举通过两笔链上交易完成，并引入新规则：未来一年内，其三大核心产品（联合曲线、PumpSwap、Terminal）净收入的50%将用于公开市场购买并销毁PUMP，其余50%用于运营、招聘、营销及收购。 这一调整具有战略意义。此前九个月收入100%用于回购，但PUMP价格长期低于发行价。联合创始人Alon Cohen认为，业务需保留一半收入以支持增长，更大的平台即便仅分得一半，也可能比小平台全数收入更有价值。

回购循环的现实局限

该机制构建了一个清晰闭环：交易越多 → 手续费越高 → 回购越多 → 供应减少 → 价格上升预期增强。目前，按年化计算，流向PUMP持有者的价值约为3.11亿美元。累计回购金额已超4.1亿美元，销毁约1510亿枚PUMP代币。 然而，即使经历大规模销毁与持续回购，PUMP价格仍低于一年前发行价。这揭示出一个根本矛盾：平台可编程地缩减供应量，却无法在合约中控制市场需求。真正的价值回归，取决于外部投资者对代币未来的信心与实际使用场景，而非代码本身。