Останнім часом знову хтось запитує мене: «Чому, якщо міжланцюгові переміщення такі швидкі, все одно потрібно чекати підтверджень?», по суті, міжланцюговий міст — це не переказ, а “прийняття обліку” між двома ланцюгами. Три поширені пастки на стороні мосту: мультипідпис, оракул і підтвердження, яке вам здається повільним.

Мультипідпис звучить досить децентралізовано, але насправді багато мостів — це кілька людей або кілька машин, які просто кивають, і пропуск відкривається. Навіть якщо поріг встановлений високий, при слабкому управлінні ключами або фішинговій атаці можна швидко вивести всі кошти. Оракул теж так само: подача неправильних даних, затримки, маніпуляції — все це може змусити інший ланцюг “повірити, що ви вже внесли кошти”. Тому чекати підтверджень — це не формалізм, а буфер для реорганізації, відкату або затримки; чим більше ви намагаєтеся заощадити кілька хвилин, тим більше ви платите за це своїми основними коштами у вигляді страховки для інших.

Останнім часом активно обговорюють модульність і рівень DA, розробники дуже збуджені, а користувачі — здивовані. Я вважаю, що це цілком нормально: чим детальніше розбираємося в основі, тим більше з’являється з’єднувачів між рівнями і ланцюгами, і ризики мосту стають більше схожими на “системну інженерію”, а не просто кнопку. В будь-якому разі, я спершу дивлюся на джерело APY, і якщо бачу “міжланцюгові + високі компенсації”, зазвичай вважаю, що міст — це найбільший ризик, і нехай буде повільніше.