No soy muy bueno explicando los principios de la interoperabilidad entre cadenas especialmente académicos, pero estos días, al leer sobre IBC, transmisión de mensajes y puentes, cada vez más siento: en una interoperabilidad en realidad estás “empaquetando confianza” en varias capas de componentes. En pocas palabras, no se trata de confiar o no en una cadena, sino de confiar en: que el consenso del otro lado no tenga fallos temporales, que la lógica de clientes ligeros/verificación no tenga errores, que los relayers y otros intermediarios no se desconecten o hagan mal uso, y además que los contratos en la cadena destino no tengan fallos. Falta un solo eslabón y todo puede colapsar en una mentalidad de “la información llegó, pero el dinero no; el dinero llegó, pero puede ser revertido”. Últimamente, la narrativa de modularidad y capa de datos ha emocionado mucho a los desarrolladores, pero a los usuarios los deja confundidos, y a mí me parece normal: cuantos más componentes, mayor es la superficie de confianza, y más difícil es responsabilizarse cuando algo sale mal. De todos modos, antes de hacer una interoperabilidad, siempre me pregunto: ¿estoy confiando en el protocolo, o en un grupo de personas y en un montón de código…? Si tengo dudas, mejor no cruzar, y si pierdo, cierro la computadora y doy unas vueltas.