Acabo de pensar en este tipo de IBC, esa especie de "enviar mensajes" entre cadenas, que superficialmente parece enviar paquetes, pero en realidad en qué confías no es poca cosa: la consenso propio de ambas cadenas (que no se caigan primero ellas mismas), las pruebas de los clientes ligeros/verificadores (que las pruebas sean correctas para que sean válidas), los retransmisores/relayers (que no tienen que ser honestos pero deben estar en línea), además de detalles como los canales y los tiempos de espera, si no los mensajes se quedan atascados sería muy incómodo. En definitiva, el cross-chain no es "confiar en un puente", sino confiar en un conjunto de componentes que no fallen todos al mismo tiempo.

Recientemente la comunidad vuelve a discutir sobre monedas de privacidad, mezcladores, límites de cumplimiento, y me parece que es otra forma de cross-chain: todos quieren "solo transmitir la parte que quiero transmitir", pero el mundo siempre pregunta a quién confías, quién puede ver qué. Un pequeño bug en un contrato puede convertirse en tragedia, y mucho más los límites humanos... Así que así quedo, ahora me pongo a trabajar.