ERPC выводит в продакшн ускоренный путь XDP и zero-copy из Solana v4 на RPC-узлах и узлах Geyser gRPC во всех регионах — расширяя проверенный в NY результат на каждый регион и поднимая как доставку стрима, так и свежесть состояния RPC
ERPC выводит в продакшн ускоренный путь XDP и zero-copy из Solana v4 на RPC-узлах и узлах Geyser gRPC во всех регионах — расширяя проверенный в NY результат на каждый регион и поднимая как доставку стрима, так и свежесть состояния RPC
ELSOUL LABO B.V. (головной офис: Амстердам, Нидерланды; CEO: Фумитакэ Кавасаки) и Validators DAO, управляющие ERPC, рады сообщить, что ERPC вывел в продакшн ускоренный путь XDP и zero-copy AF_XDP из Solana v4 (Agave 4.x) на RPC-узлах и узлах Solana Geyser gRPC во всех регионах. Это расширяет оптимизацию, впервые подтверждённую на источнике Geyser gRPC региона Нью-Йорк (NY), на продакшн-инфраструктуру в каждом регионе.
Ускоренный путь XDP и zero-copy AF_XDP — это ориентированные на Turbine оптимизации, ставшие доступными в Solana v4 (Agave 4.x). Что касается флагов запуска, то в линии Agave 4.1 семейство
--experimental-retransmit-xdp-* было объявлено устаревшим и оформлено в виде --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Опираясь на этот ориентированный на Turbine ускоренный путь XDP и zero-copy, ERPC применил его в продакшне не только на узлах-источниках, которые обеспечивают Geyser gRPC, но и на RPC-узлах. И RPC-узлы, и узлы Geyser gRPC получают shred, составляющие блоки, через Turbine. Используя XDP и zero-copy для снижения накладных расходов ядра на этом пути распространения и приёма shred, Geyser gRPC получает меньшую задержку доставки стрима, а RPC — улучшенную свежесть состояния и лучшую способность поспевать за самым актуальным состоянием. Это изменение уже работает в продакшне во всех регионах. Клиенты, для которых важна производительность first-arrival, могут сразу же попробовать RPC и Geyser gRPC во всех регионах — через почасовую тарификацию (за час) или Crypto Pay (SOL / USDC / EURC).Официальный сайт ERPC: https://erpc.global/ru
Панель управления ERPC: https://dashboard.erpc.global/ru
Что меняет развёртывание во всех регионах — делая путь, на котором узел захватывает shred, быстрее везде
В Solana leader, отвечающий за производство блоков, сменяется по короткому циклу, поэтому точка отправки данных постоянно перемещается. В этой структуре на практике важна не близость к одной фиксированной точке, а высокая вероятность находиться рядом с той частью сети, где сосредоточены крупные узлы и валидаторы, — и это напрямую влияет на задержку, частоту повторных передач и частоту сбоев в реальной эксплуатации. Именно поэтому ERPC считает осмысленным не делать быстрой лишь одну машину, а поднимать продакшн-узлы в каждом регионе до одного уровня.
Ключ к этому развёртыванию в том, что объектом оптимизации является «путь распространения и приёма shred на Turbine». Как для RPC, так и для Geyser gRPC итоговая скорость обеспечивается тем, «насколько быстро узел может захватить блок». XDP и zero-copy — это оптимизации, которые снижают накладные расходы именно на этой стадии захвата: приёма, retransmit и распространения shred по Turbine. Применив это к продакшн-узлам в каждом регионе, мы добились того, что независимо от того, через точку подключения какого региона работает клиент, данные он получает по оптимизированному пути.
Что такое ускоренный путь XDP и zero-copy из Solana v4
XDP (eXpress Data Path) — это технология ядра Linux, позволяющая высокопроизводительному сетевому коду обходить значительную часть обычного пути обработки пакетов в ядре. Сокращая копирования данных и переключения контекста, она обрабатывает пакеты с куда меньшими накладными расходами, чем стандартный сетевой стек.
В Agave (клиенте валидатора Solana) XDP применяется к Turbine — протоколу, распространяющему блоки между узлами валидаторов. Полученные shred обрабатываются eBPF-программой, присоединённой вблизи сетевой карты (NIC), и отображаются в буферы пространства пользователя через AF_XDP. Когда используется режим zero-copy, полученные данные передаются напрямую из ядра в пространство пользователя без копирования. Исходящие shred также задействуют путь отправки AF_XDP, чтобы сократить копирования и накладные расходы системных вызовов на горячем пути.
Anza представила XDP для Turbine в линии Agave 3.x (начиная с v3.0.9) и перенесла её в основу Solana v4 (Agave 4.x). Флаги запуска упорядочивались на протяжении последовательных релизов: в линии Agave 4.1 семейство
--experimental-retransmit-xdp-* было объявлено устаревшим и оформлено в виде --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Согласно руководству по настройке от Anza, с XDP крупные валидаторы могут приближаться к 150 000 исходящих пакетов в секунду благодаря fanout Turbine.Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Применение к узлам Geyser gRPC — ускорение приёма на стороне источника
Geyser gRPC — это путь получения обновлений по аккаунтам, слотам, блокам и транзакциям в виде стрима, а не через опрос. Здесь разница в одну миллисекунду напрямую связана с захватом торговых возможностей и с воспринимаемой скоростью фронтенда. Задержка Geyser в конечном счёте обеспечивается тем, «насколько быстро источник может захватить блок».
XDP и zero-copy — это как раз те оптимизации, которые снижают накладные расходы на этом пути распространения и приёма shred на стороне источника. Поскольку источник может быстрее принимать и распространять shred, он может наблюдать и реконструировать блоки на более ранней стадии, что сокращает задержку доставки этих обновлений клиентам через стрим Geyser gRPC. В регионе Нью-Йорк (NY), где мы применили это первым, мы с помощью измерения с открытым исходным кодом подтвердили, что эта оптимизация эффективна в хвостовой области задержки доставки. Теперь мы распространили ту же оптимизацию на узлы Geyser gRPC в каждом регионе.
Применение к RPC-узлам — улучшение свежести состояния и способности поспевать за самым актуальным состоянием
Новым в этом развёртывании является то, что мы применили эту оптимизацию и к RPC-узлам. RPC-узлы также получают shred, составляющие блоки, через Turbine и обновляют собственный реестр и состояние. Когда XDP и zero-copy снижают накладные расходы на этом основанном на Turbine приёме и распространении shred, RPC-узлы могут принимать более новые блоки раньше.
Для клиентов, использующих RPC, это не означает, что все методы RPC станут равномерно быстрее, — это проявляется как свежесть состояния, которое держит узел. Когда вы запрашиваете самый недавний слот или блок либо самое актуальное состояние аккаунта, тот факт, что уже принятая узлом информация новее, напрямую связан со свежестью данных в ответе. Кроме того, меньшие накладные расходы на пути распространения и приёма дают узлу запас, чтобы обрабатывать обновления без потерь под высокой нагрузкой. Та же оптимизация, что и для доставки стрима Geyser gRPC, работает и как основа, поддерживающая свежесть данных, которые возвращает RPC, — именно поэтому в этот раз мы расширили охват на RPC-узлы.
Выведено в продакшн на узлах каждого региона — что мы включили
ERPC перевёл RPC-узлы и узлы Geyser gRPC во всех регионах на Solana v4 (Agave 4.x) и ввёл в продакшн ориентированный на Turbine ускоренный путь XDP и zero-copy AF_XDP. Опираясь на оформленную в линии Agave 4.1 схему флагов запуска
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy, мы включаем его в соответствии с конфигурацией каждого региона.Включение XDP требует сложной и подверженной ошибкам настройки: свежего ядра, NIC с поддержкой XDP, правильных systemd-привилегий для процесса валидатора, корректных флагов запуска и подходящего закрепления ядер CPU. Развёртывание этого не на одном узле, а на продакшн-узлах в каждом регионе — с проверкой различающихся в каждом регионе NIC, ядра и сетевой конфигурации — ещё больше повышает эксплуатационную сложность. ERPC напрямую применяет операционный опыт, накопленный при эксплуатации валидаторов на вершине сети, к построению и эксплуатации узлов-источников и RPC-узлов в каждом регионе.
И операционный опыт по этой оптимизации сведён в виде рецепта в инструменте эксплуатации Solana с открытым исходным кодом SLV. SLV предоставляет всё — от включения XDP (через конфигурационные переменные, такие как
xdp_enabled / xdp_zero_copy) до измерения задержки доставки (slv check geyserbench) — в форме, которую каждый может воспроизвести через диалог с AI-агентом или через CLI. Оптимизация, которую ERPC реализовал во всех регионах, — это не разовый трюк для одной машины, а опора на воспроизводимый операционный рецепт.SLV GitHub: https://github.com/validatorsDAO/slv
Проверьте собственными цифрами, со своей точки подключения
Насколько большую разницу даёт эта оптимизация, зависит от точки подключения, маршрута, времени суток и распределения leader. Именно поэтому ERPC придаёт значение тому, чтобы показывать качество доставки не через субъективные утверждения или маркетинговые тексты, а через измерение, которое каждый может проверить тем же методом. То, что клиенты могут проверить, — это не фиксированная цифра, а сам метод измерения.
Для Geyser gRPC инструментарий бенчмаркинга ERPC имеет открытый исходный код. Для сравнений по first-arrival вы можете использовать
slv check geyserbench --kind grpc, а для проверки связности и задержки отдельной точки — slv check grpc, сравнивая в условиях, близких к вашей собственной нагрузке. Для RPC также наиболее надёжный подход — измерять и наблюдать свежесть возвращаемых данных и поведение ответов со своей точки подключения, используя запросы, которые ваш собственный бот или приложение действительно отправляет.Возможность принимать решения на основе цифр, которые вы измерили сами, а не на основе утверждений поставщика, — это отправная точка для клиентов, которым важна производительность first-arrival. Шаги от установки SLV до запуска измерения опубликованы в руководстве SLV Getting Started.
Официальный сайт SLV: https://slv.dev/ru
SLV Getting Started: https://slv.dev/ru/doc/general/getting-started/
Сравнение скорости Solana Geyser gRPC: https://erpc.global/ru/doc/geyser-grpc/speed-comparison/
Сдерживание задержки, обусловленной расстоянием, на уровне проектирования — дата-центр AS200261, специализированный под Solana
Преимущество ERPC по задержке проистекает не только из программной оптимизации. Размещая узлы-источники, принимающие точки и обрабатывающие узлы внутри премиальных дата-центров, где плотно сосредоточены валидаторы Solana, ERPC сдерживает обусловленную расстоянием задержку уже на стадии проектирования.
ELSOUL LABO эксплуатирует специализированный под Solana дата-центр под собственным ASN (AS200261), выделенным RIPE NCC, как часть платформы ERPC. Такие программные оптимизации, как сегодняшние XDP и zero-copy, дают свой максимальный эффект только поверх этого проектирования физической и сетевой близости. Когда есть и близость на уровне проектирования, и программная оптимизация на стороне узла, реализуются производительность first-arrival, низколатентное качество стриминга и свежие ответы RPC.
Линия непрерывного усиления инфраструктуры
Это развёртывание во всех регионах вписывается в линию усиления инфраструктуры, которую ERPC ведёт непрерывно. Это оптимизация новейшего поколения, следующая за обновлением инфраструктуры Geyser gRPC во всех регионах в декабре 2025 года, масштабным усилением региона Франкфурт (FRA) в январе 2026 года и более ранним применением XDP и zero-copy в регионе Нью-Йорк (NY) в июне 2026 года. Оптимизация, подтверждённая в NY, теперь расширена — с добавлением RPC-узлов в её охват — на продакшн-инфраструктуру в каждом регионе.
Вместо того чтобы отвечать на рост спроса ограничениями или деградацией, ERPC последовательно поглощает его, усиливая саму инфраструктуру. Мы продолжаем переносить оптимизации новейшего поколения в нашу продакшн-инфраструктуру, многократно проверяя совместимые NIC, ядра и сетевые конфигурации. RPC и Geyser gRPC от ERPC продолжат развиваться.
Проверьте всего за один час с почасовой тарификацией
RPC и Geyser gRPC от ERPC можно попробовать всего от одного часа через тарифный план с почасовой оплатой. Это делает возможным цикл проверки с низким риском: оформить договор всего на один час, подтвердить в течение этого часа реальное поведение, как оно видно с точки подключения вашего собственного бота или приложения, и на основе результатов решить вопрос о переходе на месячный или годовой план. Описанные выше измерения
slv check можно запустить как есть в рамках этой часовой пробной версии.Когда ваша конфигурация и объём использования прояснятся, переход на месячный или годовой план оставит вас на той же панели управления и при том же качестве точек подключения.
Панель управления 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, эксплуатации валидаторов, доставке данных в реальном времени и поддержке эксплуатации и разработки с помощью AI-агентов, и эти результаты отражаются в ряде сервисов, включая ERPC, SLV, SLV AI и специализированный под Solana дата-центр AS200261.
Сегодняшняя поддержка Solana v4 / XDP / zero-copy во всех регионах тоже сложилась из эксплуатации валидаторов на вершине сети. ERPC продолжит предоставлять низколатентную инфраструктуру рядом с сетью Solana и демонстрировать её качество через измерение, которое каждый может проверить тем же методом.
Использование и консультации
По вопросам оптимальных региональных конфигураций, включая RPC и Geyser gRPC во всех регионах, выбора между самостоятельными планами 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
- Цены ERPC: https://erpc.global/ru/price/
- Официальный сайт SLV: https://slv.dev/ru
- SLV Getting Started: https://slv.dev/ru/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Сравнение скорости Solana Geyser gRPC: https://erpc.global/ru/doc/geyser-grpc/speed-comparison/
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Новости
