ERPC выпустил руководство по параллельной отправке транзакций Solana через SWQoS с использованием Durable Nonce

ERPC, которым совместно управляют ELSOUL LABO B.V. (штаб-квартира — Амстердам, Нидерланды; генеральный директор — Фумитаке Кавасаки) и Validators DAO, выпустил новое практическое руководство. В нём объясняется, как в полной мере использовать SWQoS (Stake-weighted Quality of Service, качество обслуживания с учётом стейка), чтобы одновременно повысить успешность отправки транзакций Solana и снизить задержку.

Руководство посвящено архитектурам отправки транзакций на основе эндпоинтов SWQoS от ERPC и объясняет, как безопасно рассылать одну и ту же транзакцию сразу через несколько высокопроизводительных RPC-эндпоинтов. Конкретные примеры реализации на web3.js позволяют разработчикам применять этот подход в рабочих средах.

Руководство доступно по следующему URL-адресу: https://erpc.global/ru/doc/rpc/durable-nonce-send-transaction/

Предыстория: структурные характеристики отправки транзакции на Solana

В Solana на отправку транзакций влияют постоянно меняющиеся факторы, такие как прогресс слотов, планирование лидеров, сетевая маршрутизация и условия нагрузки на уровне узла. В результате невозможно заранее определить, какой путь отправки быстрее всего достигнет лидера.

Такое поведение связано не с качеством конкретного RPC-провайдера или сервиса отправки, а с самой моделью исполнения Solana. Поэтому архитектуры, которые полагаются на единственный RPC-эндпоинт, неизбежно сталкиваются с ограничениями как по успешности транзакций, так и по задержке.

Роль и практическое назначение эндпоинтов SWQoS

Эндпоинты SWQoS от ERPC позволяют отправлять транзакции в выделенные лидером приоритетные каналы на основе качества обслуживания с учётом стейка. На эти каналы приходится значительно большая доля пропускной способности — около 80% против примерно 20% у неприоритетных каналов. Этот механизм применяется до оценки приоритетной комиссии (Priority Fee).

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

Ограничения архитектур с одним маршрутом и необходимость параллельной отправки

В этих условиях пытаться заранее определить единственный самый быстрый маршрут неэффективно. Более надёжный подход — параллельно отправлять одну и ту же транзакцию по нескольким высокопроизводительным маршрутам, полагаясь на тот из них, по которому она будет обработана первой.

Используя SWQoS как основу и сочетая его с другими быстрыми RPC-эндпоинтами, системы могут стать более устойчивыми к различиям в маршрутизации между слотами и колебаниям нагрузки.

Фундаментальные проблемы в операциях параллельной отправки

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

Предотвратить эти проблемы исключительно с помощью логики уровня приложения сложно, и требуется механизм уровня протокола.

Durable Nonce как решение

Solana предоставляет Durable Nonce как официальный механизм решения этой проблемы. Значение nonce используется вместо recentBlockhash, благодаря чему одну и ту же подписанную транзакцию можно отправить по нескольким маршрутам, а действительным в сети будет только одно исполнение.

Таким образом, Durable Nonce служит базовым техническим компонентом безопасной параллельной отправки транзакций.

Позиционирование данного руководства

Новое руководство объясняет отправку транзакций с Durable Nonce с практической точки зрения, а не только в теории. Оно подробно описывает архитектуру, которая максимально использует возможности SWQoS-эндпоинтов, — от первоначальной настройки до повседневной эксплуатации.

Ключевые темы, рассмотренные в руководстве

В руководстве систематизированы и объяснены несколько критически важных для эксплуатации вопросов:

Проектирование прав управления nonce (nonce authority) и nonce-аккаунтов.
Правильный порядок инструкций, включая nonceAdvance.
Эксплуатационные ограничения, связанные с невозможностью повторного использования исходных (raw) транзакций.
Параллельная отправка нескольким эндпоинтам RPC.
Схема подтверждения, предполагающая использование Durable Nonce.
Безопасные шаблоны перехода для последующих транзакций.

Эти темы предназначены не только для этапов проверки концепции, но и для стабильного производственного развёртывания.

Практическая архитектура отправки на ERPC

Архитектура отправки транзакций ERPC строится вокруг SWQoS и объединяет несколько высокопроизводительных RPC-эндпоинтов в разных регионах и на разных маршрутах. Отсутствие зависимости от одного региона или пути отправки — важнейшее условие практической эксплуатации Solana.

Это руководство можно напрямую применить к практическому принятию архитектурных решений в многорегиональной среде ERPC.

Целевая аудитория

Это руководство предназначено для следующих разработчиков и команд:

Разработчики, обрабатывающие высокочастотные или дорогостоящие транзакции.
Команды, испытывающие проблемы с долей успешных транзакций или задержкой при использовании существующих настроек отправки RPC.
Пользователи, которые уже используют эндпоинты SWQoS или рассматривают возможность их внедрения.

Заглядывая в будущее

ERPC продолжит совершенствовать свою инфраструктуру отправки транзакций, включая SWQoS, и будет постепенно публиковать операционные знания, полученные в результате реальных развёртываний, в форме руководств и примеров кода.

ERPC по-прежнему стремится поддерживать разработчиков с помощью платформы отправки транзакций, которая не только быстра, но также корректна и стабильна в работе.

Использование и консультации

Для получения консультаций по оптимальной архитектуре отправки, выбору региона или переходу с существующих архитектур индивидуальная поддержка доступна через официальный Discord-сервер Validators DAO.

Официальный Discord-сервер Validators DAO: https://discord.gg/C7ZQSrCkYR
Официальный сайт ERPC: https://erpc.global/ru