«Прихований податок» на Solana

Написано: SpecialistXBT

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

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 і агрегаторами формується певний альянс інтересів. Prop AMMs (самостійні маркет-мейкери) і DEX дуже залежать від трафіку, що його приносять агрегатори, і можуть стягувати плату з постачальників ліквідності, частину прибутку повертаючи у вигляді «комісійних» застосункам.

Наприклад, коли гаманець Phantom маршрутизує транзакцію користувача через Jupiter, постачальники ліквідності (наприклад HumidiFi або Meteora) можуть платити Jupiter за право виконати цю транзакцію. Після отримання «плати за канал», Jupiter частково повертає її Phantom.

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

«Вампірські» ринкові ордери

Коли користувач натискає «Підтвердити» і підписує транзакцію у гаманці, вона фактично є «ринковим ордером» із параметром проскальзування.

Для застосунків існує два шляхи обробки такої транзакції:

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

Шкідливий шлях: допомагати «мішкам» (медіанти-арбітражерам) атакувати своїх користувачів, штучно підвищуючи ціну угоди.

Навіть у благополучному сценарії застосунок може навмисно уповільнювати підтвердження транзакцій, щоб максимізувати «арбітражний» прибуток. За мотивами прибутку застосунок може навмисно направляти користувачів у менш ліквідні пули, створюючи штучні коливання цін і можливості для арбітражу.

За даними, деякі відомі застосунки на Solana вже практикують такі схеми.

Хто забирає ваш чайовий?

Якщо перші методи ще мають технічний рівень, то «схеми» із прихованими комісіями — це вже «безпосередньо шоу».

На Solana комісії користувачів фактично складаються з двох частин:

• пріоритетна плата: це внутрішня комісія протоколу, що йде безпосередньо валідаторам.

• транзакційний чайовий: це SOL, що перераховується на будь-яку адресу, зазвичай — до «сервісних компаній» на кшталт Jito. Вони вирішують, скільки частки віддають валідаторам і скільки повертають (Rebate) застосункам.

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

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

Мапа транзакцій і зборів

Розглянемо дані. За період з 1 по 8 грудня 2025 року у мережі Solana було здійснено 450 мільйонів транзакцій.

З них, сервіс Jito обробив 80 мільйонів, що становить 93.5% ринку побудов. Більшість цих транзакцій — Swap, оновлення оракулів і операції маркет-мейкерів.

У цьому величезному потоці користувачі, прагнучи швидкості, часто платили високі збори. Але чи всі ці гроші справді йшли на прискорення?

Не зовсім. Дані показують, що низькоактивні гаманці (зазвичай роздрібні інвестори) платили надмірно високі пріоритетні збори. Враховуючи, що у той час блоки не були заповнені, ці користувачі явно переплачували.

Застосунки, використовуючи страх «залежати від невдачі транзакції», навмисно стимулюють користувачів ставити дуже високі чайові, а потім за угодою з сервісниками отримують цю надплату.

Типовий приклад Axiom

Щоб ілюструвати цю схему «збирання», автор провів глибокий кейс-стаді застосунку Axiom — одного з лідерів у Solana.

Транзакційні збори Axiom — найвищі у мережі, і не лише через кількість користувачів, а й через жорсткість.

Дані показують, що медіана пріоритетної плати користувачів Axiom (p50) становить 1 005 000 lamports. Для порівняння, гаманці високочастотної торгівлі платять близько 5 000–6 000 lamports. Це різниця у 200 разів.

Що стосується чайових, ситуація аналогічна.

Користувачі Axiom платили значно більше чайових у сервісах Nozomi, Zero Slot і інших, ніж середній рівень ринку. Застосунок цим користується, оскільки користувачі дуже чутливі до швидкості, і без будь-яких негативних відгуків застосунок двічі «нагріває» користувачів.

Автор прямо стверджує: «Більша частина транзакційних зборів користувачів Axiom у кінцевому підсумку повертається до команди Axiom.»

Відновлення контролю над ціноутворенням

Глибокий дисбаланс між стимулюванням користувачів і застосунками — корінь сучасних проблем. Користувачі не знають, що є розумною ціною, а застосунки охоче підтримують цю хаотичність.

Щоб змінити ситуацію, потрібно змінювати фундаментальні ринкові структури. Передбачається, що до 2026 року запровадять концепції багатопрохідних пропонувальників (MCP) і механізми пріоритетного порядку (Priority Ordering), а також широко обговорюваний динамічний базовий збір (Dynamic Base Fee), що може стати ключем до вирішення проблем.

Багатопрохідні пропонувальники (Multiple Concurrent Proposers)

Зараз у Solana існує монополія одного пропонувальника, що може спричинити тимчасову домінанту. Залежно від одного лідера, застосунки можуть швидко отримати контроль над пакуванням транзакцій. Введення MCP дозволить кільком пропонувальникам працювати одночасно у кожному слоті, що значно ускладнить атаки і монополізацію, підвищить опір цензурі і ускладнить контроль застосунків над користувачами.

Механізм пріоритетного порядку (Priority Ordering)

Завдяки протоколу, який зобов’язує сортувати транзакції за пріоритетною платою, усувається випадковість у порядку (Jitter). Це зменшує потребу користувачів у приватних каналів прискорення, таких як Jito. Для звичайних транзакцій тепер не потрібно гадати, скільки чайових платити — достатньо заплатити в межах протоколу, і валідатори оброблять їх за визначеними правилами.

Динамічний базовий збір (Dynamic Base Fee)

Найважливіший крок. Solana намагається запровадити концепцію, схожу на динамічний базовий збір Ethereum.

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

Meme приніс Solana процвітання, але й залишив корінь проблеми — гонитву за швидким прибутком і нестійкість. Щоб реалізувати справжню концепцію ICM, Solana має запобігти злиттю застосунків, що керують трафіком, і протоколів, що керують інфраструктурою, у єдину корупційну систему.

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