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