Я вимкнув звук у групі, і стало набагато тихіше… Менше того тривожного відчуття «чи потрібно швидко перейти перед обслуговуванням», і мозок тепер може краще прояснити ситуацію. Кажучи прямо, один раз перейти через ланцюг, незалежно від того, називаємо це IBC або мостом повідомлень, по суті, це довіра до низки компонентів: чи може вихідний ланцюг остаточно підтвердити, чи relayer/валідаційний вузол передає за правилами, як цільовий ланцюг перевіряє цю повідомлення, і ще додати ту систему клієнтів/доказів, щоб не з’явилися баги. Якщо будь-який з цих етапів ослабне, це вже не проблема «затримки на три секунди», а безпосередньо ризик провалу.

Ці дні всі стежать за оновленням основного ланцюга, здогадуються, чи проект міг перейти чи ні, я ж вважаю, що не потрібно поспішати з модою, спершу подивіться, чи змінилася модель безпеки мосту: чи змінили мультипідпис? Змінився набір валідаторів? Або це просто обслуговування вузлів. В будь-якому разі моя нинішня стратегія — перед і після оновлення намагатися не переходити, а якщо потрібно — робити це поетапно, малими сумами, і чекати більше підтверджень, краще трохи поприкрашати. Поки що так.