ERPC открывает предзаказы на “Dedicated Zero Distance Node” для достижения максимальной производительности Solana
ERPC открывает предзаказы на “Dedicated Zero Distance Node” для достижения максимальной производительности Solana

ELSOUL LABO B.V. (штаб-квартира: Амстердам, Нидерланды; генеральный директор: Fumitake Kawasaki) рада сообщить о запуске “Dedicated Zero Distance Node” — решения, созданного на основе масштабных исследований и тестирования в реальных боевых условиях для обеспечения еще более высокой скорости работы с Solana. Предзаказы уже открыты.
После длительного изучения конфигураций узлов, позволяющих добиваться высокой скорости и стабильности работы приложений, мы пришли к выводу, что оптимальный подход для достижения максимальной производительности — это “Zero Distance Communication”, при котором сервер Solana RPC и выделенный сервер Bare Metal напрямую соединены через один и тот же приватный коммутатор. Мы уже получили большое количество запросов от трейдеров и пользователей высокочастотной торговли (HFT), и ожидаем дальнейшего роста спроса.
Приверженность высокой производительности и сверхнизкой задержке
Мы давно ставим перед собой цель добиться сверхнизкой задержки на уровне лидеров отрасли. На практике мы получили большой объем обратной связи, особенно от трейдеров, для которых даже разница в несколько миллисекунд в транзакциях или слотах может существенно влиять на результат. На основе этих данных мы последовательно улучшали наши системы и заслужили высокую оценку пользователей.
В то же время мы нередко слышим, что «аренда собственного RPC-узла у другого провайдера и прямой запуск Solana-приложения на нем оказались медленнее, чем использование нашего shared RPC». Во многих случаях причина в том, что на одной машине одновременно работают несколько программ, из-за чего Solana RPC не получает достаточно ресурсов для оптимизации производительности.
Даже если использовать топовые CPU и большой объем памяти или считать свое приложение легковесным, запуск приложения на том же узле неизбежно приводит к конкуренции за ресурсы и в конечном итоге снижает производительность. Solana RPC спроектирован так, чтобы обеспечивать максимальную пропускную способность при автономной работе, поэтому исключение конкуренции с другими процессами является критически важным.
Кроме того, поскольку Solana RPC часто становится целью атак, недостаточные меры безопасности могут поставить под угрозу весь узел и ухудшить эффективность обработки.
В ERPC, помимо базовых протоколов безопасности, мы применяем и динамические меры защиты, обеспечивая стабильную работу Solana RPC.
Вывод, к которому привели исследования и тестирование в реальных условиях
Благодаря длительной верификации и тестированию в реальных условиях мы подтвердили, что физическое разделение Solana RPC и приложения при их «виртуально нулевой дистанции» с точки зрения сети является ключом к максимальной производительности.- Позволить RPC полностью сосредоточиться на RPC-задачах: За счет строгого управления компонентом RPC, который подвержен повышенному риску атак, и полного использования аппаратных ресурсов, таких как CPU и память, узел способен стабильно обрабатывать запросы даже в пиковые периоды.
- Изолировать приложение на выделенном сервере Bare Metal: Вместо запуска обоих компонентов на одном узле приложение работает на отдельном высокопроизводительном сервере, что исключает конфликты за ресурсы. Это позволяет каждой стороне использовать максимум вычислительной мощности.
- “Zero Distance Communication” на одном приватном коммутаторе: Исключая лишние сетевые участки между узлом и приложением, можно сократить сетевую задержку. Поскольку физическая дистанция является одним из ключевых факторов, влияющих на производительность, такое прямое соединение обеспечивает подавляюще более высокую скорость. Благодаря этой архитектуре даже при высокой нагрузке на одну из сторон они не мешают друг другу и могут работать на пике возможностей.
Эффективно как с dedicated RPC, так и с shared RPC
Для достижения максимального процента успешных транзакций идеальным вариантом является сочетание этого решения с “dedicated RPC”. Однако даже простое подключение “Dedicated Zero Distance Node” к нашему shared RPC через тот же приватный коммутатор обеспечивает значительно более высокую производительность по сравнению с типичной удаленной конфигурацией.- Даже если нельзя ожидать такого же процента успешных транзакций, как у dedicated RPC, само внедрение zero-distance node во многих случаях позволяет существенно сократить задержку и повысить скорость.
- Это минимизирует риски атак и конкуренции за ресурсы, способствуя более плавной обработке транзакций.
Доступность ресурсов и расширение по регионам
Мы уже получили множество запросов как по этому узлу, так и по dedicated RPC nodes, что привело к дефициту ресурсов для Solana RPC и серверов Bare Metal. На данный момент на резервирование серверов требуется примерно от одной до двух недель, и по мере роста спроса этот срок может увеличиться.
- На первом этапе поддерживаются регионы Amsterdam, Frankfurt, Ashburn и Tokyo.
- В дальнейшем мы планируем расширение в New York, London, Paris и другие регионы. Если вам срочно требуется высокоскоростная среда, настоятельно рекомендуем оформить заказ в период предзаказа.
Перспективы дальнейшего развития
Мы продолжим развивать высокопроизводительную инфраструктуру Solana, чтобы поддерживать приложения со сверхнизкой задержкой в самых разных сферах. Опираясь на накопленную экспертизу, мы намерены и дальше совершенствовать системную архитектуру и усиливать безопасность, помогая более широкому кругу пользователей в полной мере раскрывать скоростной потенциал Solana.
Дополнительная информация / Контакты
Официальный сайт ERPC: https://erpc.global/
Официальный Discord Validators DAO: https://discord.gg/C7ZQSrCkYR


