Блокчейны ускорились, но данные стало сложнее читать

11.06.2026 Solana (SOL) Web3Net блокчейн Лонгриды

Несколько лет назад криптоиндустрия активно обсуждала способы повышения пропускной способности блокчейнов. Сегодня многие сети обрабатывают десятки тысяч транзакций в секунду, а некоторые заявляют о сотнях тысяч. Однако выяснилось, что запись данных в блокчейн — лишь половина дела. Эти данные необходимо найти, проиндексировать, проверить и доставить приложениям. Скорость генерации информации начала опережать возможности инфраструктуры по её обработке. ForkLog разобрался, как это меняет блокчейн.

Чем выше скорость, тем больше задержка

Десять лет назад развитие блокчейнов описывалось через трилемму масштабируемости — необходимость искать баланс между безопасностью, децентрализацией и производительностью. Но к 2026 году стало ясно: даже частичное решение проблемы пропускной способности порождает новый вызов.

Сам блокчейн лишён пользовательских интерфейсов. Эту функцию выполняют приложения, которые должны постоянно получать данные — балансы адресов, историю транзакций, состояние смарт-контрактов, события и логи, рыночную аналитику, данные для риск-менеджмента и межсетевые сообщения. Чем быстрее сеть, тем больше таких данных нужно обрабатывать.

Среди пользователей распространено заблуждение: если информация записана в блокчейн, её легко получить. На деле всё наоборот. Считывать «сырые» данные в реальном времени — процесс медленный, дорогой и технически сложный. В экосистеме Web3 существует промежуточный инфраструктурный слой, связывающий кошельки с dApp-приложениями. Например, чтобы пользователь мгновенно увидел свой баланс, кошелёк обращается к RPC-провайдерам, индексаторам, аналитическим платформам, кэш-серверам и базам данных.

Процесс выглядит так: сбор данных (программы непрерывно «читают» блокчейн по мере появления новых блоков), индексация (данные парсятся и раскладываются в быстрые базы данных, например PostgreSQL или ClickHouse) и мгновенный ответ (кошелёк получает готовый ответ из кэша за миллисекунды). По сути, большинство популярных Web3-приложений работают через дополнительный уровень обработки информации. Если блокчейн обработал 50 000 операций в секунду, а миллионы кошельков одновременно отправляют RPC-запросы, серверы провайдеров не справляются. Прочитать, проиндексировать и отсортировать данные — сложнейшая вычислительная задача. Индексаторы и сервисы доступа часто отстают от актуального состояния сети на несколько блоков. Дело не только в «устаревшей инфраструктуре», но и в глубинном конфликте архитектур Web2 и Web3.

Пользователи и приложения взаимодействуют с блокчейном так же активно, как в привычном интернете. Когда вы листаете ленту соцсети, приложение делает тысячи запросов в секунду. Торговые боты в Web2 могут опрашивать серверы бирж миллионы раз в минуту. Серверы Google или Amazon легко это выдерживают благодаря централизации — данные хранятся в одной огромной базе, которую можно мгновенно скопировать на тысячи серверов-зеркал по всему миру.

Блокчейн устроен иначе и к такому не готов. Раньше главным препятствием была математика и криптография — необходимость заставить тысячи компьютеров прийти к консенсусу. Разработчики решили эту проблему, внедрив параллельное выполнение и разделив консенсус и исполнение. Например, Solana, Monad и Aptos поддерживают параллельное выполнение независимых транзакций, в отличие от последовательной модели Ethereum. У Monad особенно явно разделены согласование порядка транзакций и их исполнение, тогда как в Solana и Aptos параллелизм реализован через архитектуру runtime и управление конфликтами по состоянию. В итоге можно одобрять десятки тысяч транзакций в секунду, но в этом и кроется ловушка.

Исторически блокчейн выполнял четыре функции: исполнение транзакций, консенсус, хранение данных и предоставление доступа к данным. Рост производительности увеличивает нагрузку на все четыре функции одновременно. Система генерирует данные быстрее, чем инфраструктура может их читать, что приводит к так называемому indexer gap.

В документации Helius, одного из крупнейших инфраструктурных провайдеров Solana, отмечается, что последовательная структура блокчейна обеспечивает целостность данных и высокую пропускную способность, но делает исторические запросы медленными и неэффективными. Поэтому большинство компаний вынуждены строить собственные индексаторы и отдельные базы данных поверх блокчейна. Аналитики ChainScore Labs называют indexer gap одной из ключевых проблем экосистемы Solana, отмечая, что традиционные подходы к индексации плохо справляются с архитектурой сети, где высокая частота блоков и параллельное исполнение создают огромный поток данных. Получается, что сеть может подтверждать операции почти мгновенно, но приложениям требуется значительно больше времени для обработки последствий этих операций.

Скорости Web3 уперлись в физику

А точнее — в пропускную способность процессоров, жестких дисков и сетевых кабелей. Масштабируемость блокчейна не равна масштабируемости инфраструктуры вокруг него. Представим сеть со 100 000 TPS. Нужно не только записать транзакцию, но и сохранить состояние, обновить индексы, ответить на запросы кошельков, обслужить ботов, аналитиков, поисковые системы и ИИ-агентов. Высокая пропускная способность создаёт конкуренцию за ресурсы между консенсусом, исполнением транзакций и инфраструктурными сервисами.

Параллельное развитие технологий заставляет решать эту проблему уже сейчас. Для человека задержка в секунды или минуты может быть терпима. Для ИИ-агентов, торговых систем и автономных сервисов — нет. Устаревшая информация означает ошибку, потерю возможности или финансовый убыток.

В обновлённой документации Ethereum Foundation за 2026 год указано, что архивные узлы требуют от 3 до 12 ТБ дискового пространства, а первоначальная синхронизация может занимать до месяца даже на мощном оборудовании. Ограничителями выступают скорость SSD, объём памяти и производительность процессора. Разработчики Geth описывают старую модель архивного хранения, где размер базы Ethereum превышал 20 ТБ, а синхронизация занимала месяцы, что потребовало создания новой path-based архитектуры хранения состояний.

«Железо», процессоры и пропускная способность сети — реальные физические ограничители. Но не единственные. Современные серверы способны обрабатывать огромные объёмы данных, но вопрос в том, сколько за это должны платить тысячи независимых участников сети. Если для полноценного участия нужны десятки терабайт SSD, сотни гигабайт RAM и дорогие каналы связи, число операторов инфраструктуры сокращается, что ведёт к новой централизации. Формально обработать данные можно, но дешево и децентрализованно одновременно — нет. Стоимость обработки информации растёт быстрее стоимости самих транзакций.

Реакция рынка

Участники гонки понимают, что победят сети, способные быстрее, дешевле и надёжнее превращать транзакции в доступную информацию. За текущий год рынок сместил внимание на модульные блокчейны. Если первое поколение сетей пыталось выполнять все задачи одновременно, то новое разделяет обязанности между специализированными слоями: уровень исполнения, уровень расчётов, уровень консенсуса и уровень доступности данных. Разработчики сравнивают это с эволюцией дата-центров — раньше один сервер выполнял все функции, теперь вычисления, хранение и

Обменять