Минулої ночі я пильно стежив за дочірніми граф-даними одного проєкту, і раптом зависло на пів хвилини без оновлення; перша реакція була: «кінець, знову виліз баг». Пізніше я розібрався: це було обмеження за RPC (rate limit), а ноду індексатора хтось просто «забив» до краю. Якщо сказати простіше: дані на ланцюжку виглядають як реального часу, але знизу все тягнуть централізовані «посередники», і якщо вони не витримують — усе починає підвисати.

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

Останнім часом знову розіграли тестнет-стимули, усі гадали, чи випустять монети в основній мережі. Чесно кажучи, чому ця ситуація така знайома? Кожного разу кажуть: «спочатку запустіть дані, а тоді вже говоріть», але щоразу, коли дані зависають, і з’являється вікно «на випередження». Мені хотілося спробувати, але подумав, що краще спершу подивитися, чи немає обмежень за RPC, щоб не втиснутися туди й не виявити, що завис я на 1000-му запиті. Поки що так, повільно, крок за кроком.