作者:SpecialistXBT
年前,一篇名为《Payment for Order Flow on Solana》的文章揭开了 Solana 费用市场中阴暗的一角,在英文推特中引发了现象级的关注。
PFOF(订单流支付)在传统金融中早已是一种成熟的商业模式。Robinhood 正是通过这种模式,打出了「零佣金交易」的王炸,迅速从众多老牌券商中突围。这一策略不仅让 Robinhood 赚得盆满钵满,更迫使嘉信理财、E-Trade 等行业巨头纷纷效仿,改变了美国零售经纪业务的版图。
仅在 2021 年,Robinhood 就通过 PFOF 狂揽近 10 亿美元收入,占据了其当年总营收的半壁江山;即便到了 2025 年,其单季度的 PFOF 收入依然高达数亿美元。足见这一商业模式背后的暴利。
在传统市场中,做市商极其偏爱散户的订单。原因很简单,散户订单通常被认为是「无毒」的,它们往往基于情绪或即时需求,不包含对未来价格变动的精准预测。做市商吃下这些订单,既能稳赚买卖价差,又不必担心成为知情交易者(如机构大户)的对手方。
基于这种需求,券商(如 Robinhood)将用户的订单流打包,批量卖给像 Citadel 这样的做市商巨头,从而收取巨额回扣。
在传统金融市场的监管在一定程度上保护了散户,SEC 的《国家市场系统监管条例》强制要求即便是被打包出售的订单,也必须获得不差于市场最优价格的执行。
然而,在缺乏监管的链上世界,应用程序正利用信息不对称,诱导用户支付远超实际上链需求的优先费和小费,并将这些溢价悄然截留。这种行为,本质上是向毫无防备的用户征收了一笔暴利的「隐形税」。
流量变现
对于那些掌握了大量用户入口的应用来说,流量变现的手段远比你想象的丰富。
前端应用和钱包们可以决定用户的交易去向何处、以何种方式成交、甚至以多快的速度上链。一笔交易的生命周期中的每一个「关口」都暗藏着将用户价值「吃干抹净」的生意经。
向做市商「出售」用户
就像 Robinhood 一样,Solana 上的应用也可以向做市商出售「接入权」。
RFQ(询价)是这种逻辑的直接体现。与传统的 AMM 不同,RFQ 允许用户(或应用)直接向特定的做市商询价并成交。在 Solana 上,Jupiter 等聚合器已经集成了这种模式(JupiterZ)。在这个系统中,应用端可以向这些做市商收取连接费,或者更直接地,将批量的散户订单流打包出售。随着链上价差的不断收窄,作者预计这种「卖人头」的生意会越来越普遍。
此外,DEX 与聚合器之间也正在形成某种利益同盟。Prop AMMs(自营做市商)和 DEX 极度依赖聚合器带来的流量,而聚合器完全有能力向这些流动性提供方收费,并将部分利润以「回扣」的形式返还给前端应用。
打比方说,当 Phantom 钱包将用户的交易路由至 Jupiter 时,底层的流动性提供方(如 HumidiFi 或 Meteora)可能为了争取这笔交易的执行权而向 Jupiter 付费。Jupiter 在收到这笔「通道费」后,再将其中的一部分返还给 Phantom。
这种猜想虽然尚未被公开证实,但作者认为,在利益驱动下,这种产业链内部的「分润潜规则」几乎是自然而然的现象。
吸血市价单
当用户在钱包中点击「确认」并签名时,这笔交易本质上就是一个带有滑点参数的「市价单」(Market Order)。
对于应用端来说,处理这笔订单的方式存在两条路:
良性路线: 将交易产生的「Backrun」(尾随套利)机会卖给专业的交易公司,大家分润。所谓 Backrun,是指当用户在 DEX1 的买单推高了 DEX1 中的代币价格后,套利机器人紧随其后在同一区块内的 DEX2 中买入(不影响用户在 DEX1 的买入价格),并在 DEX1 中卖出。
恶性路线: 协助夹子(三明治套利者)攻击自己的用户,推高用户的成交价格。
即使走良性路线也不代表应用端有良心,为了最大化「尾随套利」的价值,应用端有动力故意放慢交易上链的速度。在利润驱使下,应用端还可能会故意将用户路由到流动性较差的池子中,以此人为制造出更大的价格波动和套利空间。
据报告,Solana 上一些知名的前端应用正在进行上述操作。
谁拿走了你的小费?
如果说上述手段还带有一些技术门槛,那么在「交易费用」上的暗箱操作则堪称「演都不演了」。
在 Solana 上,用户支付的费用实际上分为两部分:
- 优先费: 这是协议内的费用,直接支付给验证者。
- 交易小费: 这是一笔转给任意地址的 SOL,通常支付给像 Jito 这样的「落地服务商」(Landing Service)。服务商再决定分多少给验证者,分多少返还(Rebate)给应用端。
为什么需要落地服务商?由于 Solana 网络在拥堵时通信极为复杂,普通的交易广播很容易失败。落地服务商扮演了「VIP 通道」的角色,他们通过专门的优化链路,向用户承诺交易的成功上链。
Solana 复杂的区块构建者市场(Builder Market)和碎片化的路由系统,催生了这一特殊角色,也为应用端创造了绝佳的寻租空间。应用端往往诱导用户支付高额小费以「保过」,然后与落地服务商瓜分这笔溢价。
交易流量与费用版图
让我们看一组数据。在 2025 年 12 月 1 日至 8 日这一周内,Solana 全网产生了 4.5 亿笔交易。
其中,Jito 的落地服务处理了 8000 万笔交易,占据了统治地位(93.5% 的构建者市场份额)。而在这些交易中,绝大多数是与交易相关的 Swap、预言机更新和做市商操作。
在这个巨大的流量池中,用户为了「求快」,往往会支付高额的费用。但这些钱真的都用来加速了吗?
并不尽然。数据表明,低活跃度的钱包(通常是散户)支付的优先费高得离谱。考虑到当时的区块并未填满,这些用户显然被超额收费(Overcharged)了。
应用端利用用户对「交易失败」的恐惧,诱导用户设置极高的小费,然后通过与落地服务商的协议,将这部分溢价收入囊中。
反面典型 Axiom
为了更直观地展示这种「收割」模式,作者对 Solana 上的头部应用 Axiom 进行了深入的案例研究。
Axiom 产生的交易费用冠绝全网,不仅因为它的用户多,还因为它宰客最狠。
数据显示,Axiom 用户支付的优先费中位数(p50)高达 1,005,000 lamports。作为对比,高频交易钱包仅支付约 5,000 到 6,000 lamports。这中间是 200 倍的差距。

在小费(Tips)方面,情况同样如此。
Axiom 用户在 Nozomi、Zero Slot 等落地服务上支付的小费远超市场平均水平。应用端正是利用了用户对「速度」的极度敏感,在没有任何负面反馈的情况下,完成了对用户的双重收费

作者直言不讳地推测:「Axiom 用户支付的绝大部分交易费用,最终都回到了 Axiom 团队的口袋里。」
夺回费用定价权
用户激励与应用激励的严重错位,是造成当前乱象的根源。用户不知道什么是合理的费用,应用端则乐于维持这种混沌。
要打破这种局面,我们需要从底层的市场结构入手。预计在 2026 年前后引入 Solana 的 多重并发提议者(MCP)和 优先排序机制(Priority Ordering),以及被广泛提议的动态基础费用机制,或许是解决问题的不二法门。
多重并发提议者(Multiple Concurrent Proposers)
目前的 Solana 单一提议者模式容易形成暂时的垄断,应用端只需搞定当前的 Leader 就能在短时间内掌控交易打包权。引入 MCP 后,每个时隙(Slot)有多个提议者并发工作,显著增加了攻击和垄断的成本,提升了抗审查性,让应用端难以通过控制单一节点来围堵用户。

优先排序机制(Priority Ordering)
通过协议层强制规定「按优先费高低排序」,消除了排序的随机性(Jitter)。这削弱了用户仅为了「保过」而被迫依赖 Jito 等私下加速通道的需求。对于普通交易,用户不再需要猜测该给多少小费,只要在协议内付钱,全网验证者都会基于确定性规则优先处理。

动态基础费用(Dynamic Base Fee)
这是最关键的一步。Solana 正在试图引入类似以太坊动态基础费(Dynamic Base Fee)的概念。
用户不再是盲目地给小费,而是明确地向协议发出指令:「我愿意为这笔交易上链支付最高 X Lamports 的费用。」
协议根据当前的拥堵程度自动定价。如果不堵,只收低价;如果堵了,才收高价。这种机制将费用的定价权从应用端和中间商手中夺回,交还给了透明的协议算法。

Meme 给 Solana 带来了繁荣,但也落下了病根,留下了浮躁的逐利基因。Solana 要想真正实现 ICM 的愿景,就不能放任掌握前端流量的应用和掌握基础设施的协议们沆瀣一气、为所欲为。
正所谓「打扫干净屋子再请客」,只有通过底层的技术架构升级,用技术手段铲除寻租土壤,发展出一个公平、透明、将用户福利置于首位的市场结构,Solana 才能真正具备与传统金融体系融合、竞争的底气。