Estos días nuevamente hablando de "¿a quién confiar realmente en la interoperabilidad?", hice un repaso: una transferencia entre cadenas/mensaje, en realidad no solo confías en el frontend de ese puente. Debes confiar en la finalidad de la cadena fuente (que no haga rollback), en la lógica de validación de la cadena destino (cómo reconoce ese mensaje), en el conjunto intermedio de relés/validadores/multifirma (quién tiene permiso para aprobar), además de la implementación del contrato en sí (si tiene permisos de actualización extraños). Lo que hace que IBC sea relativamente cómodo es que pone en las reglas del cliente ligero la "forma de probar qué pasó en la cadena opuesta", pero aún así estás confiando en el consenso y en el cliente de ambas cadenas sin errores, además de que el relé solo es un transportista que no debe hacer mal uso ni retrasarse. Últimamente, antes y después de que la cadena principal de tendencia actual se actualice o haga un hard fork, todos especulan si los proyectos migrarán o no, pero a mí me preocupa más: si en la ventana de actualización, los mensajes entre cadenas se atascan, retrasan o se reenvían, si esos problemas se amplificarán. Llevo mucho tiempo revisando estos documentos y me empiezan a doler los ojos, en fin, ahora prefiero hacer menos transferencias entre cadenas, en lugar de ahorrar en tarifas y arriesgarme a confiar demasiado.