«Скрытый налог» на Solana

Автор: SpecialistXBT

Несколько лет назад статья под названием «Payment for Order Flow on Solana» раскрыла темную сторону рынка комиссий Solana, вызвав феноменальный резонанс в англоязычном Twitter.

PFOF (оплата за поток ордеров) в традиционных финансах уже давно является зрелой бизнес-моделью. Именно благодаря ей Robinhood выпустила на рынок «торговлю без комиссий», быстро вырвавшись вперед среди множества устоявшихся брокеров. Эта стратегия не только позволила Robinhood заработать огромные прибыли, но и вынудила таких гигантов отрасли, как Charles Schwab и E-Trade, последовать ее примеру, навсегда изменив ландшафт розничного брокерского бизнеса в США.

Только в 2021 году Robinhood заработала почти 1 миллиард долларов на PFOF, что составило половину ее общего дохода за год; даже в 2025 году ее ежеквартальный доход от PFOF продолжал составлять сотни миллионов долларов. Это лишний раз доказывает высокую рентабельность этой бизнес-модели.

На традиционных рынках маркетмейкеры отдают явное предпочтение ордерам розничных инвесторов. Причина проста: ордера частных лиц обычно считаются «безопасными». Они часто основываются на эмоциях или срочной потребности и не содержат точных прогнозов будущих изменений цен. Принимая такие ордера, маркетмейкеры стабильно зарабатывают на спреде покупки и продажи, не рискуя стать контрагентом для информированных трейдеров (например, крупных институциональных игроков).

Используя этот спрос, брокерские компании (такие как Robinhood) упаковывают потоки пользовательских ордеров и оптом продают их крупным маркетмейкерам вроде Citadel, получая за это огромные вознаграждения.

Регулирование традиционных финансовых рынков в определенной степени защищает розничных инвесторов: правила SEC по Национальной системе торговых рынков обязывают исполнять даже упакованные ордера по цене, не хуже лучшей доступной на рынке.

Однако в неконтролируемом мире блокчейна приложения используют асимметрию информации, чтобы побудить пользователей платить за приоритетные комиссии и чаевые, которые значительно превышают фактические потребности для записи транзакции в сеть, тайно присваивая эту разницу. По сути, такое поведение представляет собой взимание с беспечных пользователей огромного «скрытого налога».

Монетизация трафика

Для приложений, контролирующих огромные пользовательские трафик-воронки, способы монетизации трафика гораздо шире, чем можно себе представить.

Фронтенд-приложения и кошельки могут решать, куда будут направлены транзакции пользователя, как они будут выполнены и с какой скоростью записаны в блокчейн. Каждая «контрольная точка» жизненного цикла транзакции таит в себе возможности для полного извлечения ценности из пользователя.

«Продажа» пользователей маркетмейкерам

Как и Robinhood, приложения в Solana могут продавать маркетмейкерам «доступ к пользователям».

RFQ (запрос котировок) является прямым воплощением этой логики. В отличие от традиционных AMM, RFQ позволяет пользователям (или приложениям) напрямую запрашивать котировки у определенных маркетмейкеров и выполнять сделки. В сети Solana агрегаторы, такие как Jupiter, уже интегрировали этот режим (JupiterZ). В этой системе фронтенды могут взимать плату за подключение с этих маркетмейкеров или, что более прямо, упаковывать и продавать крупные пакеты потоков ордеров розничных инвесторов. По мере дальнейшего сужения спредов в онлайне автор предполагает, что бизнес по «продаже голов» станет все более распространенным.

Кроме того, между децентрализованными биржами (DEX) и агрегаторами формируется своего рода союз интересов. Проприетарные AMM (Prop AMMs) и DEX критически зависят от трафика, генерируемого агрегаторами, и последние имеют все возможности взимать плату с поставщиков ликвидности, возвращая часть прибыли фронтенд-приложениям в виде «возмещений» (rebates).

В качестве примера: когда кошелек Phantom направляет транзакцию пользователя через Jupiter, базовые поставщики ликвидности (например, HumidiFi или Meteora) могут платить Jupiter за право исполнения этой сделки. Получив эту «таксу за транзит», Jupiter впоследствии возвращает ее часть обратно Phantom.

Хотя эти предположения еще не были публично подтверждены, автор считает, что при наличии финансовой мотивации подобные внутренние практики «разделения доходов» внутри индустрии являются почти неизбежным явлением.

Паразитические ордера по текущей рыночной цене

Когда пользователь нажимает «Подтвердить» и подписывает транзакцию в кошельке, эта транзакция по своей сути становится «ордером по текущей рыночной цене» (Market Order) с параметром проскальзывания.

У фронтенда есть два пути обработки такого ордера:

Благоприятный путь: продать профессиональным торговым компаниям возможность «бэкрана» (backrun), возникающую в ходе сделки, разделив прибыль. Бэкран означает, что после того, как покупка пользователя на DEX1 повышает цену токена, арбитражный робот следует за ней и покупает тот же токен на DEX2 в том же блоке (не влияя на цену покупки пользователя на DEX1), а затем продает его на DEX1.

Негативный путь: помочь «сэндвич-атакам» (сэндвич-арбитражу) против собственных пользователей, искусственно завышая цену их сделок.

Даже выбор благоприятного пути не свидетельствует о моральной чистоте фронтенда. Чтобы максимизировать ценность «бэкрана», приложениям выгодно намеренно замедлять запись транзакций в сеть. Подгоняемые прибылью, они также могут направлять пользователей в пулы с меньшей ликвидностью, искусственно создавая большее ценовое колебание и пространство для арбитража.

Согласно отчетам, некоторые известные фронтенд-приложения в Solana уже занимаются подобной деятельностью.

Кто забирает ваши чаевые?

Если вышеописанные методы все еще требуют определенного технического вмешательства, то манипуляции с «комиссиями за транзакции» вообще не скрываются.

В сети Solana фактическая плата, которую платят пользователи, состоит из двух частей:

- Приоритетная комиссия: это встроенная в протокол плата, которая напрямую выплачивается валидаторам.

- Чаевые за транзакцию: это SOL, переводимый на любой адрес, которые обычно оплачиваются таким «сервисам доставки/обработки» (Landing Services), как Jito. Сервис сам решает, сколько отдать валидаторам, а сколько вернуть (rebate) фронтенду.

Зачем нужны сервисы доставки? Поскольку сеть Solana в периоды перегрузки имеет крайне сложную структуру коммуникации, обычное вещание транзакций часто завершается неудачей. Сервисы доставки играют роль «VIP-канала»: используя специально оптимизированные каналы связи, они гарантируют пользователю успешную запись транзакции в блок.

Сложный рынок билдеров (Builder Market) Solana и фрагментированная система маршрутизации породили эту специальную роль, а также предоставили идеальные условия для рент-поиска со стороны приложений. Фронтенды часто склоняют пользователей к выплате высоких чаевых для «гарантированного прохождения», а затем делятся этим излишком с сервисами доставки.

Ландшафт транзакционного трафика и комиссий

Давайте посмотрим на данные. За неделю с 1 по 8 декабря 2025 года во всей сети Solana было выполнено 450 миллионов транзакций.

Из них сервис доставки Jito обработал 80 миллионов транзакций, заняв доминирующие позиции (93,5% доли рынка билдеров). Среди этих операций абсолютное большинство составляли свопы, связанные с торговлей, обновления оракулов и действия маркетмейкеров.

В этом огромном потоке пользователи ради «ускорения» зачастую готовы платить высокие комиссии. Но действительно ли все эти деньги идут на ускорение?

Отнюдь нет. Данные показывают, что активы малоактивных кошельков (как правило, розничных инвесторов) выплачивают абсурдно завышенные приоритетные комиссии. Учитывая, что блоки в то время не были заполнены, эти пользователи явно были обложены чрезмерными сборами (overcharged).

Фронтенды эксплуатируют страх пользователей перед «отказом в обработке транзакции», склоняя их устанавливать непомерно высокие чаевые, а затем по соглашению с сервисами доставки захватывают эту премию себе.

Типичный негативный пример: Axiom

Чтобы нагляднее продемонстрировать эту модель «выкачивания», автор провел глубокий анализ кейса одного из лидеров рынка в Solana — Axiom.

Комиссии от транзакций в Axiom превышают показатели по всей сети, причем не только из-за большого количества пользователей, но и из-за наиболее агрессивной тарификации.

Данные показывают, что медианный размер приоритетной комиссии (p50), выплачиваемой пользователями Axiom, достигает 1 005 000 лампортов. Для сравнения: кошельки высокочастотных трейдеров платят лишь около 5 000–6 000 лампортов. Разница составляет 200 раз.

В вопросе чаевых ситуация аналогична.

Пользователи Axiom выплачивают чаевые на сервисах доставки, таких как Nozomi и Zero Slot, значительно выше среднерыночного уровня. Используя крайнюю чувствительность пользователей к «скорости», фронтенд совершил двойное взимание платы без каких-либо негативных откликов с их стороны.

Автор прямо утверждает: «Подавляющая большая часть комиссий за транзакции, выплачиваемых пользователями Axiom, в конечном итоге попадает прямо в карманы команды Axiom.»

Перехват контроля над ценообразованием комиссий

Глубокое несоответствие стимулов пользователей и разработчиков приложений является корнем нынешних проблем. Пользователи не знают, какие комиссии являются разумными, а фронтенды не прочь поддерживать этот хаос.

Чтобы разорвать этот круг, необходимо начать с изменения структуры рынка на базовом уровне. Ожидается, что ориентировочно к 2026 году в Solana будут внедрены множественные одновременные предложители (MCP) и механизм приоритетной сортировки (Priority Ordering), а также широко обсуждаемый механизм динамической базовой комиссии, которые, возможно, станут единственным решением проблемы.

Множественные одновременные предложители (Multiple Concurrent Proposers)

Текущая однопредложительская архитектура Solana легко создает временную монополию: фронтенду достаточно договориться с текущим лидером, чтобы вкратце контролировать процесс упаковки транзакций. После внедрения MCP несколько предложителей будут работать параллельно в каждом слоте (slot), что существенно повысит стоимость атак и монополизации, усилит устойчивость к цензуре и сделает практически невозможным для фронтендов блокировку пользователей путем контроля отдельного узла.

Механизм приоритетной сортировки (Priority Ordering)

Принудительное указание на уровне протокола о том, что «транзакции сортируются по размеру приоритетной комиссии», устраняет случайность в очередности (jitter). Это снижает потребность пользователей полагаться на сторонние каналы ускорения вроде Jito исключительно для «гарантированного прохождения». Для обычных транзакций пользователям больше не придется гадать, сколько поставить в чаевых: достаточно просто оплатить комиссию через протокол, и все валидаторы сети будут обрабатывать их в строгом соответствии с детерминированными правилами.

Динамическая базовая комиссия (Dynamic Base Fee)

Это самый важный шаг. Solana пытается внедрить концепцию, аналогичную динамической базовой комиссии Ethereum (Dynamic Base Fee).

Пользователи перестают вслепую оставлять чаевые, а вместо этого четко направляют запрос протоколу: «Я готов заплатить до X лампортов за запись этой транзакции в сеть».

Протокол автоматически устанавливает цену в зависимости от текущего уровня загрузки. Нет загруженности — берется минимальная ставка; есть загруженность — применяется повышенная цена. Этот механизм возвращает контроль над ценообразованием комиссий из рук фронтендов и посредников прозрачным алгоритмам протокола.

Мемы принесли Solana процветание, но также заложили фундамент для системных болезней, оставив поверхностный ген погони за прибытью. Чтобы по-настоящему реализовать видение ICM, Solana не может позволять приложениям, контролирующим фронтенд-трафик, и протоколам инфраструктуры действовать заодно и творить произвол.

Как говорится, «для начала уберись в доме, а потом принимай гостей». Только посредством обновления архитектуры на базовом уровне, устранения условий для рент-поиска с помощью технологических решений и формирования справедливого, прозрачного рыночного механизма, ставящего благосостояние пользователей на первое место, Solana обретет настоящий фундамент для интеграции и конкуренции с традиционной финансовой системой.