Останнім часом, коли переглядаєш дані в мережі, часто відчуваєш, що щось "зависає", насправді багато разів це не через поганий інтернет, а через те, що посередній шар дихає: фронтенд зазвичай запитує субграф/індексатор, індексатор спочатку повинен поглинути нові блоки, запустити мапінг, записати у базу, а потім вивести результати; як тільки в мережі раптово зростає обсяг даних (ліквідації, швидкі торги, популярні mint-и), відставання індексатора на кілька блоків стає дуже поширеним, і це виглядає так, ніби дані зупиняються. Потім, якщо ти звертаєшся безпосередньо до RPC, можливо, тебе обмежать за швидкістю: публічний вузол, коли зайнятий, дає 429, або просто ставить у чергу, і в результаті один і той самий запит іноді швидкий, іноді повільний.

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