ERPC добавляет HTTPS на общих endpoint'ах Solana Shreds и Geyser gRPC — HTTPS или HTTP на выбор под сценарий
ELSOUL LABO B.V. (штаб-квартира: Амстердам, Нидерланды; CEO: Fumitake Kawasaki) и Validators DAO, операторы ERPC, добавили поддержку HTTPS для общих endpoint'ов Shreds gRPC и Geyser gRPC. Вместе с транспортом HTTP, который мы предоставляли все это время, теперь можно выбрать между HTTPS и HTTP.
Изменение касается Direct Shreds Connect и Direct Shreds Turbo на стороне Shreds gRPC, а также тарифов Standard, Premium и Burst общего потока Geyser gRPC.
Вы можете выбрать зашифрованный, защищенный HTTPS endpoint — либо HTTP endpoint, который не выполняет никакой обработки TLS. В терминах gRPC первое — это gRPC поверх TLS, второе — незашифрованный (plaintext) HTTP/2. Это покрывает гораздо более широкий круг сценариев: от нагрузок, где важна только задержка, до нагрузок, где важнее всего конфиденциальность того, на что вы подписаны.
Имя хоста endpoint'а не меняется. Различаются только схема и порт: HTTPS использует порт 443, HTTP — порт 80. Переключение выполняется в ERPC Web Dashboard.
Новое — это HTTPS, существующий HTTP продолжает работу без изменений
Общие stream-endpoint'ы ERPC до сих пор предоставлялись по HTTP.
Добавлена именно сторона HTTPS. Существующие HTTP-подключения не меняются ни по спецификации, ни по поведению, и их можно продолжать использовать ровно так же, как прежде. Клиентам, которые уже подключаются по HTTP, ничего делать не нужно.
Мы не планируем прекращать поддержку HTTP. Он остается доступным как вариант для нагрузок, где задержка стоит на первом месте.
HTTPS — зашифрованное и защищенное соединение
На HTTPS endpoint'е весь обмен между вашим клиентом и ERPC шифруется с помощью TLS.
И содержимое запроса на подписку, и возвращаемые вам данные потока шифруются средствами TLS, поэтому полезную нагрузку, как правило, невозможно прочитать на пути следования. В ERPC Web Dashboard именно HTTPS выбран как способ подключения по умолчанию.
TLS-рукопожатие происходит главным образом при установлении соединения. Шифрование и расшифровка данных потока продолжаются и после этого, однако при длительно открытом gRPC-потоке издержки рукопожатия не возникают снова и снова.
HTTP — вариант с низкой задержкой без обработки TLS
На HTTP endpoint'е нет ни TLS-рукопожатия, ни самой работы по шифрованию и расшифровке.
В обработке в реальном времени в Solana на задержку влияет каждая операция на пути от места, где данные создаются, до места, где их получает ваше приложение. Поскольку HTTP не требует шифрования и расшифровки TLS, он подходит для сценариев с низкой задержкой, где нужно максимально сократить обработку на пути следования.
HTTP выигрывает в конфигурациях, которые часто переустанавливают соединение, и в конфигурациях, которые не допускают на пути вообще никаких накладных расходов.
Когда сама форма фильтра подписки несет смысл
HTTP — вариант с меньшей задержкой, но в зависимости от того, как проект его использует, группа запрашиваемых адресов оказывается видна на пути следования, и для части проектов это проблема.
Данные в блокчейне сами по себе публичны. Однако когда раскрывается их группировка, она может нести смысл, которого не нес ни один элемент по отдельности.
Предположим, проект хочет фильтровать и отслеживать все кошельки своих клиентов. Сам список адресов в таком запросе на подписку может быть чувствительной информацией для этого проекта. Даже если каждый отдельный адрес публичен, знание того, какой набор адресов отслеживается как единая группа, может дать подсказки о клиентской базе проекта, о том, за чем он следит, и о том, где лежат его деловые интересы.
Именно здесь помогает HTTPS endpoint. В обмен на работу по шифрованию и расшифровке, которую требует TLS, шифруется полезная нагрузка как запроса на подписку, так и данных потока.
Что в приоритете — задержка или конфиденциальность подписки? Это решение отличается от проекта к проекту. Теперь ERPC оставляет этот выбор за вами, чтобы вы делали его исходя из собственного сценария использования.
Область изменения — общие endpoint'ы
Поддержка HTTPS распространяется на следующие общие endpoint'ы:
- Direct Shreds Connect
- Direct Shreds Turbo
- Общий поток Geyser gRPC — Standard
- Общий поток Geyser gRPC — Premium
- Общий поток Geyser gRPC — Burst
HTTPS включен на общих stream-endpoint'ах во всех регионах, а существующие HTTP endpoint'ы сохранены в прежнем виде. Общие endpoint'ы, входящие в Shreds Bundle и ERPC Bundle, также могут использовать HTTPS.
Выделенные endpoint'ы в это изменение не входят. Выделенный Geyser gRPC и выделенные продукты Shreds сохраняют существующий способ подключения без изменений.
Переключение в Dashboard — список разрешенных IP общий
Способ подключения переключается в отображении endpoint'а в ERPC Web Dashboard.
Переключитесь между HTTPS и HTTP — будет показан URL endpoint'а для выбранного способа. Настройте клиент, используя URL ровно в том виде, в каком он отображается.
Оба способа используют один и тот же список разрешенных зарегистрированных IP. Аутентификация по-прежнему основана на зарегистрированном IP-адресе, поэтому для перехода на HTTPS не нужно заново регистрировать IP, а добавлять токен или заголовок Authorization не требуется.
Общие продукты Shreds от ERPC продолжают работу после завершения Jito ShredStream
Jito ShredStream завершает обслуживание 5 сентября 2026 года. Общие продукты Shreds от ERPC, напротив, продолжают работу и после этой даты.
Direct Shreds Connect и Direct Shreds Turbo, которые как раз получили поддержку HTTPS, а также тарифы Shreds Bundle с несколькими IP и Direct Shreds Connect, входящий в ERPC Bundle, остаются доступными и после 5 сентября.
Уточним: прекращение обслуживания 5 сентября, о котором мы сообщили 21 августа 2026 года, касается выделенных продуктов Shredstream и Stream Bundle. Общие продукты Shreds в него не входят. Помощь с переходом клиентам на выделенных тарифах, как и прежде, оказывается индивидуально.
Если вы пересматриваете то, как ваш проект получает Shreds, сейчас удобный момент рассмотреть варианты. Будем рады, если вы их попробуете.
Проверьте на почасовой оплате, от одного часа
Общие endpoint'ы ERPC доступны от одного часа с почасовой оплатой.
Не переходя на месячный тариф, вы можете попробовать и HTTPS, и HTTP на реальной нагрузке и сами увидеть, как задержка и конфиденциальность соотносятся в вашей собственной среде.
Начните с короткой проверки, а тариф выбирайте по результатам измерений.
Обновленный продукт UDP Forwarding выйдет в ближайшее время
Для UDP Forwarding, который упрощает сам путь доставки Shreds, в ближайшее время выйдет обновленный продукт.
Цель — линейка, в которой можно выбрать метод доставки под задачу: UDP для нагрузок, где низкая задержка важнее всего, и Shreds gRPC для потоковой подписки через существующий интерфейс gRPC.
Поддерживаемые регионы, цены, подробные технические характеристики и официальная дата выпуска будут объявлены по готовности.
Инфраструктура, которую вы выбираете под задачу
ERPC не оценивает производительность инфраструктуры Solana только по характеристикам сервера. Близость к источнику данных, сетевой путь, оборудование, OS и kernel, а также конечный метод доставки пользователю проектируются вместе, как единая низколатентная система.
Нынешняя поддержка HTTPS расширяет выбор внутри этого конечного метода доставки. Не существует одного самого быстрого варианта, который подходил бы каждому проекту: насколько приоритет отдается задержке, а насколько — конфиденциальности, зависит от характера продукта.
Если у вас есть вопросы, свяжитесь с нами через чат поддержки в ERPC Web Dashboard.
