Останнім часом дані на ланцюгу часто "зависають", спочатку думав, що це через поганий інтернет, адже сторінка крутиться і крутиться, і вже майже втратив терпіння. Потім зрозумів, що багато разів причина не в повільності ланцюга, а в тому, що шлях даних, яким ти йдеш, стоїть у черзі: індексатор Subgraph спершу має "проглотити" новий блок, перш ніж передати його тобі, і при повторній обробці або відставанні індексу може тимчасово припинити оновлення; до того ж, через обмеження RPC, у пікові години запити зростають і отримують 429, і результат — баланс/торги здаються повільнішими. Мій підхід досить простий: на ключових сторінках тримаю дві RPC, розділяю читання і запис, зменшую паралельність у параметрах, збільшую кеш, і краще повільніше, ніж трястися. Щодня на L2 порівнюємо TPS, витрати, субсидії, і, по суті, досвід користувача залежить від стабільності цих "проміжних шарів", інакше навіть швидка їзда буде нагадувати їхати на швидкості і натиснути на гальмо.