En días de lluvia no puedes ir a ningún lado, te quedas en una cafetería revolviendo el móvil. El café se enfrió a media taza antes de que se te ocurriera tomarlo. Hoy estuve repasando hasta la madrugada, dando vueltas una y otra vez, y aun así me dan ganas de hablar de un tema viejo: los puentes entre cadenas.

Cada vez que haces un cross-chain, en realidad estás confiando en un montón de gente: en un modelo como IBC, que el conjunto de validadores sea confiable, que el light client no se equivoque y que los relayers no se metan en problemas. En pocas palabras, por muy perfecta que sea la lógica on-chain, si de en medio el conjunto de validadores se pone de acuerdo para hacer trampa, o si el light client es alterado, los activos siguen quedando en el aire.

Últimamente he estado viendo varios proyectos y todos empiezan a implementar puentes de “minimización de confianza”, por ejemplo usando pruebas de conocimiento cero o añadiendo multisig con time-lock. Pero la verdad, la complejidad sube y el riesgo de que se esconda un bug también.

Además, últimamente en algunas zonas han estado subiendo impuestos y endureciendo la regulación, así que la gente tiene expectativas psicológicas peores respecto a entradas y salidas. Entonces muchos prefieren mantener el dinero en la cadena, y en consecuencia la frecuencia de cross-chain incluso aumenta. Pero cuanto más pasa eso, más hay que vigilar la seguridad del puente. No es que le falte respeto a los puentes; es que “confianza” pesa demasiado en el cross-chain.

Olvídalo, no me meto tan profundo. Total, recuerda esto: cuando cruces cadenas, no mires solo el TVL; mira a quién se le está confiando y cómo se valida. Menos fe ciega, más repaso. Esta noche seguramente tocará aguantar hasta qué hora, ¿quién sabe?