По поводу твоей фразы «почему данные на блокчейне всегда застревают»… часто причина не в блокчейне, а в том слое, который ты смотришь, — он дышит. Обычно фронтенд не напрямую обращается к узлам для чтения, всё зависит от индексатора/Subgraph, который сначала организует лог на блокчейне в удобную таблицу для поиска; он должен отслеживать новые блоки, делать откаты и пересчёты, а также очередь на запись в базу данных, и при перегрузке или сбоях узлов он отстаёт, и ты чувствуешь, что «только что не обновилось». Плюс, лимитирование RPC — это ещё более реальная причина: когда людей много, запросов много, сразу 429/очередь, кошельки и DApp как бы крутятся по кругу, на самом деле их просто перекрыли кран с водой.



Недавно, когда появились новости о повышении налогов/усилении регулирования, первая реакция у всех — «скорее бы вывести/ввести деньги, сменить цепочку», и запросы моментально заполняются, задержки становятся ещё заметнее. В любом случае, когда я вижу задержки данных, сначала проверяю, не застаивается ли Subgraph на отслеживании блоков, есть ли лимитирование RPC, и не стоит ли сразу думать, что я ошибся в операции.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • комментарий
  • Репост
  • Поделиться
комментарий
Добавить комментарий
Добавить комментарий
Нет комментариев
  • Закрепить