Последнее время мне постоянно задают вопрос: почему данные на цепочке постоянно «зависают», хотя блоки уже вышли. Честно говоря, часто проблема не в медленной цепи, а в том, что слой, который вы смотрите, медленный: индексатор должен пройтись по событиям, чтобы передать их в subgraph, при столкновении с реорганизацией/откатом ему приходится пересчитывать; плюс к тому, RPC часто ограничивают поток, и когда приходит 429, ваш фронтенд словно застрял в режиме мертвой точки, обновление занимает целую вечность… И тогда все начинают ругать цепь, на самом деле виноваты промежуточные слои.

Модульность, разработка слоя DA — это настоящее безумие для разработчиков, а пользователи еще более запутались: слой за слоем, слой за слоем, добавляется еще один слой доступности данных, путь становится длиннее, и любой сбой в каком-либо звене кажется, будто «цепь застряла».

Почему я могу сохранять спокойствие? Я привык сначала проверять, не ограничен ли запрос, менять RPC или снижать параллелизм, затем сравнивать с исходной высотой в браузере, смотрящем на цепь; если подтверждаю, что «канал данных застрял», я не буду с этим бороться, пойду займусь чем-то другим, спешка тут бесполезна.