ERPC масштабно обновляет инфраструктуру Solana RPC, WebSocket и Geyser gRPC — производительность приложений реального времени значительно выросла в практическом сравнении с крупным внешним RPC-сервисом
ERPC масштабно обновляет инфраструктуру Solana RPC, WebSocket и Geyser gRPC — производительность приложений реального времени значительно выросла в практическом сравнении с крупным внешним RPC-сервисом

ELSOUL LABO B.V. (штаб-квартира: Амстердам, Нидерланды; генеральный директор: Фумитакэ Кавасаки) и Validators DAO, операторы ERPC, объявляют о крупном обновлении инфраструктуры ERPC для Solana RPC, WebSocket и Solana Geyser gRPC.
В рамках этого обновления добавлен высокопроизводительный крупный node верхнего класса, а Solana RPC, WebSocket, Geyser gRPC, внутренний gateway, адаптеры доставки данных в реальном времени, сетевое программное обеспечение и конфигурация серверов улучшены как единая система. Опираясь на накопленные данные о профилях нагрузки, поведении подписок, использовании отдельных методов и факторах задержки, которые часто проявляются в приложениях реального времени, ERPC повысила производительность на путях, близких к реальной production-эксплуатации.
В практическом сравнении из одной клиентской среды во Frankfurt с крупным внешним RPC-сервисом ERPC показала сильные результаты по нескольким метрикам, важным для приложений реального времени: медианной задержке HTTP getSlot, времени подключения WebSocket, первому уведомлению WebSocket transactionSubscribe-совместимой функциональности, slot freshness и ошибкам.
Это улучшение не ограничено отдельным новым планом. Оно будет постепенно применяться ко всем связанным с Solana RPC и Solana Geyser gRPC планам ERPC. Влияние особенно заметно для использования Solana RPC и Geyser gRPC, и ERPC шаг за шагом переносит улучшения, подтвержденные во Frankfurt, в другие регионы.
ERPC Dashboard: https://dashboard.erpc.global/ru
Официальный сайт ERPC: https://erpc.global/ru
Практическое сравнение с крупным внешним RPC-сервисом показывает значительное улучшение для приложений реального времени
Это сравнение проводилось из одной клиентской среды, размещенной во Frankfurt, где ERPC и крупный внешний RPC-сервис измерялись в одинаковых условиях. Тест был сосредоточен на путях, которые напрямую влияют на опыт приложений реального времени: HTTP getSlot, WebSocket slotSubscribe и WebSocket transactionSubscribe-совместимая функциональность.
В репрезентативных результатах медианная задержка HTTP getSlot составила 23,4 мс на ERPC и 39,9 мс на крупном внешнем RPC-сервисе, то есть ERPC была примерно в 1,7 раза быстрее. Время подключения WebSocket составило 87 мс на ERPC и 157 мс на крупном внешнем RPC-сервисе, то есть ERPC была примерно в 1,8 раза быстрее. Для первого уведомления WebSocket transactionSubscribe-совместимой функциональности ERPC показала 240 мс, а крупный внешний RPC-сервис — 556 мс, то есть ERPC была примерно в 2,3 раза быстрее.
Для приложений Solana реального времени простой средней latency недостаточно. Важны установление соединения, первое уведомление, стабильность подписок в реальном времени, slot freshness и отсутствие ошибок. Особенно для обнаружения on-chain событий, торговых приложений, систем мониторинга, доставки alert-уведомлений, аналитической инфраструктуры, bots и backend API скорость первого уведомления и стабильность получения данных после запуска подписки напрямую влияют на то, когда может начаться дальнейшая обработка.
В этом сравнении ERPC и крупный внешний RPC-сервис наблюдали один и тот же slot для processed и confirmed getSlot freshness. В WebSocket slotSubscribe обе стороны также наблюдали один и тот же slot в одно и то же время. ERPC показала преимущество в скорости подключения при сохранении той же slot freshness. Количество ошибок с обеих сторон было 0.
Улучшение HTTP, WebSocket и Geyser gRPC как единой интегрированной системы
Это обновление не сводится к добавлению еще одного сервера. ERPC пересмотрела и улучшила HTTP-путь Solana RPC, WebSocket-путь, Geyser gRPC-путь, внутренний gateway, адаптеры преобразования данных в реальном времени, процессы доставки и сетевое программное обеспечение как единую интегрированную систему.
В production-средах Solana-приложений быстрого HTTP RPC само по себе недостаточно. Реальный пользовательский опыт приложения может заметно меняться, если WebSocket-соединения устанавливаются медленно, первые уведомления задерживаются, throughput подписок в реальном времени не масштабируется, задержка появляется при преобразовании из Geyser gRPC в WebSocket-совместимые слои, или backend-обработка перегружается при высокой нагрузке.
ERPC не рассматривает HTTP, WebSocket и Geyser gRPC как изолированные функции. Вместо этого ERPC улучшает их как непрерывный путь, который принимает, обрабатывает, доставляет и раскрывает Solana-данные приложениям. Добавление крупного node, улучшения сетевого программного обеспечения, улучшения gateway, улучшения WebSocket adapter и оптимизация Geyser gRPC-пути в этом обновлении основаны именно на таком интегрированном подходе.
Улучшения Geyser gRPC-пути и WebSocket adapter усиливают первое уведомление
Одной из областей, где это обновление показало особенно сильный эффект, стала комбинация Geyser gRPC-пути и WebSocket adapter. ERPC предоставляет данные реального времени, полученные как Geyser events, также в форме, которую удобнее использовать через WebSocket-совместимый слой.
В сравнении transactionSubscribe-совместимой функциональности из одной клиентской среды во Frankfurt ERPC зафиксировала первое уведомление за 240 мс при 0 ошибках. Крупный внешний RPC-сервис зафиксировал первое уведомление за 556 мс при 0 ошибках. По первому уведомлению ERPC была примерно в 2,3 раза быстрее, при этом непрерывная доставка данных также подтверждена на равном или более высоком уровне.
Этот результат нельзя объяснить только сетевым расстоянием. В доставке данных Solana в реальном времени итоговая производительность определяется сочетанием производительности node, обработки Geyser gRPC, обработки gateway, WebSocket-преобразования, работы с queue, fanout-архитектуры и эффективности сетевого программного обеспечения. ERPC продолжает улучшать эти компоненты на основе ежедневных тенденций нагрузки и реальных измерений.
Более быстрое подключение и первое уведомление при сохранении slot freshness
При улучшении скорости важно также подтвердить, что сервис не просто быстрее возвращает устаревшие данные. В этом сравнении ERPC и крупный внешний RPC-сервис наблюдали один и тот же slot для processed и confirmed getSlot freshness, которые чаще всего используются приложениями реального времени.
В WebSocket slotSubscribe обе стороны также наблюдали один и тот же slot в одно и то же время. ERPC показала преимущество в скорости подключения при сохранении той же slot freshness. Время подключения WebSocket slotSubscribe составило 87 мс на ERPC и 157 мс на крупном внешнем RPC-сервисе, то есть ERPC подключалась примерно в 1,8 раза быстрее.
При этом производительность RPC и WebSocket может меняться в зависимости от региона, времени суток, расположения клиента, условий подписки и нагрузки. ERPC отдельно отслеживает медиану, p95, максимальные значения, первое уведомление, throughput, slot freshness и error rate, а также постоянно улучшает метрики, которые имеют практическое значение. Это обновление является большим шагом вперед, но ERPC продолжит улучшения по регионам, методам и workloads, не рассматривая один результат как конечную точку.
Расширение покрытия WebSocket / RPC-совместимых слоев, включая Burst
Помимо улучшения производительности, это обновление расширяет покрытие методов в WebSocket / RPC-совместимых слоях вокруг endpoints, связанных с Geyser gRPC, включая Burst.
В частности, добавлена поддержка стандартных методов проверки и статуса, таких как getVersion, getSlot, getBlockHeight, getLatestBlockhash и isBlockhashValid. Благодаря этому среда становится удобнее не только для подписок в реальном времени, но и для сопутствующих проверок состояния и вспомогательных запросов.
ERPC не является статическим сервисом, который предоставляет только фиксированную таблицу функций. ERPC постоянно расширяет покрытие на основе методов, условий подписки, запросов и требований приложений, которые реально нужны пользователям. Если вы столкнулись с проблемой в конкретном методе, запросе, условии подписки, WebSocket-совместимой функции или сценарии использования Geyser gRPC, создайте обращение в поддержку через официальный Discord Validators DAO. Конкретный запрос, ожидаемое поведение, сведения об ошибке и контекст использования помогают нам учитывать реальные требования при дальнейшей совместимости и улучшениях.
Постепенное применение ко всем планам, связанным с Solana RPC и Geyser gRPC
Это улучшение не ограничено отдельной dedicated-конфигурацией. ERPC будет постепенно применять его во всех регионах для планов, связанных с Solana RPC, WebSocket и Solana Geyser gRPC.
Во Frankfurt ERPC уже подтвердила крупные улучшения в практическом сравнении с крупным внешним RPC-сервисом. Далее ERPC будет шаг за шагом применять эти улучшения во всех регионах, продолжая настраивать каждый регион с учетом профилей использования, тенденций нагрузки, сетевых маршрутов и конфигурации серверов.
Сильная сторона ERPC не ограничивается разовыми добавлениями функций. Она заключается в постоянном улучшении производительности существующих планов, покрытия методов, путей доставки и серверных конфигураций на основе данных из реальной production-эксплуатации. В production-средах Solana сетевые условия, трафик, использование методов, объем подписок и региональный спрос постоянно меняются. ERPC продолжает развиваться как Solana-специализированная платформа, которая улучшается вместе с этими изменениями.
Использование измерений из одной клиентской среды для непрерывного улучшения
ERPC также использует измерения, полученные в сравнениях с внешними сервисами, как входные данные для непрерывного улучшения. В этом тесте ERPC отдельно измеряла HTTP getSlot, время подключения WebSocket, первое уведомление WebSocket transactionSubscribe-совместимой функциональности, slot freshness и errors из одной клиентской среды во Frankfurt.
Производительность Solana RPC и WebSocket может зависеть от региона, расположения клиента, условий подписки, методов, времени суток, нагрузки и backend-конфигурации. Поэтому ERPC уделяет внимание не только одному среднему значению, но и метрикам, которые влияют на момент начала реальной обработки в приложении: установлению соединения, первому уведомлению, slot freshness и error rate.
Для пользователей важно, приходят ли данные, необходимые их приложению, с требуемой скоростью и стабильностью. ERPC продолжает повышать практическую производительность, управляя Solana RPC, WebSocket, Geyser gRPC, Shredstream, VPS и bare metal-серверами на одной Solana-специализированной платформе и постоянно улучшая ее.
Free trial для подходящих планов и тестирование на реальных workloads
Для подходящих планов сейчас доступны free trials. Пользователи могут проверить подходящие планы в ERPC Dashboard и протестировать улучшения инфраструктуры Solana RPC, WebSocket и Geyser gRPC в условиях, близких к их реальным workloads.
Для Solana-приложений одних benchmark-чисел недостаточно. Оптимальная конфигурация зависит от того, какие методы использует приложение, из какого региона подключается клиент, какой объем подписок требуется, является ли первое уведомление приоритетом, является ли throughput приоритетом и насколько важна slot freshness для конкретной workload.
В ERPC Dashboard пользователи могут посмотреть планы, включая Solana RPC, WebSocket и Solana Geyser gRPC, и выбрать конфигурацию, соответствующую текущим требованиям. Существующие пользователи ERPC также могут проверить скорость ответа, производительность подписок и поддерживаемые методы в своих текущих workloads после того, как улучшения будут отражены в их среде.
ERPC Dashboard: https://dashboard.erpc.global/ru
Непрерывное улучшение Solana-специализированной инфраструктуры
ERPC предоставляет Solana RPC не просто как API endpoint. ERPC улучшает его как инфраструктуру, которая поддерживает качество исполнения Solana-приложений. В Solana HTTP RPC, WebSocket, Geyser gRPC, Shredstream, SWQoS, размещение серверов, качество валидаторов, сетевые маршруты и производительность обрабатывающих nodes напрямую влияют на скорость и стабильность приложений.
ELSOUL LABO пять лет подряд, начиная с 2022 года, получает одобрение в рамках WBSO, государственной программы поддержки исследований и разработок в Нидерландах. Компания продолжает исследования и разработки в области инфраструктуры Solana RPC, операций валидаторов, доставки данных в реальном времени, а также поддержки разработки и эксплуатации с помощью AI agents. Результаты отражаются в ERPC, SLV, SLV AI, Solana-специализированном дата-центре AS200261 и связанных сервисах.
Это крупное обновление также является частью такой непрерывной R&D-работы. Благодаря добавлению крупных высокопроизводительных nodes, улучшениям сетевого программного обеспечения, улучшениям gateway, улучшениям WebSocket adapter, улучшениям Geyser gRPC-пути и расширению покрытия методов ERPC дополнительно усиливает инфраструктурную производительность, необходимую приложениям Solana реального времени.
ERPC продолжит улучшать Solana-специализированную инфраструктуру, включая Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, VPS и bare metal-серверы. ERPC продолжит предоставлять среду, где пользователи могут обрабатывать больше данных Solana быстрее и надежнее, а разработчики могут сосредоточиться на разработке приложений и production-эксплуатации.
Контакты
По вопросам Solana RPC, WebSocket, Solana Geyser gRPC, Burst, поддерживаемых методов, free trials, существующих планов, регионов, benchmarks или консультаций по конфигурации создайте обращение в поддержку через официальный Discord Validators DAO.
Если вы столкнулись с проблемой в конкретном методе, условии подписки, запросе, WebSocket-совместимой функции или сценарии использования Geyser gRPC, также укажите конкретный запрос и ожидаемое поведение. ERPC продолжает улучшать покрытие и производительность на основе реальных требований пользователей.
ERPC Dashboard: https://dashboard.erpc.global/ru
Официальный сайт ERPC: https://erpc.global/ru
Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR


