ERPC выводит в продакшен быстрый путь XDP и zero-copy для своего Solana Geyser gRPC в регионе Нью-Йорк (NY) — подтверждена разница в задержке доставки около 530 мс на уровне p99
ERPC выводит в продакшен быстрый путь XDP и zero-copy для своего Solana Geyser gRPC в регионе Нью-Йорк (NY) — подтверждена разница в задержке доставки около 530 мс на уровне p99
ELSOUL LABO B.V. (головной офис: Амстердам, Нидерланды; CEO: Fumitake Kawasaki) и Validators DAO, под управлением которых работает ERPC, рады сообщить, что ERPC вывел в продакшен быстрый путь XDP и zero-copy AF_XDP из Solana v4 (Agave 4.x) для своей общей конечной точки Solana Geyser gRPC в регионе Нью-Йорк (NY).
Быстрый путь XDP и zero-copy AF_XDP уже не являются экспериментальными в ветке Agave 4.x: они оформлены как штатные функции, доступные через официальные флаги запуска
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Теперь ERPC вывел эту сетевую оптимизацию — которая получает всё более широкое распространение среди высокопроизводительных валидаторов Solana — в продакшен на узле-источнике, на котором работает Geyser gRPC региона NY. В сравнении «до и после», измеренном с помощью slv check geyserbench из открытого инструмента эксплуатации Solana — SLV, узел-источник до оптимизации в том же регионе NY отставал от новой конфигурации на p50 63 мс / p95 490 мс / p99 530 мс. Это не абсолютная задержка доставки оптимизированного узла, а именно разница «до и после», причём улучшение в сотни миллисекунд особенно заметно в хвосте p95/p99. Это изменение уже действует в продакшене. Клиенты, для которых важна производительность first-arrival, могут опробовать Geyser gRPC региона NY прямо сейчас — через почасовую оплату (за час) или Crypto Pay (SOL / USDC / EURC).Официальный сайт ERPC: https://erpc.global/ru
Панель управления ERPC: https://dashboard.erpc.global/ru
Почему Geyser gRPC в регионе Нью-Йорк (NY) имеет значение
В Solana leader, отвечающий за производство блоков, сменяется по короткому циклу, поэтому источник коммуникации постоянно перемещается. При такой схеме на практике важна не близость к единственной фиксированной точке, а высокая вероятность оказаться рядом с сетью, где сосредоточены основные узлы и валидаторы, — и это напрямую влияет на задержки, частоту повторных передач и частоту отказов в реальной эксплуатации.
Регион Нью-Йорк (NY) — это место, где в часы торгов в Северной Америке концентрируется спрос на торговые, индексирующие и мониторинговые/аналитические нагрузки, которым нужны ончейн-данные в реальном времени. Geyser gRPC — это канал получения обновлений по аккаунтам, слотам, блокам и транзакциям в виде потока, а не через опрос, и здесь разница в одну миллисекунду напрямую сказывается на возможности поймать момент исполнения и на воспринимаемой скорости фронтенда. Именно поэтому есть смысл держать Geyser gRPC региона NY на самом быстром уровне как в проектировании, так и в оптимизации.
Результаты измерений — разница в задержке доставки «до и после» по slv check geyserbench
Мы провели сравнительное измерение с помощью
slv check geyserbench из открытого инструмента эксплуатации Solana — SLV, сопоставив новую конфигурацию с включёнными быстрым путём XDP и zero-copy AF_XDP и узел-источник до оптимизации в том же регионе NY. В результате узел до оптимизации отставал от новой конфигурации на следующие величины:- разница задержки p50: 63 мс
- разница задержки p95: 490 мс
- разница задержки p99: 530 мс
Это не абсолютная задержка доставки оптимизированного узла, а сравнительное значение, показывающее, насколько узел-источник до оптимизации отставал от новой конфигурации.
Различия особенно велики в хвосте p95/p99 — порядка сотен миллисекунд. Хвост — это случаи верхних процентилей, где задержки оказываются больше обычного, и для торговых и работающих в реальном времени нагрузок, где приоритетна производительность first-arrival, именно здесь они с наибольшей вероятностью проявляются как задержка в принятии решений. То, что узел до оптимизации отставал от новой конфигурации примерно на 530 мс на уровне p99, показывает: в хвосте разница в пути приёма и распространения на стороне источника напрямую влияет на качество низколатентного стриминга Geyser gRPC.
Метод измерения открытый. Клиенты могут тем же способом — через
slv check geyserbench — проверить фактическую задержку так, как она видна из их собственной точки подключения. Поскольку задержка доставки меняется в зависимости от точки подключения, маршрута, времени суток и распределения leader, воспроизвести можно не фиксированное число, а сам метод измерения. Шаги от установки SLV до запуска измерения опубликованы в руководстве SLV Getting Started. Для ERPC важно показывать качество доставки не субъективными утверждениями и не рекламными текстами, а измерением, которое любой может проверить одним и тем же методом.Официальный сайт SLV: https://slv.dev/ru
SLV Getting Started: https://slv.dev/ru/doc/general/getting-started/
Что такое быстрый путь XDP и zero-copy из Solana v4
XDP (eXpress Data Path) — это технология ядра Linux, которая позволяет высокопроизводительному сетевому коду обходить значительную часть обычного пути обработки пакетов в ядре. За счёт сокращения числа копирований данных и переключений контекста она обрабатывает пакеты с гораздо меньшими накладными расходами, чем стандартный сетевой стек.
В Agave (клиент валидатора Solana) XDP применяется к Turbine — протоколу, который распространяет блоки между узлами валидаторов. Принятые shred обрабатываются eBPF-программой, подключённой вплотную к сетевой карте (NIC), и отображаются в буферы пространства пользователя через AF_XDP. В режиме zero-copy принятые данные передаются из ядра в пространство пользователя напрямую, без копирования. Исходящие shred отправляются напрямую через XDP_TX, что убирает системные вызовы и копирования на горячем пути.
Anza ввела XDP для Turbine в ветке Agave 3.x и перенесла его в основу Solana v4 (Agave 4.x). В ветке Agave 4.x XDP уже не экспериментальный, а оформлен как функция, доступная через официальные флаги запуска. Согласно руководству Anza по настройке, с XDP крупные валидаторы могут приближаться к 150 000 исходящих пакетов в секунду.
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Выведено в продакшен на узле-источнике NY — что именно мы включили
ERPC перевёл узел-источник, на котором работает Geyser gRPC региона NY, на Solana v4 (Agave 4.x) и вывел в продакшен быстрый путь XDP и zero-copy AF_XDP, доступные через официальные флаги запуска.
Поскольку источник может быстрее принимать и распространять shred, он раньше успевает наблюдать и реконструировать блоки, а это сокращает задержку доставки этих обновлений клиентам через поток Geyser gRPC. Задержка Geyser в конечном счёте упирается в то, «насколько быстро источник успевает ухватить блок». XDP и zero-copy — это как раз те оптимизации, которые ускоряют путь приёма на стороне источника.
Включение XDP требует тонкой и чреватой ошибками настройки: свежее ядро, NIC с поддержкой XDP, правильные systemd capabilities для процесса валидатора, корректные флаги запуска и грамотная привязка ядер CPU. Операционный опыт, накопленный при эксплуатации валидаторов на вершине сети, ERPC применяет напрямую к построению и эксплуатации собственных узлов-источников.
Та же оптимизация, что у высокопроизводительных валидаторов, — на конечной точке доставки
XDP и zero-copy — это сетевые оптимизации, которые получают всё более широкое распространение среди высокопроизводительных валидаторов Solana. ERPC применяет ту же технологию не только ради «быстрых валидаторов», но и ради «узла-источника, на котором работает конечная точка доставки, быстрее доставляющая данные клиентам».
При этом операционный опыт этой оптимизации собран в виде готового рецепта в открытом инструменте эксплуатации Solana — SLV. SLV закрывает весь путь — от включения XDP (через переменные конфигурации, такие как
xdp_enabled / xdp_zero_copy) до измерения задержки доставки (slv check geyserbench) — в форме, которую любой может воспроизвести в диалоге с ИИ-агентом или через CLI. Оптимизация, которой ERPC добился в регионе NY, — это не разовый трюк для одной машины, а решение, опирающееся на воспроизводимый операционный рецепт.SLV GitHub: https://github.com/validatorsDAO/slv
Снижение задержки, обусловленной расстоянием, на уровне проектирования — дата-центр AS200261 с заточкой под Solana
Преимущество ERPC по задержке не сводится к одной лишь программной оптимизации. Размещая узлы-источники, принимающие конечные точки и обрабатывающие узлы в премиальных дата-центрах, где плотно сосредоточены валидаторы Solana, ERPC снижает задержку, обусловленную расстоянием, уже на этапе проектирования.
ELSOUL LABO эксплуатирует дата-центр с заточкой под Solana под собственным ASN (AS200261), выделенным RIPE NCC, как часть платформы ERPC. Программные оптимизации вроде сегодняшних XDP и zero-copy дают максимальный эффект только поверх такой физической и сетевой близости, заложенной в проект. Лишь когда есть и близость на уровне проектирования, и программная оптимизация на стороне источника, достигаются производительность first-arrival и качество низколатентного стриминга.
Развёртывание по всем регионам — линия непрерывного усиления инфраструктуры
Эта оптимизация в регионе NY вписывается в линию непрерывного усиления инфраструктуры Geyser gRPC по всем регионам, которую ERPC ведёт последовательно. Это оптимизация новейшего поколения — продолжение общерегионального обновления инфраструктуры Geyser gRPC в декабре 2025 года и масштабного усиления региона Франкфурт (FRA) в январе 2026 года.
По итогам этого результата в регионе NY ERPC будет развёртывать быстрый путь XDP и zero-copy из Solana v4 регион за регионом, начиная с тех, где завершена проверка совместимых NIC, ядер и сетевых конфигураций. Вместо того чтобы отвечать на растущий спрос ограничениями или деградацией, ERPC последовательно поглощает его за счёт усиления самой инфраструктуры. Geyser gRPC от ERPC будет развиваться и дальше.
Опробуйте Geyser gRPC в NY на почасовой оплате — проверьте на собственных цифрах
Geyser gRPC региона NY можно опробовать от одного часа по тарифу с почасовой оплатой. Это открывает цикл проверки с низким риском: подключиться всего на один час, в течение этого часа запустить
slv check geyserbench, чтобы измерить фактическую задержку доставки так, как она видна из точки подключения вашего собственного бота или приложения, и уже по этим цифрам решить, переходить ли на месячный или годовой тариф.Возможность принимать решения по цифрам, которые вы измерили сами, а не по заявлениям поставщика, — это отправная точка для клиентов, которым важна производительность first-arrival. Как только ваша конфигурация и объём использования прояснятся, переход на месячный или годовой тариф оставит вас на той же панели управления и с тем же качеством конечной точки.
Панель управления ERPC: https://dashboard.erpc.global/ru
Поддержка Crypto Pay (SOL / USDC / EURC)
ERPC предлагает Crypto Pay для покупки кредитов ERPC и оплаты своих тарифов, и это работает в том числе для тарифа с почасовой оплатой. В качестве платёжного актива можно выбрать SOL либо стейблкоины USDC / EURC. EURC отправляется напрямую, а USDC или SOL обмениваются на EURC через Orca, причём перевод завершается в рамках того же потока.
Для команд, которые разрабатывают и работают на Solana, возможность оплачивать инфраструктуру в формате, близком к их привычному управлению средствами через кошелёк, — это практическое улучшение, снижающее порог входа в проверку. Описанную выше проверку на почасовой оплате тоже можно начать прямо с активов в вашем кошельке Solana.
Заказ, оплата и управление инфраструктурой с заточкой под Solana — на одной платформе
ERPC позволяет на единой платформе сочетать Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, серверы bare-metal, выделенный RPC, SWQoS, Price API с поддержкой Pyth, а также Jet Analytics & Indexed RPC.
Панель управления ERPC поддерживает 16 языков, и с одного экрана можно делать всё: выбирать тариф и регион, проверять наличие, добавлять в корзину, пополнять кредиты, оформлять заказ, смотреть API-ключи и конечные точки, отслеживать использование и создавать тикеты в поддержку.
R&D и непрерывное совершенствование инфраструктуры с заточкой под Solana
За ERPC стоят исследования и разработки инфраструктуры с заточкой под Solana, которые ELSOUL LABO ведёт непрерывно. ELSOUL LABO пять лет подряд начиная с 2022 года получает одобрение в рамках WBSO — государственной программы поддержки R&D в Нидерландах. Компания продолжает R&D в области инфраструктуры Solana RPC, эксплуатации валидаторов, доставки данных в реальном времени, а также эксплуатации и разработки с помощью ИИ-агентов, и эти результаты находят отражение во всех сервисах, включая ERPC, SLV, SLV AI и дата-центр AS200261 с заточкой под Solana.
Сегодняшняя поддержка Solana v4 / XDP / zero-copy в регионе NY тоже выросла из эксплуатации валидаторов на вершине сети. ERPC будет и дальше предоставлять низколатентную инфраструктуру рядом с сетью Solana и подтверждать её качество измерением, которое любой может проверить одним и тем же методом.
Использование и консультации
По вопросам оптимальных региональных конфигураций, включая общую конечную точку Geyser gRPC региона NY, выбора между отдельными тарифами gRPC и тарифами gRPC Bundle, выбора между почасовой, месячной и годовой оплатой, а также проектирования миграции с существующей конфигурации мы консультируем индивидуально в официальном Discord Validators DAO.
Панель управления ERPC: https://dashboard.erpc.global/ru
Официальный сайт ERPC: https://erpc.global/ru
Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Мы от всей души благодарим всех наших пользователей за то, что вы продолжаете пользоваться ERPC.
Ссылки
- Официальный сайт ERPC: https://erpc.global/ru
- Панель управления ERPC: https://dashboard.erpc.global/ru
- Официальный сайт SLV: https://slv.dev/ru
- SLV Getting Started: https://slv.dev/ru/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Новости
