Hoy otra vez revisando IBC/todo tipo de mensajes y puentes, cuanto más miro, más creo que lo que se dice sobre interoperabilidad entre cadenas es: en realidad, en quién confías para que te "transmita" el mensaje.

En una transferencia entre cadenas, además del frontend que tú eliges, también debes confiar en el consenso de la cadena en sí, si la lógica del cliente ligero/verificación no está mal implementada, si los relayers/medios de retransmisión no se desconectan o hacen maliciosamente, y además, cómo la cadena destino maneja este mensaje (quién tiene los permisos del contrato, quién puede actualizarlo, quién tiene el control para pausar).
Mi hábito ahora es echar un vistazo antes de interactuar: ¿la verificación es mediante cliente ligero o multisig/oráculo? ¿La autoridad de actualización está en manos del equipo? ¿Hay una opción de emergencia para pausar sin que se abuse de ella?
Estoy cansado pero sigo aquí, al menos identificando los riesgos primero.
Por cierto, últimamente también se habla de añadir impuestos en ciertos lugares, y de la flexibilidad en la regulación; si las expectativas de entrada y salida de fondos cambian, la tolerancia a la ruta de "salir y volver" de las cadenas también disminuirá.
De todos modos, yo prefiero pagar menos comisiones y tengo más miedo a quedar atrapado en un puente.
Así por ahora.