Почему при расчете на zero-block вы не найдете замеры задержки 200 мс для Solana ShredStream или gRPC
В исследованиях и разработках ERPC неизменно ставит на первое место производительность и низкую задержку. Такой подход заслужил доверие многих высокочастотных трейдеров и проектов на базе Solana. Мы стремимся создавать индивидуальные платформы для удовлетворения разнообразных потребностей наших клиентов.
В этой статье мы разбираем распространенное заблуждение: почему нельзя найти показатели задержки на уровне 200 мс для Solana ShredStream или gRPC в сценариях zero-block.
Чтобы уточнить заранее, задержка около 200 мс физически вполне достижима. Заблуждение возникает из-за того, как Solana фиксирует время блока. Даже эндпоинты, полностью способные соответствовать вашим требованиям по задержке, могут выглядеть медленнее из-за особенностей измерения.
Заблуждения о результатах тестов задержки
К нам в ERPC ежедневно обращаются клиенты, которым нужна высокоскоростная среда. Мы часто слышим такие опасения, как «среды с задержкой более 1 секунды неприемлемы». Причина — неверное толкование времени слота Solana (около 400 мс): считается, что получение и отправка данных должны укладываться в 200 мс каждое.
На практике получить результаты замеров в диапазоне 200–300 мс почти невозможно из-за того, как в Solana измеряется время блока.
Измерительные характеристики блокчейна Solana
Solana записывает время блока в целых секундах, отбрасывая миллисекунды. Следовательно, даже если данные фактически получены примерно за 300 мс, расчеты измерений часто ошибочно указывают на задержку более 1 секунды.
Например, транзакция, фактически произошедшая в 07:46:46.900, будет записана с отметкой времени блока 07:46:46.000. Если эта транзакция получена в 07:46:47.200, расчетная задержка составит 1,2 секунды, тогда как фактическая задержка составляет всего 300 миллисекунд.
Реалистичный подход к измерению задержки
Учитывая секундную точность отметок времени Solana, фактическую задержку реалистичнее оценивать, добавляя к записанному времени блока базовые 500 мс:
text
Actual latency ≈ reception time - (block time + 500ms)Actual latency ≈ reception time - (block time + 500ms)Этот расчет дает более точное приближение к истинной задержке, хотя и остается оценочным. Точную задержку можно проверить только практическими тестами в реальной торговой среде.
Правильный взгляд на тесты задержки
Основной целью замеров задержки является сравнительная оценка в идентичных условиях. Очень важно не полагаться исключительно на результаты тестов, чтобы судить о потенциальном успехе в торговле. Истинную эффективность торговли можно точно оценить только в ходе реальной торговли.
Успешные трейдеры хорошо понимают это и делают ставку на оптимизацию всей торговой среды, а не на погоню за формальными цифрами замеров задержки.
Достижение максимально быстрой среды
Для создания максимально быстрой среды особенно важны следующие факторы:
- Использование выделенных эндпоинтов. Выделенные эндпоинты, свободные от внешних нагрузок, постоянно обеспечивают оптимальную скорость.
- Оптимизация физического расстояния. На задержку напрямую влияет физическое расстояние между эндпоинтами и приложениями. В идеале приложение должно работать в той же сети, что и эндпоинт. ERPC предоставляет среды от VPS до bare-metal-серверов, размещенные в одной сети с эндпоинтами Solana. Мы также предлагаем бесплатный пробный доступ к различным общим эндпоинтам.
Информация о бесплатном пробном доступе
Для диагностики, подробных консультаций и информации о бесплатном пробном доступе обращайтесь к нам через официальный Discord Validators DAO. Приглашаем вас обращаться в любое время.
Официальный Discord Validators DAO:
https://discord.gg/C7ZQSrCkYR
ERPC по-прежнему стремится предоставлять оптимальные решения, отвечающие потребностям наших клиентов.
