Перевод на русский язык

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

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

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

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

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

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

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

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

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

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

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

Как и 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, переводимые на любой адрес, обычно в пользу «сервисов доставки» (Landing Service) вроде Jito. Сервис затем решает, сколько отдать валидаторам, а сколько вернуть (Rebate) приложению.

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

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

Ландшафт потока торговли и комиссий

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

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

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

Не совсем так. Данные показывают, что низкоактивные кошельки (обычно розничные трейдеры) платят непомерно высокие приоритетные комиссии. Учитывая, что блок в то время не был заполнен, эти пользователи явно переплатили (Overcharged).

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

Отрицательный пример Axiom

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

Комиссии за торговлю, генерируемые Axiom, лидируют в сети не только потому, что у него много пользователей, но и потому, что оно их самое жесткое.

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

По чаевым ситуация аналогична.

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

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

Отвоевание власти над установкой комиссий

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

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

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

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

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

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

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

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

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

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

Заключение

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

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