Ми вже пройшли Scout і AMM Math, а тепер час перейти до головної справи — рівня Strategy. Це мозок арбітражного робота, який має відповісти на три ключові питання за мілісекунди:

Чи є якісь гроші, які можна заробити? Чи достатньо спреду, щоб покрити газ і ковзання? Як це зробити? Чи купувати дешево в пулі А і продавати дорого в пулі B, чи діяти навпаки? Як переконатися, що прибуток дійсно під контролем? Блокуйте виконання через атомарні транзакції та пакування пакетів.

У цьому випуску давайте розглянемо алгоритмічну логіку та практичні інженерні проблеми арбітражу між DEX на Solana.

**Від опитувань до подійного орієнтування**

Високопродуктивне середовище Solana вимагає, щоб архітектура арбітражу була реактивною. Після оновлення статусу пулу бот одразу входить у робочий процес: активується зміна стану → Локальний розрахунок котирувань → Порівняльний спред → Визначає, чи перевищено поріг → Якщо він перевищує → Обчислити напрямок і розмір Побудувати атомарні торгові інструкції → Надіслати їх через Jito Bundle. У свою чергу, якщо спред не відповідає стандарту, просто здайтеся і продовжуйте чекати наступної нагоди.

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

**Чому варто використовувати Jito Bundle**

У екосистемі Solana, незалежно від швидкості ваших транзакцій, потрібно стояти в черзі. Функція пучка Джито полягає у порушенні цієї логіки черги. Боти можуть упакувати кілька транзакцій у атомарну операцію та надсилати їх валідаторам, забезпечуючи порядок і атомарність виконання. Потрапивши в пучок, він або досягає успіху, або не вдається у всіх станах, без проміжних станів. Це критично важливо для арбітражу — ви не можете дозволити собі перший обмін успішним, а другий — невдалим.

**Суть логіки прийняття рішень**

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

Далі йде прийняття напрямкових рішень. Якщо з'являється різниця в цінах USDC/SOL, бот має визначити, який пул купувати, а який продавати. Це стосується глибини ліквідності, обмежень розміру угоди та динаміки прослизання. Якщо масштаб занадто малий, ви не можете заробляти гроші, а якщо масштаб надто великий, проскальзування з'їсть прибуток, і потрібно знайти критичну точку.

Весь замкнений цикл постійно повторюється — від виявлення можливостей до виконання наказів, майже без затримок між ними.