Transaction Spam Strategy

Transaction Spam Strategy — это высокочастотная стратегия арбитража, при которой бот непрерывно отправляет заранее подготовленные транзакции через разные процессоры, чтобы добиться максимальной скорости реакции и покрытия арбитражных возможностей. В отличие от реактивных стратегий, Spam Strategy не ждёт сигналов из сети — она постоянно отправляет транзакции, обеспечивая постоянное присутствие у лидеров.


Принцип работы

1

Бесконечная отправка транзакций

В основе стратегии лежит непрерывный поток транзакций. Бот подписывает на лету заранее подготовленные транзакции, используя обычные blockhash (а не Durable Nonce, как в Backrun).

2

Независимая работа процессоров

Каждый Transaction Processor (например, JITO, ASTRALINE, SENDER, 0_SLOT, NOZOMI и др.) работает независимо от других. Каждый из них можно сконфигурировать отдельно.

3

Отправка по множеству пулов

Если указано несколько пулов, каждый процессор итерирует их по кругу. Например, если у нас 2 пула (A и B), то каждый отдельный процессор будет отправлять транзакции к пулам A → B → A → B → A → B → …

Таким образом, Transaction Spam Strategy становится оптимальным решением для сценариев, где критична максимальная скорость. Транзакции с большой вероятностью уже находятся у валидаторов до появления арбитражного окна, что обеспечивает мгновенное исполнение при возникновении ценового дисбаланса. Стратегия не требует Yellowstone gRPC, поскольку она не зависит от событий сети. Spam Strategy особенно эффективна на высоковолатильных токенах, где цена меняется часто и резко.


Требования к стратегии

  • Любой gRPC Yellowstone Provider — используется для мониторинга текущего blockhash, скорость не важна. Подойдет даже публичный https://solana-yellowstone-grpc.publicnode.com/


Приоритет и комиссии

Каждая транзакция в Spam Strategy почти гарантированно лендится, поэтому комиссия оплачивается за каждую отправку. Чем выше TPS, тем больше расходов на комиссию.

triangle-exclamation

Автоматическое управление пулами

Transaction Spam Strategy также поддерживает работу с множеством пулов одновременно, аналогично Backrun. Благодаря модулю Pool Loader, система может динамически получать и обновлять список активных, ликвидных и волатильных пулов, поддерживая полную автоматизацию работы 24/7.

Однако, в отличие от Backrun, где пулы анализируются реактивно при изменении состояния, в Transaction Spam отправка транзакций выполняется циклично и равномерно между всеми активными пулами. Каждый активный процессор имеет собственный TPS и независимо итерирует пулы в очереди — по схеме A → B → C → A → B → C.

Чем меньше пулов указано, тем выше концентрация транзакций на один пул. Например, при общем TPS = 10 и двух пулах, на каждый будет отправляться по ~5 транзакций в секунду. Если же пулов десять, — каждая пара получит всего по одной транзакции в секунду. Поэтому оптимально задавать небольшое количество пулов, чтобы максимизировать вероятность попадания в арбитражное окно.

Тем не менее, стратегия остаётся полностью автоматизированной — Pool Loader регулярно актуализирует список пулов: удаляет неактивные и добавляет новые, соответствующие заданным фильтрам.