Execution Options

Этот раздел объединяет параметры, определяющие, как именно исполняются арбитражные транзакции — будь то реактивная стратегия на события из блокчейна (Backrun) или постоянный высокочастотный спам предварительно собранных транзакций (Spam), а также то, через какие процессоры (Landing Services) эти транзакции доставляются валидаторам.

---

MONITORING_STRATEGIES

Описание: MONITORING_STRATEGIES — определяет стратегию исполнения арбитражных транзакций. Это поведенческий слой, который задаёт, когда и при каких условиях бот должен инициировать отправку транзакции.

Доступны два типа стратегий:

• Backrun Strategy (gRPC Account Monitoring) — реагирует на крупные свопы и отправляет транзакцию только при наличии арбитражного сигнала.

• Spam Strategy (Transaction Spam) — постоянно спамит транзакциями с заданным TPS, повышая вероятность попадания в арбитражное окно.

Параметры:

• ACTIVE_STRATEGY — Определяет, какая стратегия активна в данный момент.

  • "BACKRUN" — включает стратегию Backrun

  • "TRANSACTION_SPAM" — включает стратегию Spam

Пример:

# Monitoring strategies for detecting arbitrage opportunities.
# BACKRUN: monitors pool updates via gRPC and executes on price discrepancies
# TRANSACTION_SPAM: continuously sends transactions for spam
[MONITORING_STRATEGIES]
# Active monitoring strategy to use (BACKRUN, TRANSACTION_SPAM)
ACTIVE_STRATEGY = "BACKRUN"

---

BACKRUN

Описание: Реактивная стратегия исполнения, ориентированная на события из блокчейна. Использует gRPC-подключение для мониторинга всех ликвидных пулов и реагирует на крупные свапы, вызывающие дисбаланс цен. Когда разница цен между пулами превышает заданный порог, бот исполняет заранее подготовленную арбитражную транзакцию.

Параметры:

• TEMPERATURE — параметр чувствительности стратегии к колебаниям цены. Задано в процентах и показывает, насколько текущее расхождение в цене должно превышать минимально допустимое.

  • Чем ниже значение TEMPERATURE, тем чаще будут исполняться арбитражи.

  • Чем выше — тем реже, поскольку требуется большее отклонение.

• BLOCK_TIMEOUT — время блокировки пары пулов после исполнения арбитража (в миллисекундах). В течение этого периода стратегия не будет повторно исполнять арбитраж на тех же пулах, даже если условия снова выполняются.

Пример:

# BACKRUN strategy: executes arbitrage when pool state changes trigger price differences
[MONITORING_STRATEGIES.BACKRUN]
# Sensitivity multiplier for arbitrage execution (percentage).
# Formula: adjusted_min_delta = min_delta * (1 + TEMPERATURE/100)
# Higher values = more aggressive (execute with smaller price differences)
# Lower values = more conservative (require larger price differences)
# Example: TEMPERATURE=300 means 4x multiplier (1 + 300/100 = 4)
TEMPERATURE = 300
# Cooldown period in milliseconds after arbitrage execution on a pool pair.
# Prevents repeated execution on the same pair within this timeframe.
# Typical: 6000ms (6 seconds)
BLOCK_TIMEOUT = 6000

Повышение TEMPERATURE снижает частоту исполнения, но уменьшает риск ложноположительных сигналов.

---

TRANSACTION_SPAM

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

Стратегия не имеет отдельных конфигураций.

Пример:

# TRANSACTION_SPAM strategy: continuously sends transactions for spam purposes.
# No configuration options available
[MONITORING_STRATEGIES.TRANSACTION_SPAM]

---

---

TRANSACTION_PROCESSOR

Описание: TRANSACTION_PROCESSOR — это модуль, определяющий через какие Landing Services отправляются транзакции на валидаторов Solana. Каждый процессор представляет собой отдельный API-сервис, отвечающий за лендинг и приоритетную доставку транзакций с минимальной задержкой.

Общие параметры:

Параметр	Тип	Описание
ENABLED	boolean	Включает или отключает процессор.
TPS	integer	Лимит транзакций в секунду для данного процессора.
USE_PROXY	boolean	Определяет, использовать ли список прокси для отправки. Прокси итерируются поочередно.
TIP_AMOUNT	integer	Размер tip-комиссии, выплачиваемой сервису за приоритетное включение транзакции.
API_KEYS	array[string]	Список API-ключей. Каждый новый запрос использует ключ по кругу.
REVERT_PROTECTION	boolean	Включает транзакции в блок только при успешном исполнении. Неудачные транзакции не инициализируются в блокчейне, но вероятность успеха снижается.

---

JITO

# Jito processor
# Documentation: https://docs.jito.wtf/lowlatencytxnsend/#
[TRANSACTION_PROCESSOR.JITO]
ENABLED = true
TPS = 5
USE_PROXY = false
REVERT_PROTECTION = false
TIP_AMOUNT = 0.0721
API_KEYS = [ "<your_key>" ]

---

ZERO_SLOT

[TRANSACTION_PROCESSOR.ZERO_SLOT]
ENABLED = true
TPS = 5
USE_PROXY = false
API_KEYS = [ "<your_key>" ]
TIP_AMOUNT = 0.0721

---

NOZOMI

# Nozomi processor
# Documentation: https://use.temporal.xyz/
[TRANSACTION_PROCESSOR.NOZOMI]
ENABLED = true
TPS = 5
USE_PROXY = false
API_KEYS = [ "<your_key>" ]
TIP_AMOUNT = 0.0721

---

NEXT_BLOCK

# Next Block processor
# Documentation: https://docs.nextblock.io/
[TRANSACTION_PROCESSOR.NEXT_BLOCK]
ENABLED = false
TPS = 1
USE_PROXY = false
API_KEYS = [ "<your_key>" ]
TIP_AMOUNT = 0.0721

---

BLOCKRAZOR

# Blockrazor processor
# Documentation: https://blockrazor.gitbook.io/blockrazor/solana/send-transaction
[TRANSACTION_PROCESSOR.BLOCKRAZOR]
ENABLED = true
TPS = 5
USE_PROXY = false
REVERT_PROTECTION = true
API_KEYS = [ "<your_key>" ]
TIP_AMOUNT = 0.0721

---

ASTRALINE

[TRANSACTION_PROCESSOR.ASTRALINE]
ENABLED = true
TPS = 5
USE_PROXY = false
API_KEYS = [ "<your_key>" ]
TIP_AMOUNT = 0.0721

---

SENDER

# Sender processor
# Documentation: https://www.helius.dev/docs/sending-transactions/sender
[TRANSACTION_PROCESSOR.SENDER]
ENABLED = true
TPS = 6
USE_PROXY = false
TIP_AMOUNT = 0.0721

---

FAST

# FAST processor
# Documentation: https://docs.circular.bot/circular-docs/api/fast
[TRANSACTION_PROCESSOR.FAST]
ENABLED = true
TPS = 1
USE_PROXY = false
REVERT_PROTECTION = false
API_KEYS = [ "<your_token>" ]
TIP_AMOUNT = 0.001

---

SWQOS (Custom RPC)

# Custom RPC configuration.
# You can specify multiple [[TRANSACTION_PROCESSOR.SWQOS]] blocks.
# Each SWQOS processor will submit transactions to all URLs in parallel for increased throughput and redundancy
[[TRANSACTION_PROCESSOR.SWQOS]]
ENABLED = true
TPS = 100
USE_PROXY = false
# Array of custom RPC endpoint URLs to send transactions to in parallel
URLS = ["https://mainnet.helius-rpc.com/?api-key=<your_key>", "https://another-rpc.com"]

[[TRANSACTION_PROCESSOR.SWQOS]]
ENABLED = false
TPS = 100
USE_PROXY = false
# Array of custom RPC endpoint URLs to send transactions to in parallel
URLS = [ "https://api.mainnet-beta.solana.com" ]

Примечания:

• Этот механизм позволяет пользователю задать кастомные RPC.