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



Тому зараз я зазвичай відкриваю дві джерела даних для порівняння, перед важливими операціями ще раз перевіряю оригінальну транзакцію через браузер… якщо повільно — нічого страшного, не лякайтеся і не натискайте випадково, якщо щось «не відображається». Останнім часом також активно обговорюють прибутки від стейкінгу та спільної безпеки, і, по суті, чим більше шарів, тим більше залежностей від даних, і якщо якась частина збоїть — все здається завислим, але я схильний до простоти і до того, щоб все було зрозуміло.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • Прокоментувати
  • Репост
  • Поділіться
Прокоментувати
Додати коментар
Додати коментар
Немає коментарів
  • Закріпити