Понимание пакетов Jito: щит Solana MEV

Краткий ответ — Пакеты Jito — это аналог приватных пакетов Flashbots из Ethereum, но для Solana. Они позволяют вам отправлять пакет транзакций непосредственно лидеру блока через Jito Block Engine, полностью минуя публичную очередь транзакций. Транзакции в пакете выполняются атомарно — либо все выполняются последовательно, либо ни одна не выполняется, и вы платите лишь небольшую плату за чаевые. Для реализации MEV на Solana в 2026 году отправка пакета Jito является базовым требованием для конкурентных стратегий. В этом руководстве объясняется механика, экономика чаевых, региональная маршрутизация и то, как агент FRB автоматически интегрирует Jito.

Путь мастерства: Путь снайпера Solana

• Solana против Ethereum MEV
• Охота за мемами Solana
• Снайперский чертеж Pump.fun
• Что такое пакеты Jito (текущий)
• Окончательная стратегия Solana

Проблема, которую решает Jito

Модель транзакций Solana фундаментально отличается от мемпула Ethereum. В Ethereum ожидающие транзакции находятся в общедоступном мемпуле в течение нескольких секунд перед включением — достаточно времени, чтобы поисковые боты могли их обнаружить и отреагировать. На Solana транзакции передаются непосредственно текущему валидатору лидера через UDP с интервалом блоков 400 мс. Здесь нет традиционного мемпула, но есть короткое окно («очередь лидирующих слотов»), в котором ожидающие транзакции видны узлам перед их включением.

Без инфраструктуры пакета это окно создает две проблемы:

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

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

Пакеты Jito решают обе проблемы:

• Транзакции в пакете невидимы до тех пор, пока они не попадут в финализированный блок.
• Все транзакции в пакете выполняются последовательно и атомарно — если какая-либо из них завершается неудачей, все завершаются неудачно.

Как работает блочный двигатель Jito

Компания Jito Labs создала модифицированное программное обеспечение валидатора Solana, которое расширяет базовые клиенты Agave/Firedancer дополнительной инфраструктурой MEV. Валидаторы, использующие модифицированный клиент Jito, участвуют в Jito Block Engine.

Последовательность отправки пакета:

1. Вы создаете пакет — список до 5 транзакций, которые должны выполняться вместе, плюс транзакция чаевых.
2. Вы подписываете все транзакции и чаевые, а затем отправляете пакет в конечную точку Jito Block Engine в предпочитаемом вами регионе.
3. Block Engine сохраняет ваш пакет конфиденциально и моделирует его в соответствии с текущим состоянием цепочки.
4. Если валидатор лидера текущего слота является валидатором с поддержкой Jito, Block Engine пересылает ваш пакет в очередь транзакций лидера с приоритетом, основанным на сумме ваших чаевых.
5. Лидер включает ваш пакет в следующий блок — или нет, в этом случае срок действия пакета истекает, и вы теряете только чаевые.

Почему чаевые достаются валидатору, а не сети: Стандартная система приоритетных комиссий Solana распределяет комиссии между всеми валидаторами. Механизм подсказок Jito направляет ваши подсказки непосредственно лидеру блока, создавая для этого конкретного валидатора прямой стимул расставить приоритеты для вашего пакета. Вот почему чаевые Jito обеспечивают более высокие показатели включения, чем простое увеличение стандартных приоритетных комиссий.

Охват валидатора Jito: По состоянию на 2026 год примерно 70% валидаторов Solana используют клиенты, модифицированные Jito. Что касается остальных 30%, ваш пакет не может быть доставлен через Jito — FRB возвращается к стандартной приоритетной отправке комиссий для слотов, возглавляемых валидаторами, не являющимися Jito. Это ожидаемое поведение.

Экономика чаевых: сколько платить

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

Компоненты чаевых:

• Чаевые Jito: выплачиваются лидеру блока. Отдельно от стандартной комиссии за приоритет Solana. Номинированы в SOL.
• Комиссии за приоритет транзакции: выплачиваются в рамках стандартного рынка комиссий Solana. Они отделены от чаевых Jito и по-прежнему необходимы.

Типичные диапазоны чаевых Jito (2026 г.):

Состояние рынка	Типичный диапазон чаевых конкурентов
Периоды затишья (непиковое время UTC)	0,0005–0,001 СОЛ
Обычные часы торговли	0,001–0,005 СОЛ
Активные арбитражные окна DEX	0,005–0,015 СОЛ
Мероприятия по запуску новых токенов (Pump.fun)	0,02–0,10 СОЛ
Крайняя конкуренция (вирусный запуск)	0,10–0,50 СОЛ

Эти диапазоны постоянно меняются по мере изменения конкуренции. Система динамических чаевых FRB анализирует последние 50 успешных включений Jito для вашей категории возможностей и устанавливает чаевые на уровне 80-го процентиля. Это происходит автоматически, без ручного вмешательства.

Жёсткое ограничение чаевых. Настройте MaxTipSOL в настройках FRB Solana, чтобы предотвратить неконтролируемые ставки чаевых во время экстремальных событий. Чаевые, превышающие вашу ожидаемую прибыль от этой возможности, означают, что вы платите до уровня безубыточности — что стоит делать только в том случае, если одно успешное включение открывает доступ к последующим возможностям, которых иначе не было бы.

Состав пакета: что включить

Хорошо составленный пакет Jito включает только те транзакции, которые необходимы для атомарного выполнения. Каждая дополнительная транзакция в пакете:

• Добавляет накладные расходы на моделирование в Block Engine.
• Увеличивает вероятность того, что изменение состояния сделает пакет недействительным.
• Занимает больше места в блоке лидера, что может снизить вероятность включения, когда лидер близок к заполнению.

Стандартный снайперский набор (3 транзакции):

1. Транзакция покупки — покупка целевого токена по указанной цене/проскальзыванию.
2. Установка стоп-лосса — установка условной продажи по минимальной цене.
3. Транзакция чаевых — чаевые Jito лидеру блока

Арбитражный пакет (4 транзакции):

1. Покупка на более дешевой площадке (Raydium по сниженной цене)
2. Продажа на более дорогой площадке (Orca по завышенной цене)
3. Необязательно: перебалансировка транзакции, если запасы требуют корректировки.
4. Сделка с чаевыми

Пакет ликвидации (2 транзакции):

1. Ликвидация — погасите долг заемщика, получите залог плюс бонус.
2. Сделка с чаевыми

Транзакции с чаевыми идут последними в последовательности пакетов. Это гарантирует, что чаевые будут выплачены только в том случае, если все предыдущие транзакции были успешными.

Региональная маршрутизация: почему это важно

Jito Block Engine управляет региональными конечными точками в основных хостинг-центрах валидаторов Solana:

Регион	Конечная точка	Соответствующие местоположения валидаторов
Нью-Йорк	ny.mainnet.block-engine.jito.wtf	Equinix NY4, NY5
Франкфурт	frankfurt.mainnet.block-engine.jito.wtf	Equinix FR2
Токио	tokyo.mainnet.block-engine.jito.wtf	Equinix TY3
Амстердам	amsterdam.mainnet.block-engine.jito.wtf	AMS-IX рядом

Расписание лидеров меняется каждые 4 слота (приблизительно 1,6 секунды). Когда предстоящий ведущий валидатор находится во Франкфурте, ваш пакет, отправленный в конечную точку во Франкфурте, проходит меньшее физическое расстояние до этого валидатора — прибывая раньше, чем пакеты, отправленные в конечную точку в Нью-Йорке.

Оптимальная стратегия маршрутизации: Отправляйте заявки во все регионы одновременно, чтобы получить наибольшую вероятность попадания в любой блок, независимо от того, в каком регионе находится текущий лидер. Интеграция Jito в FRB по умолчанию предполагает отправку из нескольких регионов. Накладные расходы на отправку в 3–4 региона минимальны — каждая отправка представляет собой облегченный HTTPS-запрос с предварительно подписанной полезной нагрузкой пакета.

Случай использования отправки из одного региона: Если вы знаете текущее и предстоящее расписание лидеров, вы можете оптимизировать чаевые, отправляя заявки только в регион, ближайший к этому лидеру. Это оптимизация задержки для элитных операторов — для большинства операторов отправка в несколько регионов является подходящим вариантом по умолчанию.

Атомарность на практике: что защищает ваш капитал

Гарантия атомарности — самое важное свойство пакетов Jito для безопасности капитала.

Сценарий без атомарности (публичная очередь транзакций):

На Raydium запускается новый токен. Вы отправляете транзакцию покупки (успешная, токен куплен) и транзакцию стоп-лосса (отложенную до следующего блока из-за транзакций с более высокой комиссией). За 400 мс между покупкой и установкой стоп-лосса цена токена упадет на 40%. Вы выходите из сделки со значительным убытком.

Тот же сценарий с пакетом Jito:

Ваш пакет содержит: покупка + установка стоп-лосса + чаевые. Block Engine имитирует пакет. Покупка успешна, установка стоп-лосса успешна, чаевые выплачены. Обе транзакции попадают в один блок с гарантированным порядком. Ваш капитал защищен стоп-лоссом с момента покупки.

Сценарий, при котором атомарность экономит газ:

Вы объединяете трехэтапный арбитраж: покупка на Raydium, продажа на Orca, продажа полученного SOL обратно в USDC. Между отправкой и включением пакета другая транзакция меняет цену Raydium, поэтому ваша первая часть перестает быть прибыльной.

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

С атомарностью Jito: моделирование пакета обнаруживает, что первая часть больше не прибыльна с учетом изменения состояния. Весь пакет тихо проваливается. Вы платите только чаевые (обычно 0,001–0,005 SOL). Никаких непредвиденных запасов, никакой необходимости их распродавать.

Комиссии за приоритет против чаевых Jito: что оптимизировать в первую очередь

Как стандартные приоритетные сборы, так и чаевые Jito влияют на вероятность включения вашего пакета, но с помощью разных механизмов.

Стандартные комиссии за приоритет влияют на ваше положение в стандартной очереди транзакций валидатора. Они имеют значение для транзакций, не связанных с Jito, и для поведения вашего пакета в течение слота, в который он включен.

Чаевые Jito — это основной сигнал, который лидер блока использует, чтобы упорядочить пакеты Jito друг против друга. В оспариваемом окне с 10 конкурирующими пакетами за одну и ту же возможность побеждает пакет с наибольшим размером чаевых.

Практическое руководство:

• Для большинства стратегий сначала оптимизируйте чаевые Jito — это основная переменная включения.
• Установите стандартные приоритетные комиссии на уровне 75-го процентиля последних успешных транзакций (FRB автоматически определяет это)
• Увеличьте чаевые Jito, если ваш уровень включения падает ниже 50% за окно с 50 пакетами.
• Уменьшите чаевые Jito, если ваша прибыль за успешное включение менее чем в 2 раза превышает среднюю стоимость чаевых.

Интеграция агента FRB Jito

Агент FRB обрабатывает полный жизненный цикл пакета Jito, не требуя ручной настройки RPC или API:

1. Откройте Агент FRB → Настройки → Сети → Solana.
2. Включите Jito Bundle Mode: ON.
3. Установите TipMode: Dynamic (автоматическая настройка на основе недавних включений)
4. Установите MaxTipSOL: 0.05 (или желаемый жесткий предел)
5. Выберите регионы: отметьте все четыре для отправки из нескольких регионов.

При обнаружении возможности стратегии FRB формирует пакет, подписывает все транзакции с использованием вашего парного кошелька Phantom/Solflare/Ledger и отправляет данные во все активированные регионы Jito одновременно. Результаты моделирования отображаются в ленте Ops Pulse до внесения какого-либо капитала.

Среда моделирования Solana в FRB использует локальную ветвь текущего состояния цепочки — ту же симуляцию, которую выполняет Jito Block Engine, но выполняемую на вашем компьютере перед отправкой. Эта симуляция перед отправкой позволяет выявить большинство неудачных сценариев пакетов еще до того, как они достигнут Block Engine, что снижает количество платных чаевых за невыигрышные пакеты.

Распространенные проблемы и исправления

Пакет не приземляется (чаевые указаны верно):

• Убедитесь, что блок обрабатывается валидатором с поддержкой Jito — проверьте расписание лидеров по реестру валидаторов Jito
• Временно увеличьте MaxTipSOL, чтобы определить, перебивают ли вашу ставку
• Подтвердите, что подача из нескольких регионов включена: при подаче в один регион может быть пропущен регион текущего лидера.

Моделирование прошло успешно, но пакет не работает в цепочке:

• Состояние изменилось между вашей симуляцией и временем включения пакета.
• Немного увеличьте терпимость к проскальзыванию для затронутой транзакции.
• Если это происходит неоднократно с одной и той же парой, пара может иметь высокую волатильность в цепочке, что постоянно делает моделирование недействительным.

Чаевые очень высокие, но пакет все равно не приземляется:

• Проверьте состояние Jito Block Engine — случайные сбои влияют на включение всех операторов.
• Убедитесь, что в вашем кошельке достаточно SOL для чаевых и комиссий за транзакции — недостаточный баланс приводит к автоматическому сбою пакета.

Дополнительный контекст стратегии Solana см. в Сравнение Solana и Ethereum MEV и Руководство по RPC с нулевой задержкой по оптимизации инфраструктуры Solana.