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

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

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