Sigo pensando en cuánto del diseño de TBV es realmente solo sortear una limitación que todos en Bitcoin ya conocen: el lenguaje de scripting de Bitcoin no admite covenants, los mecanismos que permitirían restringir cómo se gastan los fondos en el futuro. Esa ausencia es lo que históricamente ha hecho que los puentes necesitaran operadores y comités de firmantes. La respuesta de TBV es diferente. El BTC se bloquea en un Taproot UTXO en Bitcoin desde el depósito hasta la redención, con el gasto regido por condiciones de script en lugar de que una parte que tenga las llaves lo controle. La redención en sí depende de reglas on-chain, como si el préstamo ya se ha repagado, y el reembolso devuelve BTC directamente a un UTXO controlado por quien está redimiendo. No ocurre nada custodia en el medio. Ese es un ciclo de vida significativamente distinto al de un puente, donde el activo durante un momento pasa a ser el problema de otra persona a quien hay que exigirle que lo custodie con honestidad. Lo que aún no sé es qué tan bien maneja los casos límite, las reclamaciones disputadas, las redenciones impugnadas y los caminos más enmarañados del mundo real. Las condiciones del script son precisas hasta que la realidad es ambigua. Estoy observando cómo se comporta la ventana de protección contra fraude ante una reclamación realmente disputada, no una teórica.

@BabylonLabs_io #baby $BABY