Недавно я изучаю IBC и различные реализации сообщений/мостов, чем больше смотрю, тем больше понимаю, что один раз跨链 по сути — это просто считать «кому я действительно доверяю». Идеальное состояние IBC — это когда обе стороны используют легкий клиент для проверки состояния друг друга, и всё кажется чистым; но многие мосты сразу превращаются в: группу relayer’ов, которая переносит данные + мультиподписы/подтверждающих участников + кто управляет обновлениями. Вопрос полномочий для меня очень важен, могут ли контракты менять логику в любой момент, является ли админ ключом, который решает, могу ли я спокойно спать.

Недавно также активно обсуждают тему залога и совместной безопасности, доходность кажется привлекательной, но добавление ещё одного слоя «безопасности на аутсорсе» в跨链 кажется удлинением цепочки доверия… Потом подумал, это довольно смешно: я пишу скрипты для стратегии очень аккуратно, а при跨链 снова отдаю управление невидимым компонентам. В любом случае, мой текущий подход очень прост: если есть нативный IBC — не использую сложные мосты, если нужно — сначала проверяю полномочия и пути обновления, пусть даже медленнее.