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

Пізніше я зрозумів, що суперечки навколо NFT-роялті теж схожі: творці хочуть стабільного доходу, вторинний ринок — більш плавної ліквідності, але будь-яке обмеження або затримка у «розрахунках/даних/виконанні» на будь-якому рівні одразу погіршує відчуття. В будь-якому разі, я зараз перед переглядом даних спершу перевіряю: який subgraph я запитую, чи RPC — самостійно налаштований чи публічний, щоб не починати з критики ланцюга.