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