Більшість торгових ботів на Solana програють не через алгоритм, а через те, що їхні транзакції потрапляють у кінець черги. Неправильно розрахований priority fee зводить нанівець перевагу швидкої мережі. Solana обробляє теоретично 65 000 TPS при фіналізації ~400 мс, але без тонкого налаштування compute units та комісій ви залишаєтесь позаду конкурентів. Часто клієнти приходять з готовим алгоритмом, але їхні транзакції зависають на хвилини, або вони переплачують 0.2 SOL за угоду, використовуючи завищені ліміти. Ми вирішуємо це за допомогою динамічного підбору комісій на основі перцентилів, що економить до 30% бюджету. За останні роки наші інженери реалізували понад 30 проектів у Solana DeFi, середня затримка ботів — 30 мс.
Як працює модель транзакцій Solana і чим вона відрізняється від EVM?
В Ethereum gas price визначає пріоритет. В Solana пріоритет залежить від комбінації compute units (CU) та priority fee. Compute units — аналог газу, ліміт обчислювальних ресурсів для транзакції (максимум 1.4M CU). Priority fee — додаткова плата в lamports за кожен compute unit. Правильне налаштування цих параметрів — ключ до швидкого виконання ордерів.
Згідно з Solana Foundation, середня фіналізація становить ~400 мс. Однак без наших налаштувань ви не досягнете цього показника.
Обов'язкові інструкції для конкурентного бота:
import { ComputeBudgetProgram } from "@solana/web3.js";
// Встановлюємо ліміт CU (важливо: не більше ніж потрібно)
const setComputeLimit = ComputeBudgetProgram.setComputeUnitLimit({
units: 200_000, // зазвичай для swap достатньо 100k-200k
});
// Встановлюємо priority fee
const setPriorityFee = ComputeBudgetProgram.setComputeUnitPrice({
microLamports: 100_000, // 0.1 lamport per CU = 0.02 SOL на 200k CU
});
transaction.add(setComputeLimit, setPriorityFee, ...swapInstructions);
Неправильно розрахований ліміт CU в менший бік → транзакція падає з exceeded compute budget. В більший бік — переплата та зниження пріоритету (валідатори оптимізують throughput за співвідношенням fee/CU). Ми використовуємо динамічний розрахунок priority fee через RPC-метод getRecentPrioritizationFees, обираючи 75-90 перцентиль для максимального пріоритету. Типова економія на комісіях при такому підході — до 30% порівняно з фіксованою ставкою.
Як налаштувати priority fee правильно? (кроки)
- Отримати актуальні комісії через
getRecentPrioritizationFees. - Вибрати цільовий перцентиль (наприклад, 90-й).
- Встановити
microLamportsвComputeBudgetProgram.setComputeUnitPrice. - Додати інструкцію в транзакцію перед рештою операцій.
Jupiter: агрегація маршрутів
Jupiter — стандартний агрегатор ліквідності на Solana, що об'єднує Raydium, Orca, Meteora та ще понад 20 DEX/AMM. Версія API v6 — найактуальніша.
Quote API
const quote = await fetch(`https://quote-api.jup.ag/v6/quote?` + new URLSearchParams({
inputMint: "So11111111111111111111111111111111111111112", // SOL
outputMint: USDC_MINT,
amount: "1000000000", // 1 SOL в lamports
slippageBps: "50", // 0.5%
onlyDirectRoutes: "false",
maxAccounts: "64", // обмеження акаунтів в транзакції
}));
const quoteData = await quote.json();
Параметр maxAccounts: 64 критичний: Solana-транзакція може містити не більше 64 унікальних акаунтів. Складний маршрут через кілька протоколів ризикує перевищити ліміт, що призведе до помилки TooManyAccounts. Ми автоматично підбираємо маршрут так, щоб вкластись в це обмеження, жертвуючи оптимальністю, але гарантуючи виконання.
Swap execution
const swapResponse = await fetch("https://quote-api.jup.ag/v6/swap", {
method: "POST",
headers: { "Content-Type": "application/json" },
body: JSON.stringify({
quoteResponse: quoteData,
userPublicKey: wallet.publicKey.toString(),
wrapAndUnwrapSol: true,
dynamicComputeUnitLimit: true,
prioritizationFeeLamports: "auto",
}),
});
const { swapTransaction } = await swapResponse.json();
const tx = VersionedTransaction.deserialize(Buffer.from(swapTransaction, "base64"));
tx.sign([wallet]);
const txid = await connection.sendRawTransaction(tx.serialize(), {
skipPreflight: false,
maxRetries: 3,
});
В production ми рекомендуємо вмикати dynamicComputeUnitLimit — Jupiter симулює транзакцію і сам виставляє оптимальний CU ліміт.
Raydium: пряма інтеграція
Для latency-чутливих операцій пряма інтеграція з Raydium CLMM (Concentrated Liquidity Market Maker) швидша, ніж через Jupiter. Використовуємо SDK v2:
import { Raydium, TxVersion } from "@raydium-io/raydium-sdk-v2";
import { PublicKey } from "@solana/web3.js";
const raydium = await Raydium.load({
owner: wallet,
connection,
disableFeatureCheck: true,
});
const poolInfo = await raydium.clmm.getPoolInfoFromRpc(POOL_ID);
const { transaction } = await raydium.clmm.swap({
poolInfo,
ownerInfo: { useSOLBalance: true },
inputMint: new PublicKey(INPUT_MINT),
amountIn: new BN(amount),
amountOutMin: new BN(minAmountOut),
observationId: poolInfo.observationId,
txVersion: TxVersion.V0,
});
Versioned Transactions (V0) з Address Lookup Tables обов'язкові для complex multi-hop swaps. Вони дозволяють включати більше акаунтів через стиснення ALT.
Що таке Versioned Transactions?
Versioned Transactions — новий формат транзакцій Solana, введений у 2022 році. На відміну від legacy-формату, вони підтримують Address Lookup Tables (ALT) — попередньо завантажувані списки акаунтів. Це зменшує розмір транзакції та дозволяє обходити ліміт у 64 акаунти. Наші боти використовують V0 для складних маршрутів.Як знизити latency до мілісекунд?
Для конкурентного бота затримка вимірюється не секундами, а мілісекундами. Ось три ключових методи:
- Jito bundling. Jito — MEV-інфраструктура Solana. Bundle з транзакцій відправляється безпосередньо в Jito block engine, минаючи стандартний gossip. Це дає атомарне виконання та перший слот в блоці. Мінімальний tip — 0.001 SOL, реально при конкурентних умовах 0.01-0.1 SOL.
import { searcherClient } from "jito-ts/dist/sdk/block-engine/searcher";
const client = searcherClient(JITO_BLOCK_ENGINE_URL, keypair);
const bundle = new Bundle([tx1, tx2], 5);
await client.sendBundle(bundle);
-
Geyser plugin / Yellowstone. Для real-time моніторингу on-chain даних використовуємо Geyser gRPC (Yellowstone). Латентність 5-20 мс проти 200-500 мс при стандартному RPC polling.
-
Географічне розміщення. Сервери валідаторів Solana сконцентровані в конкретних дата-центрах. Розміщення вашого бота поруч (Amsterdam, Frankfurt, Ashburn) знижує мережеву затримку на 10-50 мс.
Моніторинг та управління ризиками
Ми будуємо систему відстеження транзакцій через WebSocket subscription — це швидше за polling. Статуси: processed → confirmed → finalized. При помилці BlockhashNotFound автоматично запитується новий blockhash і виконується повторна відправка. При перевищенні прослизання (SlippageToleranceExceeded) — перерахунок quote з актуальною ліквідністю. Капітал розподіляється по окремих keypair для кожної стратегії; long-term кошти зберігаються на hardware wallet або KMS.
Порівняння підходів: Jupiter API vs пряма інтеграція
| Параметр | Jupiter API | Пряма інтеграція (Raydium SDK) |
|---|---|---|
| Оптимальність маршруту | Висока (20+ DEX) | Нижча (один протокол) |
| Latency quote | ~100-200ms | ~20-50ms (on-chain) |
| Maintenance | Мінімальний | Оновлення SDK |
| Складність | Низька | Висока |
| Кастомізація | Обмежена | Повна |
Для більшості ботів Jupiter API — правильний вибір: найкращі ціни, менше коду. Пряма інтеграція з Raydium — тільки якщо потрібна sub-50ms latency або специфічна взаємодія з пулами (LP management, concentrated liquidity range orders).
Що входить в розробку під ключ?
Ми надаємо повний цикл робіт:
- Аналітика та вибір стратегії (2-3 дні): визначення вимог до latency, обсягу та стеку.
- Розробка core бота (1-2 тижні): WebSocket моніторинг, quote engine, execution з priority fees, Jito bundling (опціонально).
- Risk management та моніторинг (3-5 днів): slippage захист, автоматична обробка помилок, Telegram-алерти, метрики.
- Оптимізація (3-5 днів): профілювання latency, тюнінг CU та priority fee під реальний трафік.
- Документація та навчання: передаємо код, архітектурну документацію, налаштовуємо дашборд.
- Пост-продакшн підтримка: супровід протягом місяця після запуску.
Орієнтири за термінами
| Тип бота | Термін |
|---|---|
| Базовий (Jupiter API, auto priority fee) | від 1 тижня |
| Конкурентний (Jito bundling, Geyser, кастомні стратегії) | 2-3 тижні |
Вартість розраховується індивідуально залежно від складності та вимог до інфраструктури. Наші інженери з багаторічним досвідом у Solana-екосистемі оцінять ваш проект і запропонують оптимальне рішення. Зв'яжіться з нами, щоб обговорити деталі та отримати консультацію.
Типові помилки при розробці ботів
- Ігнорування priority fee — транзакції зависають на хвилини.
- Перевитрата CU — переплата без приросту пріоритету.
- Відсутність обробки помилок — блокування коштів при падінні ноди.
- Зберігання приватних ключів на сервері — ризики компрометації.
Замовте розробку бота під вашу стратегію — отримайте консультацію та попередню оцінку.