Механізм комісій, інфраструктура Jito та екстракція MEV (Maximal Extractable Value) — три зв'язані складові економіки блоків у Solana. Разом вони визначають, як розподіляється вартість транзакцій між валідаторами, делегаторами, користувачами та третіми сторонами. Цей матеріал розбирає кожен шар окремо й показує точки їхньої взаємодії.
Як працюють priority fees
Основи моделі комісій Solana
Кожна транзакція в Solana складається з двох видів комісій: базової комісії (base fee) за підпис та пріоритетної комісії (priority fee). Базова комісія фіксована на рівні мережі та повністю спалюється. Її призначення — захист від спаму: кожен підпис у транзакції має мінімальну вартість незалежно від навантаження на мережу.
Пріоритетна комісія — це додатковий платіж, який відправник встановлює добровільно. Вона не спалюється, а переходить до валідатора-лідера, який обробляє слот. Саме цей інструмент дозволяє користувачам конкурувати за місце в блоці під час періодів високого завантаження.
Механізм priority fees
Пріоритетна комісія вимірюється в мікролампортах за одиницю обчислювального бюджету (compute unit). Відправник транзакції вказує два параметри: загальний ліміт обчислювальних одиниць (compute unit limit) та ціну за одну одиницю (compute unit price). Загальна сума пріоритетної комісії обчислюється як добуток цих двох значень.
Лідер отримує чергу транзакцій із різними значеннями compute unit price. Алгоритм упорядкування віддає перевагу транзакціям із вищою ціною за одиницю, що створює аукціон за блоковий простір. Важливо розуміти: це не сума комісії, а саме ціна за одиницю визначає пріоритет. Транзакція з високою ціною, але малим лімітом обчислювальних одиниць може мати нижчу загальну комісію, проте отримає вищий пріоритет порівняно з дешевою, але об'ємною транзакцією.
Практичні аспекти
Для валідаторів пріоритетні комісії становлять додатковий дохід поверх інфляційної винагороди. Для делегаторів цей дохід розподіляється пропорційно частці стейку, проте точний механізм залежить від комісії валідатора (commission) та політики конкретного оператора. Під час підготовки транзакцій варто перевіряти поточний рекомендований рівень compute unit price через RPC-методи, оскільки оптимальне значення змінюється залежно від завантаження мережі.
Що таке Jito bundles
Концепція Jito bundles
Jito bundle — це група транзакцій, які подаються як єдине ціле до інфраструктури Jito. Головна властивість bundle: він виконується атомарно — або всі транзакції в ньому потрапляють до блоку послідовно, або жодна не потрапляє. Це принципово відрізняється від стандартних транзакцій у Solana, де кожна обробляється незалежно.
Атомарність потрібна для стратегій, де результат наступної транзакції залежить від попередньої, а розрив між ними дає можливість третім сторонам перехопити вигоду. Типовий приклад — арбітраж між DEX: купівля на одному пулі та продаж на іншому мають відбутися в межах одного слота без сторонніх транзакцій між ними.
Як працюють bundles технічно
Відправник формує масив транзакцій із вказаним порядком виконання та передає його через Jito Block Engine замість стандартної gossip-мережі. Block Engine приймає bundle, перевіряє базову валідність і передає на аукціон пошукачам (searchers) та валідаторам із підключеними tip-маршрутизаторами. Валідатор, який включає bundle до свого блоку, отримує tip — додаткову винагороду, яку відправник bundle додає до останньої транзакції.
Використання та обмеження
Bundles не гарантують включення — вони беруть участь в аукціоні разом із звичайними транзакціями. Якщо tip недостатній для поточного рівня конкуренції, bundle може не потрапити до блоку. Також існують обмеження на розмір bundle та кількість транзакцій усередині. Відправник несе ризик: якщо будь-яка транзакція в bundle невалідна на момент виконання, весь bundle відхиляється, а сплачені комісії не повертаються.
MEV у Solana: користь і ризики
Що таке MEV (Maximal Extractable Value)
MEV — це вартість, яку може екстрактувати учасник мережі, маючи привілейоване знання про порядок транзакцій або можливість впливати на нього. Термін виник у Ethereum, але в Solana механіка відрізняється фундаментально: оскільки лідер слота одноосібно впорядковує всі транзакції, MEV-можливості зосереджені на рівні лідера, а не на рівні окремих блок-білдерів чи пропонентів.
Види MEV у Solana
- Арбітраж DEX: використання різниці цін між пулами ліквідності в межах одного слота.
- Ліквідації: виконання ліквідацій позик у протоколах кредитування (MarginFi, Kamino тощо) із отриманням винагороди.
- Sandwich-атаки: розміщення транзакцій до та після цільової угоди для витиснення цінового різниці (розглядаються детально нижче).
- Front-running: вставка власної транзакції перед цільовою на основі знання її вмісту.
Вплив на мережу та учасників
MEV має двоїстий вплив. З одного боку, арбітраж та ліквідації виконують корисну функцію: вони підтримують цінову ефективність пулів та забезпечують виконання умов кредитних протоколів. З іншого боку, шкідливий MEV (sandwich attacks, front-running) перерозподіляє вартість від звичайних користувачів до екстракторів, знижуючи довіру до мережі. Для валідаторів MEV є додатковим джерелом доходу, але його нерівномірний розподіл створює централізаційний тиск: валідатори з доступом до MEV-інфраструктури можуть пропонувати делегаторам вищу ефективну прибутковість.
Як працює Jito Block Engine
Архітектура Jito Block Engine
Jito Block Engine — це окрема інфраструктура, яка паралельно до стандартної gossip-мережі приймає транзакції та bundles, упорядковує їх і передає лідерам слотів. Система складається з кількох компонентів: серверів прийому транзакцій, аукціонного механізму та мережі tip-маршрутизаторів, підключених до валідаторів.
Ключова відмінність від стандартного потоку: у звичайному режимі лідер сам збирає транзакції з mempool та упорядковує їх. З Jito Block Engine лідер отримує вже впорядкований блок із bundles та транзакціями, де MEV-оптимізація виконана на стороні Engine.
Потік роботи
- Відправник подає транзакцію або bundle до Jito Block Engine через спеціалізований API.
- Block Engine агрегує транзакції та запускає аукціон серед підключених пошукачів та валідаторів.
- Валідатор із tip-маршрутизатором отримує оптимізований блок і включає його у свій слот.
- Tip-винагорода розподіляється між валідатором та інфраструктурою Jito.
Вплив на екосистему
Jito Block Engine змінив розподіл MEV-доходу: замість того, щоб лише лідер екстрактував всю вартість, частина доходу тепер конкурує на відкритому аукціоні. Це знизило бар'єр для пошукачів MEV та створило новий потік комісій для валідаторів, які інтегрували tip-маршрутизатори. Проте це також створило залежність частини інфраструктури від роботи стороннього сервісу, що є централізаційним фактором, який варто враховувати при аналізі ризиків мережі.
Як працює Jito StakeNet
Що таке Jito StakeNet
Jito StakeNet — це механізм маршрутизації стейку до валідаторів, які інтегрували Jito-інфраструктуру, із метою розподілу MEV-доходу між делегаторами. Концептуально це спроба вирішити проблему нерівномірного розподілу MEV: оскільки лише лідери слотів отримують прямий доступ до MEV, делегатори інших валідаторів втрачають цей дохід.
Механізм роботи
StakeNet відстежує, які валідатори активні в Jito-екосистемі, та спрямовує стейк до них через інтеграцію зі stake pool-протоколами. MEV-дохід, згенерований цими валідаторами, повертається до стейкерів через механізм розподілу. Деталі поточної архітектури та алгоритм маршрутизації варто перевіряти в актуальній документації Jito, оскільки інфраструктура активно розвивається.
Ризики та критика
Основний ризик StakeNet — концентрація стейку в обмеженому колі валідаторів. Якщо MEV-дохід стає значною часткою загальної прибутковості стейкінгу, делегатори масово перемикаються на Jito-валідатори, що зменшує ефективну кількість незалежних нод у мережі. Додатковий ризик — залежність від коректності смарт-контрактів Jito, через які проходить стейк. Будь-яка вразливість у цих контрактах створює системний ризик для заблокованих коштів.
Шкідливий MEV у Solana: sandwich attacks та front-running
Типи шкідливого MEV
Sandwich-атака складається з трьох транзакцій: атакуючий розміщує транзакцію купівлі перед цільовою угодою (front-run), а транзакцію продажу — після неї (back-run). Цільовий користувач отримує гіршу ціну через зсув курсу, а різниця залишається в атакуючого.
Front-running — загальніший термін: атакуючий вставляє власну транзакцію перед цільовою на основі знання її вмісту. У Solana це можливо, оскільки лідер бачить усі транзакції до їхнього впорядкування.
Чому Solana вразлива до MEV
Архітектура Solana створює специфічний вектор вразливості: лідер слота має монопольне право впорядкування транзакцій у своєму слоті. Транзакції передаються через gossip-мережу, і лідер отримує їх до моменту формування блоку. Це дає лідеру (або підключеній інфраструктурі на кшталт Jito) можливість аналізувати вміст транзакцій та змінювати порядок. Висока швидкість блоків (400 мс) обмежує часове вікно для складних багатокрокових атак, проте не усуває їх повністю.
Методи захисту та пом'якшення
- Jito bundles: атомарне виконання унеможливлює вставку транзакцій між елементами bundle, що захищає арбітражні стратегії від sandwich-атак.
- Збільшення slippage tolerance: проте це не захист, а скоріше добровільна згода на гіршу ціну.
- Private mempools та шифрування транзакцій: концептуальні рішення, які обговорюються на рівні пропозицій удосконалення мережі, але наразі не мають повного масштабного впровадження. Стан таких пропозицій варто перевіряти в актуальних SIMD.
- Вибір валідаторів із прозорою MEV-політикою: делегатори можуть впливати на екосистему, відмовляючись делегувати до операторів, які беруть участь у шкідливому MEV.
Політики stake pools щодо MEV: стратегії та підходи
Чому stake pools мають MEV-політику
Stake pool-протоколи (Marinade, Sanctum, Jito тощо) агрегують стейк тисяч делегаторів і розподіляють його між валідаторами. Оскільки MEV-дохід залежить від вибору валідаторів та інфраструктури, stake pool фактично приймає рішення про MEV-стратегію від імені всіх учасників. Без прозорої політики делегатори не можуть оцінити, яку частку прибутковості формує MEV і чи відповідає це їхнім ризиковим очікуванням.
Типи MEV-політик
- Повне передавання MEV делегаторам: весь MEV-дохід, отриманий через інфраструктуру pool, розподіляється між стейкерами пропорційно їхній частці. Це максимізує прибутковість, але не зменшує ризики шкідливого MEV.
- Селективна інтеграція: pool підключається до MEV-інфраструктури (наприклад, Jito), але обмежує типи прийнятних bundles — наприклад, дозволяє арбітраж та ліквідації, але блокує sandwich-атаки, якщо технічно можливо їх ідентифікувати.
- Відмова від MEV: pool не інтегрується з жодною MEV-інфраструктурою та покладається виключно на інфляційні винагороди та пріоритетні комісії. Це мінімізує репутаційні ризики, але знижує ефективну прибутковість для делегаторів.
- Спалювання MEV: частина або весь MEV-дохід спалюється, що має дефляційний ефект для токена SOL. Такий підхід зустрічається рідше і зазвичай вимагає окремого управлінського рішення.
Як оцінювати MEV-підхід stake pool
Ключові критерії для аналізу: наявність публічно задокументованої політики (а не лише маркетингових заяв), прозорість звітності про фактичний MEV-дохід, перелік валідаторів-операторів та їхня інфраструктурна конфігурація, наявність механізмів фільтрації шкідливого MEV. Відсутність публічної політики сама по собі є інформативним сигналом: або pool не має вираженої позиції, або позиція не відповідає очікуванням аудиторії.
Для делегаторів професійного рівня варто окремо відстежувати, чи розрізняє stake pool корисний та шкідливий MEV у своїй звітності. Агрегований показник "MEV-дохід" без розбивки за типами стратегій не дозволяє оцінити реальний вплив на екосистему та репутаційні ризики.