ERPC публикует отчёт «How to be faster on Solana?» (Как стать быстрее на Solana?) — визуализацию того, что определяет скорость на Solana, как физику сетевого расстояния, с данными в реальном времени
ERPC публикует отчёт «How to be faster on Solana?» (Как стать быстрее на Solana?) — визуализацию того, что определяет скорость на Solana, как физику сетевого расстояния, с данными в реальном времени
ELSOUL LABO B.V. (штаб-квартира: Амстердам, Нидерланды; генеральный директор: Fumitake Kawasaki) и Validators DAO, управляющие ERPC, рады сообщить о публикации «How to be faster on Solana?» — отчёта-страницы, которая в едином проходе сверху вниз, понятном с первого взгляда даже разработчику без узкой специализации, объясняет, как стать быстрее на Solana.
В последние годы всё больше разработчиков и команд занимаются высокочастотной торговлей (HFT) и финансовой инфраструктурой реального времени на блокчейнах, и в особенности на Solana. Однако знание, стоящее за самыми базовыми вопросами — почему одни быстрее и как стать быстрее, — оставалось разбросанным по отдельным техническим публикациям в блогах и фрагментарным объяснениям, и почти не было ресурсов, позволяющих быстро охватить целостную картину. Этот отчёт переупорядочивает суть технических статей, которые ERPC публиковала со временем, в одну непрерывную «линию физики».
Этот отчёт делится практическим пониманием того, как использовать сеть более эффективно и на более высокой скорости — даже на децентрализованной сети, участники которой рассредоточены по всему миру. Мы убеждены, что систематический обмен знанием о том, где и почему возникают различия в скорости, вносит вклад в эффективность и здоровый рост более широкой экосистемы блокчейнов, включая Solana, выходя за пределы интересов любого отдельного провайдера.
How to be faster on Solana? (отчёт): https://erpc.global/ru/how-to-be-faster/
Официальный сайт ERPC: https://erpc.global/ru
Панель управления ERPC: https://dashboard.erpc.global/ru
Скорость определяет не ваш код и не ваша машина — это невидимый третий слой
«Я запускаю ту же стратегию, и всё же только моего бота исполняют с опозданием». «Цены обновляются нормально, но только мои транзакции не проходят». «Я сменил RPC-провайдера, и ничего не изменилось». — жалобы разработчиков, соревнующихся в скорости на Solana, поразительно похожи.
Первое подозрение всегда — «может, мой код медленный» или «может, моих характеристик недостаточно». Оптимизация кода и машины, разумеется, помогает. Но во многих случаях, когда оба уже тщательно настроены, до самого конца остаётся — и оказывается самым недооценённым — невидимый третий слой: ваше сетевое расстояние до Solana.
Когда путь исполнения уже хорошо оптимизирован, то, что ещё может срезать тонкая настройка CPU на уровне инструкций, измеряется наносекундами и в лучшем случае несколькими микросекундами. Сетевое расстояние, напротив, управляет сотнями миллисекунд — рычаг порядка примерно 1000× дремлет в том слое, который люди игнорируют сильнее всего. За точкой, где вы отполировали код и машину, наибольший оставшийся резерв находится именно в этом третьем слое.
На Solana «самое быстрое место» перемещается по миру каждый слот
На Solana слот продвигается примерно каждые 400 миллисекунд, и каждому слоту назначен валидатор в роли «лидера», который строит этот отрезок блока. Лидеры сменяются стремительно (один и тот же валидатор может удерживать несколько последовательных слотов), и сервер, расположенный ближе всего к этому лидеру, получает большое преимущество для данного слота.
Именно это делает ситуацию фундаментально иной по сравнению с традиционной высокочастотной торговлей. На фондовом рынке или рынке Forex размещение серверов рядом с единственным сопоставляющим движком биржи — фиксированной точкой, которая не перемещается, — навсегда удерживало вас впереди. На Solana лидер перемещается по миру слот за слотом. Самое быстрое место каждый раз другое. Один раз встать рядом с одной точкой и на этом успокоиться здесь попросту не работает.
В отчёте глобус, управляемый данными в реальном времени из Leader Slot Information API ERPC (getLeaderSlots), показывает текущего лидера и его головокружительную смену ровно так, как это происходит. «Самое быстрое место постоянно перемещается» — это не метафора, а факт, который можно наблюдать в реальном времени.
Расстояние — это задержка — от ~0,1 мс в той же сети до 100–300 мс между континентами
Скорость света в оптоволокне и число переходов между маршрутизаторами на пути задают нижний предел, который не способно превзойти никакое оборудование. Расстояние проявляется примерно в следующих порядках величин:
- Та же сеть: ~0,1 мс
- Тот же дата-центр: ~0,3 мс
- Тот же город: ~1 мс
- Соседняя страна: ~5–10 мс
- Между континентами: ~100–300 мс
Один слот — это всего около 400 миллисекунд. 100–300 миллисекунд на пересечение континента сами по себе съедают окно целого слота. Когда лидер у вашего порога, вы успеваете внутрь окна; когда он на дальней стороне планеты, вы уже опоздали ещё до отправки. Быть быстрым в каждом слоте означает всегда быть «рядом», где бы ни оказался лидер.
Обратите внимание, что контрасты в отчёте — «~0,1 мс в той же сети» против «на кружном пути число переходов-ретрансляций (hops = маршрутизаторы, через которые проходит сигнал) возрастает примерно до 7, а задержка расширяется примерно до 70×» — это округлённые величины, призванные интуитивно передать разрыв между близким и далёким маршрутом. Большие измеренные колебания проявляются в данных реального времени из Leader Slot Information API ERPC: измеренная задержка от данного узла до лидера сильно меняется в зависимости от того, где находится лидер (какой слот), и наблюдались колебания порядка десятков раз между близкими и далёкими слотами. Единственное число «средней задержки» часто — это лишь чередование быстрого слота и медленного; среднее нередко скрывает реальность.
И «название города» — это не сам сетевой путь. Даже в пределах одного города, если вставляются внешний транзит или дополнительные переходы, задержка накапливается ровно на эту величину. Именно поэтому ближайший узел выбирают по измеренному времени прибытия (ping), а не по расстоянию на карте.
Одного города недостаточно — несколько регионов, всегда рядом с лидером
Город, где валидаторы Solana сгруппированы наиболее плотно, — это Frankfurt. И всё же, по измеренному снимку на момент публикации, валидаторы, собранные во Frankfurt, составляют лишь около четверти сети в целом — как по числу валидаторов, так и по стейку. Остальные примерно три четверти слотов ведутся откуда-то помимо Frankfurt.
Иными словами, даже если разместить вашу единственную лучшую машину в самом перенаселённом городе, само по себе это никогда не сделает вас «всегда самым быстрым». Дежурить в нескольких регионах (например, Frankfurt / Amsterdam / New York / Tokyo / Singapore), принимать рядом с тем лидером, который активен в данный момент, и передавать эстафету по мере перемещения лидера — вот способ быть быстрым в каждом слоте.
Когда ваши транзакции не проходят, вы застряли в полосе для спама
Скорость — это не только вопрос того, где стоит ваш сервер. Через какую полосу вы доставляете транзакцию, тоже решает успех или провал.
Из пропускной способности TPU (Transaction Processing Unit), принимающего транзакции, лидер выделяет до примерно 80% под приоритет по стейку — то есть под соединения, обеспеченные SOL, выделенными валидатору (стейком) (SWQoS / Stake-Weighted Quality of Service). Оставшиеся примерно 20% делят между собой все остальные соединения. Последнее — перегруженная полоса, забитая спамом. Обратите внимание, что это распределение ~80% решается на стороне лидера как вопрос протокола Solana, а не задаётся ERPC.
Стрелять транзакциями прямо в лидера ощущается как самый быстрый ход. Но без поддержки стейком это означает стоять в очереди в перегруженной полосе ~20%, и под нагрузкой ваша транзакция в итоге так и не попадает в блок. Принципиальный ответ — отправлять по пути, обеспеченному стейком, — от RPC, подключённого к staked validator через отношение trusted peer. ERPC управляет staked validator высшего уровня, подключённым к высококачественным RPC-линиям, в качестве такой опоры (Shinobi Performance Pool).
Железо имеет значение, только когда оно работает на полную мощность
Даже сервер, размещённый в правильном месте, не сможет воспользоваться обретённой близостью, если сама машина не работает на полную. Виртуализированный VPS делит гипервизор, поэтому он подвержен джиттеру и зависаниям от «шумных соседей» именно тогда, когда становится максимально многолюдно. У выделенного bare metal такого нет. Нижний предел тактовой частоты, которому обязан соответствовать валидатор Solana, — 2,8GHz; bare metal ERPC работает значительно выше, на высокой тактовой частоте класса 5,7GHz, удерживая при этом загрузку на уровне 30–40% — потому что CPU, прижатый к 95%, порождает джиттер, как затор на дороге.
Это различие не ограничивается bare metal высшего уровня. В отчёте мы ставим VPS ERPC (VPS++) бок о бок с виртуальной машиной major cloud сопоставимой конфигурации (оба AMD Turin / 4 vCPU), используя реальный бенчмарк (node_bench). Это не постановка; это «измерение», которое каждый может воспроизвести тем же методом. ERPC последовательно делает упор на демонстрации качества доставки и скорости через измерение, а не через субъективные заявления или маркетинговые тексты.
Итоговый ответ: та же сеть = нулевое расстояние
Куда приходит вся эта линия рассуждения — это одна точка: быть «в той же сети», что и инфраструктура Solana — RPC, валидаторы и пути реального времени, задействованные в торговле, такие как Jito и Shredstream. В той же сети это ~0,1 мс, и пакеты вообще никогда не пересекают публичный интернет. «По публичному интернету» — вариант по умолчанию для большинства — именно поэтому большинство и медленны. Нулевое расстояние — это вывод, который связывает воедино местоположение, машину и стейк.
ERPC — каждая оптимизация, которую потребовала физика, на одной платформе
Для каждого ответа, который отчёт выводит как физику, у ERPC имеется соответствующее средство: VPS и bare metal в той же сети (нулевое расстояние), дежурство в нескольких регионах (FRA / AMS / NY / TYO / SGP) (всегда самый быстрый), маршрутизация на основе измеренного ping (к по-настоящему ближайшему узлу по пути, а не по карте), API getLeaderSlots (знание позиции лидера слот за слотом) и bare metal класса 5,7GHz, настроенный с помощью открытого SLV (полная мощность).
ERPC появился потому, что в первую очередь он понадобился нам самим. Управляя открытым Epics DAO (карточной игрой на 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 на единой платформе.
Использовать децентрализованные сети быстрее и эффективнее
Есть часть скорости, которую можно улучшить за счёт правильных инвестиций в инфраструктуру. Но то, что этот отчёт последовательно пытается донести, — понимание того, «где и почему возникает различие», и есть настоящее преимущество. Как только вы поймёте, где теряете время — местоположение, путь, машина или стейк, — вы сможете выбрать правильные ресурсы и сосредоточиться на своей основной работе: стратегии, кодинге и разработке.
Даже на децентрализованной сети сеть можно использовать эффективно. Системный обмен этой реальностью должен вносить вклад в эффективность и рост более широкой экосистемы блокчейнов, включая Solana, выходя за пределы интересов любого отдельного провайдера.
R&D и непрерывное совершенствование инфраструктуры, специализированной под Solana
За ERPC стоят исследования и разработки инфраструктуры, специализированной под Solana, которые ELSOUL LABO продолжает вести. ELSOUL LABO получает одобрение пять лет подряд начиная с 2022 года в рамках WBSO — государственной программы поддержки R&D Нидерландов. Компания продолжает R&D по инфраструктуре Solana RPC, эксплуатации валидаторов, доставке данных в реальном времени, а также эксплуатации и разработке с помощью ИИ-агентов, и эти результаты находят отражение в сервисах, включая ERPC, SLV, SLV AI и дата-центр AS200261, специализированный под Solana. Публикация этого отчёта — тоже усилие, прямо вытекающее из этих непрерывных исследований и разработок. ERPC продолжит публиковать свои результаты системным образом.
Использование и консультации
По вопросам о содержании этого отчёта, для консультации по повышению скорости вашей собственной конфигурации, для помощи с выбором ресурсов или планированием миграции, а также по вопросам о бенчмарках, пожалуйста, создайте тикет в поддержку в официальном Discord Validators DAO.
How to be faster on Solana? (отчёт): https://erpc.global/ru/how-to-be-faster/
Панель управления ERPC: https://dashboard.erpc.global/ru
Официальный сайт ERPC: https://erpc.global/ru
Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Мы искренне благодарим всех наших пользователей за неизменное использование ERPC.
Ссылки
- How to be faster on Solana? (отчёт): https://erpc.global/ru/how-to-be-faster/
- Официальный сайт ERPC: https://erpc.global/ru
- Панель управления ERPC: https://dashboard.erpc.global/ru
- Цены ERPC: https://erpc.global/ru/price/
- Официальный сайт SLV: https://slv.dev/ru
- SLV GitHub: https://github.com/validatorsDAO/slv
- Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR
Новости
