Базовый принцип интернета: чем ближе, тем быстрее. Всегда — и в Solana тоже.
Базовый принцип интернета: чем ближе, тем быстрее. Всегда — и в Solana тоже.
Многие трейдеры и команды, которые ищут «самую быструю среду», в первую очередь смотрят на среднюю задержку.
Это может быть полезным ориентиром для сравнения, но если ваша цель — zero-slot trading, то есть диапазон 200–400 мс, средняя задержка вас к нему не приведет.
Solana распределена по всему миру, а межконтинентальная связь неизбежно добавляет сотни миллисекунд задержки.
Пока вы ориентируетесь на среднее значение, в которое уже включены такие задержки, нужная вам скорость будет оставаться недостижимой.
На практике все решают считаные миллисекунды внутри вашего региона, где обмен данными идет на короткой дистанции.
Вернуть правильную интуицию о скорости
Если говорить о сетях, представьте обычную поездку на машине. Точка отправления — ваш дом, точка назначения — офис. Короткая дорога проста и быстра, с минимальным риском пробок и задержек.
Дальняя поездка, напротив, проходит через перекрестки, магистрали и тоннели, а значит, где-то по пути почти наверняка возникнет перегрузка.
Интернет работает так же. Чем дальше сервер, тем больше промежуточных узлов и тем сильнее плавает время round trip. Чем ближе точка назначения, тем короче путь к максимальной скорости и стабильности.
Почему средние значения не побеждают
В Solana за производство блоков по очереди отвечают leader-валидаторы, поэтому результат напрямую зависит от того, насколько вы физически близки к текущему leader. Эти лидеры распределены по всему миру, и нередко находятся на разных континентах.
При межконтинентальной связи ping легко превышает 100 мс, а для stream-подключений задержка вырастает до нескольких сотен миллисекунд.
Как бы тщательно вы ни улучшали среднее значение, которое включает такие участки маршрута, это не превратится в реальную производительность. В межконтинентальных slot догнать локальных участников невозможно.
Поэтому задача не в том, чтобы охотиться за средними показателями, а в том, чтобы сосредоточиться на своем регионе и свести к минимуму число round trip в его пределах. Борьба за несколько миллисекунд на короткой дистанции — единственный практический путь к реальному преимуществу.
Для ориентира приведем базовые значения round trip по расстоянию:
| Расстояние | Round-trip ping (примерно) |
|---|---|
| Та же сеть | ~0,1 мс |
| Частное подключение | ~0,2 мс |
| Тот же дата-центр | ~0,3 мс |
| Тот же город | ~1 мс |
| Соседняя страна | ~5–10 мс |
| Межконтинентальная связь | ~100–300 мс |
Фактическая эффективная задержка становится еще выше в зависимости от способа передачи данных, потому что добавляются накладные расходы протокола и операционные издержки:
| Метод | Множитель задержки | Примечание |
|---|---|---|
| Ping (идеальный случай) | 1× | Только ориентир по нижней границе |
| POST (однократная отправка) | ~2–3× | Контроль round trip, повторные попытки, TLS |
| Stream | ~5× | Постоянное соединение, контроль перегрузки, буферы |
Как измерять «близость»
Близость нужно оценивать по данным, а не интуитивно. Начните с проверки текущей позиции epoch. Через RPC-метод getEpochInfo можно получить актуальные данные по epoch, количеству уже пройденных slot и оставшимся slot.
Затем используйте getRecentPerformanceSamples, чтобы оценить недавнее среднее время slot. Если умножить среднее время slot на количество оставшихся slot, получится грубая оценка того, сколько секунд осталось до смены leader, а это удобно для подготовки и переключения.
По мере приближения перехода заранее подготовьте получение целевых leader через getSlotLeaders.
Список узлов кластера доступен через getClusterNodes, поэтому данные о leader можно сопоставить с информацией об узлах и по публичным IP-адресам или gossip-адресам приблизительно оценить географию.
Но важно помнить: IP-геолокация ошибается и обновляется с задержкой, поэтому на нее нельзя полагаться без проверки. После определения предполагаемых локаций обязательно измеряйте фактический round trip ping из каждого региона напрямую.
Сетевое взаимодействие похоже на поездку по дороге: важна не только дистанция, но и сам маршрут. Ping просто показывает, насколько сегодня загружены дороги.
Не делайте выводы по одному измерению. Снимайте несколько выборок через короткие интервалы и используйте медиану, чтобы уменьшить шум.
И не выбрасывайте результаты после использования. Накапливайте данные о round trip и сопоставлениях ping по каждому сайту в собственной базе и постепенно обновляйте их легкими фоновыми задачами при каждой смене epoch. Это делает операционную работу стабильнее и ускоряет принятие решений.
Размещение приложения определяет задержку
Скорость зависит не только от характеристик сервера. Расположение самого приложения не менее важно.
Крайний пример — пытаться наблюдать за происходящим во Франкфурте из Токио. Один только round trip уже создает накопленную задержку и неизбежно оставляет вас позади.
Поэтому ресурсы нужно разворачивать в каждом нужном регионе, выполняя прием и обработку локально либо передавая работу дальше по кратчайшему маршруту. Такая архитектура одновременно улучшает покрытие и скорость реакции.
VPS, развернутый в той же сети
Наши VPS разворачиваются по регионам в той же сети, что и выделенные Solana-эндпоинты. Это сокращает внешний обмен трафиком и позволяет добиваться минимального round trip.
Их можно быстро поднимать даже в небольшом масштабе в каждом регионе. Даже распределение worker-процессов всего на 1–2 ядра уже снижает эффективную задержку и уменьшает риск упущенных возможностей.
Релиз сентября 2025 года: SUPER EPYC VPS
В этом месяце, начиная с самого востребованного региона Франкфурта, мы планируем выпустить SUPER EPYC VPS на базе дата-центровых CPU с ведущей на рынке частотой 5,7 ГГц.
Использование CPU последнего поколения в VPS-продуктах пока редкость, поэтому доступность таких конфигураций ограничена. Для тех, кто ищет максимально быстрый VPS, это будет особенно сильный вариант.
Для максимального качества и скорости: Bare Metal
Если VPS делит физический сервер на виртуализированные части, то Bare Metal выделяет весь CPU, память, дисковую подсистему и сетевую пропускную способность только одному пользователю.
Это упрощает получение стабильной высокой производительности даже в пиковые периоды и особенно подходит для Solana-приложений, которым нужна предсказуемо низкая задержка.
Для задач на Solana особенно популярны Ryzen CPU с потребительской максимальной частотой 5,7 ГГц. EPYC помогает снизить накладные расходы виртуализации, а Ryzen позволяет получить максимум однопоточной производительности без виртуализации. Выбор зависит от вашего сценария.
Какие задачи решает ERPC
- Сбои транзакций и скачки задержки, типичные для стандартных RPC-сред
- Ограничения производительности со стороны многих инфраструктурных провайдеров
- Сильное влияние сетевой дистанции на качество связи
- Ограниченный доступ небольших проектов к качественной инфраструктуре
Подробности о продуктах, бесплатных пробных периодах, подключении, выделенных конфигурациях, доступности мощностей и листе ожидания можно узнать в официальном Discord Validators DAO:
- Официальный сайт ERPC: https://erpc.global/en
- Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Мы продолжим исследования и разработку, работая над стабильностью поставок и расширением продуктовой линейки, чтобы приносить больше пользы проектам по всему миру.
Благодарим за постоянную поддержку.
Новости
