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