Почему при расчете на zero-block вы не найдете замеры задержки 200 мс для Solana ShredStream или gRPC
Почему при расчете на zero-block вы не найдете замеры задержки 200 мс для Solana ShredStream или gRPC
ERPC постоянно уделяет приоритетное внимание производительности и низкой задержке в наших исследованиях и разработках, завоевывая доверие многих HFT-трейдеров и проектов на базе 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. Мы также предлагаем бесплатные пробные версии для различных общих эндпоинтов.
Информация о бесплатной пробной версии
Для диагностики, подробных консультаций и информации о бесплатных пробных версиях обращайтесь к нам через официальный Validators DAO Discord. Приглашаем вас обращаться в любое время.
Официальный Discord Validators DAO:
https://discord.gg/C7ZQSrCkYR
ERPC по-прежнему стремится предоставлять оптимальные решения, отвечающие потребностям наших клиентов.
Новости
