Solana, прямо сейчас
Как быть быстрее на Solana?
Если вы пишете под Solana, наверняка вы и сами такое говорили.
Стратегия та же, что у соседнего стола, — а опаздывает с исполнением только мой бот.
Цена напечаталась. Я шлю транзакцию. А она не доходит.
Я перебрал всех RPC-провайдеров — и ничего не изменилось.
Что на самом деле даёт тюнинг
Код вылизан. Сервер прокачан. Но узкое место не здесь — вы гонитесь за лидером, который не стоит на месте, да ещё и слишком издалека.
Одним «железом» и кодом слот не взять. Слот берётся таймингом и местоположением.
Скорость можно купить. Преимущество — в понимании.
Узнать, как приходить первым
Движущаяся цель
Самая быстрая точка никогда не стоит на месте.
Каждый slot — ~400 ms, которые Solana отводит на сборку блока, — лидером становится другой validator, и выигрывает тот, кто к нему ближе всех.
Это не точка, возле которой можно встать раз и навсегда: на Solana самое быстрое место никогда не бывает одним и тем же дважды.
~400 ms · новый leader каждый slot
Самая быстрая точка, slot за slot
Роль лидера обходит мир по кругу, slot за slot. Взяли один — а следующий уже в другом месте.
Посмотреть, как она перемещается
Улучшенный Solana RPC, Geyser gRPC и Shredstream
Epoch —
— countries
Leader
—
Активный производитель блоков
Расстояние — это задержка
Через континент — и вы отстаёте на 100–300 ms.
Свет в оптоволокне и цепочка маршрутизаторов задают порог, который не пробить никаким «железом». В одной стойке — порядка 0.1 ms. Через океан — уже 100–300 ms, а slot живёт всего около 400 ms.
Лидер под боком — вы внутри окна. Лидер на другом полушарии — вы уже опоздали. Быть быстрым в каждом слоте — значит быть рядом везде, где появится лидер.
Минимальный round-trip по расстоянию · физика, а не бенчмарк
Во что расстояние обходится пакету
- Та же сеть
- 0.1 ms
- Тот же датацентр
- 0.3 ms
- Тот же город
- 1 ms
- Соседняя страна
- 5–10 ms
- Другой континент
- 100–300 ms
Через континент — это в сотни раз дольше скачка в пределах одной стойки и дольше целого слота. Близость — не тонкая настройка, а сам бюджет задержки.
Покрытие — почему одного города мало
Даже самый плотный город — это лишь около четверти сети.
Frankfurt — главный магнит для операторов, и всё равно даже самый загруженный город держит лишь около четверти сети — и по числу validator, и по стейку. Для большинства слотов текущий лидер сидит где-то ещё.
Покрыть всё — идеал, но бюджет вынуждает выбирать. Поэтому вопрос не только в том, кто крупнее, но и в том, где меньше всего набито машин — кто наименее перегружен. У Amsterdam стейк сопоставим с Frankfurt, а валидаторов куда меньше — нередко это место потише и повыгоднее.
Где сидят validator Solana
Покрытие — нода уже рядом с каждым лидером
Где бы ни появился leader, мощная нода с прямым каналом в Solana уже там.
Роль лидера обходит планету по кругу, slot за slot, — и выигрывает та нода, что уже ближе всех. Нода в том же регионе обходит дальний скачок, который и добавляет лаг.
Поэтому мы не ставим на одно место. Стабильная скорость — это быть рядом в каждом слоте, а раз лидер постоянно перескакивает из региона в регион, для этого нужно покрытие по регионам. Мы держим ноды уровня validator там, где концентрируется стейк Solana, в единой низколатентной сети, и не перестаём добавлять регионы: с каждым новым — ещё больше слотов, в которых вы уже рядом с лидером.
Global Data Center Partner
Скорость определяется расстоянием до Solana.
Регион важен. Но название города само по себе не задает сетевой маршрут. Даже в одном городе внешний транзит и лишние промежуточные узлы могут добавить задержку. ERPC выбирает дата-центры рядом с серверами Solana и удерживает маршрут коротким: без внешнего транзита и со стабильно высокой производительностью.
Премиальный маршрут ERPC
без внешнего транзита
минимальный RTT
Выбор только по городу
внешний транзит / 7 переходов
в 70 раз медленнее
- 01Тот же дата-центрСначала правильный регион, затем дата-центр ближе всего к Solana.
- 02Без внешнего транзитаИзбегайте внешних AS, чтобы держать RTT и джиттер ниже.
- 03Полная мощностьERPC исключает power-save профили и удерживает ресурсы в устойчивом turbo boost.
Приоритет по весу стейка (SWQoS)
Если транзакции раз за разом не доходят — вы застряли в спам-полосе.
Лидеры Solana делят приоритетную полосу надвое. Соединения со стейком — с SOL, делегированными валидатору, — забирают 80%. Все остальные дерутся за оставшиеся 20% — за полосу, забитую спамом.
Бить напрямую в лидера кажется самым быстрым ходом — но без стейка это та самая забитая полоса в 20%, и под нагрузкой ваша транзакция так и не попадает в блок.
Поэтому настоящий ответ — validator со стейком. Мы держим validator высшего уровня на качественных RPC-каналах — «железо» стоит вплотную к Solana, — и ваши транзакции идут по широкой полосе.
Validator высшего уровня в нашем Shinobi Performance Pool
Как лидеры Solana делят приоритетную полосу
Стейк идёт по широкой полосе 80% прямо в validator — ещё до всякой комиссии. Без стейка вас зажимает в спам-полосу 20%.
Разделение 80 / 20 задают лидеры Solana, а не мы
Измеренный бенчмарк
Машина того же класса. А скорость — другая.
AMD Turin, 4 vCPU, Amsterdam, Ubuntu 24.04 — всё одинаково на двух серверах: у крупного облака и у нас. По спецификации они равны. Бенчмарк говорит иначе.
Тот же кремний. Вся разница — в нашей настройке: сервер выверен и поставлен вплотную к Solana.
node_bench · один прогон, один регион
ERPC против крупного облака · та же спецификация
- Вычисления CPUsysbench · 4 потока · больше — лучше
- выше пропускная способность CPU1.9×
- Пропускная способность памятиSTREAM Triad · 4 GiB · больше — лучше
- выше пропускная способность памяти3.2×
- Disk IOPSfio · 4K randread · QD32 · больше — лучше
- больше disk IOPS16.6×
- Задержка диска · p99fio · 4K randread · QD32 · меньше — лучше
- ниже хвостовая задержка25.7×
events/s
MB/s
IOPS
µs
Вся среда — на высшем уровне.
ERPC настраивает каждый слой между вами и слотом — RPC, стриминг, валидаторы, bare metal под ними — и сажает всё это вплотную к Solana. Раньше всё это приходилось собирать самому. Теперь вы просто собираете наши продукты вместе — самый быстрый канал к Solana.