📡 Помилки конфігурації Hyperlane ISM та затримки маршрутизації — 30 серпня 📡 gm Помилки в модулі міжланцюгової безпеки Hyperlane та затримки маршрутизації повністю руйнують мета-підхід модульної взаємодійності, і користувачі ретейл-мостів отримують свої кошти у лимбо. Hyperlane була запущена як універсальний дозвільний протокол міжланцюгового обміну повідомленнями, що дозволяє будь-якому розробнику розгорнути власні кастомні модулі безпеки та мостити активи між будь-якими EVM-ланцюгами без залежності від централизованого набору валідаторів. Спільнота швидко ввійшла, використовуючи нативні Warp Routes та мостячи токени, очікуючи фармити токен Hyper та отримувати комісії за маршрутизацію повідомлень. Але суперечка полягає в надзвичайній складності конфігурації ISM та масових технічних помилках у логіці за замовчуванням. Коли користувач намагається мостити токен через Warp Route, релеї Hyperlane повинні перевірити кастомний модуль безпеки, що часто не вдається через неправильно налаштовані порогові підписи або застарілі списки валідаторів, що призводить до застрягнення коштів у контракті мосту. Користувачі ретейлу, які ініціювали перекази, повністю не можуть відновити свої кошти без ручного виклику функції process та сплати величезних комісій за газ на ланцюзі призначення. Моя думка щодо мета-підходу дозвільного обміну повідомленнями полягає в тому, що дозволити будь-кому розгорнути власні модулі безпеки створює величезний операційний ризик, і завжди користувачі ретейлу несуть збитки, коли конфігурація неправильна. Якщо ви використовуєте Warp Routes Hyperlane, вам потрібно перевірити конфігурацію ISM та набір валідаторів перед тим, як мостити будь-яку значну суму капіталу. Захистьте свої кошти й користуйтеся встановленими маршрутами з перевіреними модулями безпеки або використовуйте централизовані мости для термінових переказів. Технологія Hyperlane чудова для налаштовуваної взаємодійності, але користувацький досвід для ретейлу зараз — це величезне поле мін. #Hyperlane #CrossChain #Messaging