Останнім часом багато хто питає мене: чому дані на ланцюгу постійно «зависають», хоча блоки вже опубліковані. Кажучи просто, ті числа, на які ти дивишся, не з’являються прямо з ланцюга… багато з них — це індексатори/Subgraph, які спочатку зчитують журнали, а потім зберігають у базі даних. У процесі, якщо відбувається реорганізація, відтворення вузла або перезапуск індексатора, з’являється те, що ти бачиш: «щойно був, а тепер зник/повільніше». Ще додається обмеження RPC, особливо в пікові часи, коли при оновленні отримуєш 429, і фронтенд починає «застигати», в кінцевому підсумку ти звинувачує гаманці або проектних команд, але насправді це ланцюжок процесів, що «чихають».

Мій нинішній спосіб обробки — це швидше тимчасове рішення: відкриваю два RPC на одній сторінці на випадок, якщо один з них зламається, і порівнюю час через Subgraph з прямим зчитуванням з ланцюга, не налаштовуючи кеш занадто агресивно. Якщо зависає, спершу перевіряю хеш транзакції або журнали подій, щоб переконатися, що я не уявляю. З глобальної точки зору, знову обговорюють очікування зниження ставок, індекс долара і ризикові активи, що іноді зростають і падають разом… Коли ринок активізується, виклики з’являються частіше, і ці «зависання» стануть ще частішими, але не варто сприймати затримки як крадіжку коштів.