RPC-сеть Ankr преодолела 1 триллион ежемесячных запросов на более чем 80 цепочках

Ankr, крупный поставщик инфраструктуры Web3, объявил на этой неделе, что его платформа RPC теперь обрабатывает более 1 триллиона запросов в месяц, что подчеркивает, насколько много блокчейн-активности проходит через централизованную инфраструктуру, даже когда приложения пытаются децентрализоваться. Компания представила этот рубеж не как маркетинговый ход, а как моментальную фотографию повседневного трафика: все, от проверки баланса до вызовов rollup и извлечений ботов MEV.

Удаленные процедуры вызовов (RPCs) являются каналами для чтения/записи блокчейнов, API-слоем между кошельками, dApps и узлами, которые фактически удерживают состояние. Согласно Ankr, наибольшие доли этого триллионного запроса приходят от кошельков и интерфейсов, индексаторов и аналитических сервисов, ботов и систем MEV, rollups/L2 и мостов (, которые генерируют множество кросс-цепочечных вызовов), а также длинный хвост меньших dApps на более чем 80 сетях.

Эти повседневные вызовы включают частые методы чтения, такие как eth_call, eth_getBalance и eth_getBlockByNumber, с более тяжелыми диапазонными и логовыми запросами (eth_getLogs), вызовы трассировки/отладки, подписки по вебсокетам на новые заголовки и ожидающие транзакции, а также меньший, но критически важный объем записей, таких как eth_sendRawTransaction.

Что это значит?

Достижение триллиона запросов в месяц требует компромиссов: надежность, задержка и стоимость имеют значение, когда приложения зависят от данных на блокчейне. Ankr утверждает, что он справляется с этими нагрузками с помощью сочетания сетевой и программной инженерии: глобальный anycast и региональная маршрутизация для сокращения задержки, осведомленное о блокчейне балансировка нагрузки, специализированные флоты (, отделяющие горячие чтения от архивных и трассировочных/отладочных/записывающих путей ), формирование скорости и логика отказа с весами методов, а также индивидуальная инфраструктура для корпоративных клиентов с очень высокой пропускной способностью. Результат, как утверждает компания, это слой RPC, который может обрабатывать как рутинные запросы, например, проверку баланса счета в кошельке, так и всплесковые, например, rollup или MEV-систему, нагружающую конечные точки.

Для разработчиков сообщение Ankr практично: вы увидите наилучшие результаты, если будете разрабатывать свои приложения с учетом вежливости к RPC. Это означает использование кэширования, пакетирования вызовов, привязки трафика к регионам, уважения к весам методов и мониторинга использования по цепочке и методу. Короче говоря, оптимизируйте то, как вы запрашиваете данные, так же, как и то, откуда вы их получаете.

Почему это важно? RPC являются невидимыми узкими местами, которые могут как улучшить, так и разрушить пользовательский опыт. Нет чтений баланса, нет обменов; нет надежных подписок, нет реального времени UX. По мере того как все больше пользователей и услуг переходят на L2, мосты и мультицепочные кошельки, объем и сложность RPC-трафика растут, и вместе с этим растет необходимость в масштабируемой, устойчивой инфраструктуре. Поэтому триллионный запрос Ankr — это скорее не трофей, а метрика того, насколько Web3 в настоящее время зависит от небольшой группы поставщиков инфраструктуры.

Полная сводка и разбивка типов трафика Ankr доступна в их официальном посте. Разработчикам, создающим на Web3, стоит рассматривать RPC как основную часть планирования архитектуры, а не как второстепенный элемент, потому что за каждой плавной проверкой баланса или мгновенным обменом стоят тысячи мелких API вызовов, которые должны завершаться и возвращаться за миллисекунды.