Y por eso dejé de tratar “seguridad respaldada por Bitcoin” como una categoría útil por sí sola.
Cuando observé de cerca Babylon, el diferenciador no era que el BTC apareciera en algún lugar de la arquitectura. Era que esa falla específica —un proveedor de finalidad (Finality Provider) que firma dos bloques distintos en la misma altura— abre una vía criptográfica desde una mala conducta hasta el stake nativo de Bitcoin que hay detrás.
El diseño EOTS de Babylon hace que el proveedor se comprometa con aleatoriedad pública para cada altura de bloque futura. El doble firmado obliga a reutilizar esa aleatoriedad, lo que expone la clave privada EOTS del proveedor, le quita su poder de voto y hace que las transacciones de slashing sobre el stake delegado sean firmables.
Para una persona investigadora, eso crea un punto de comparación más estricto que el simple hecho de preguntar si un protocolo “usa Bitcoin” o si afirma heredar su seguridad. Quiero saber qué acción exacta vuelve el colateral slachable y si el castigo puede alcanzar el UTXO original de Bitcoin.
Ese test reduce el campo rápidamente. Se puede añadir una referencia a Bitcoin a un diagrama de arquitectura, pero una ruta completa de falla a penalización tiene que sobrevivir a la criptografía, la gestión de claves, la delegación y la ejecución.
La posición de Babylon tiene más sentido en ese nivel más acotado. No BTC usado como etiqueta de seguridad, sino BTC comprometido como colateral con una consecuencia definida cuando un firmante rompe la finalidad.
@BabylonLabs_io $BABY
#baby
$BTC
Cuando observé de cerca Babylon, el diferenciador no era que el BTC apareciera en algún lugar de la arquitectura. Era que esa falla específica —un proveedor de finalidad (Finality Provider) que firma dos bloques distintos en la misma altura— abre una vía criptográfica desde una mala conducta hasta el stake nativo de Bitcoin que hay detrás.
El diseño EOTS de Babylon hace que el proveedor se comprometa con aleatoriedad pública para cada altura de bloque futura. El doble firmado obliga a reutilizar esa aleatoriedad, lo que expone la clave privada EOTS del proveedor, le quita su poder de voto y hace que las transacciones de slashing sobre el stake delegado sean firmables.
Para una persona investigadora, eso crea un punto de comparación más estricto que el simple hecho de preguntar si un protocolo “usa Bitcoin” o si afirma heredar su seguridad. Quiero saber qué acción exacta vuelve el colateral slachable y si el castigo puede alcanzar el UTXO original de Bitcoin.
Ese test reduce el campo rápidamente. Se puede añadir una referencia a Bitcoin a un diagrama de arquitectura, pero una ruta completa de falla a penalización tiene que sobrevivir a la criptografía, la gestión de claves, la delegación y la ejecución.
La posición de Babylon tiene más sentido en ese nivel más acotado. No BTC usado como etiqueta de seguridad, sino BTC comprometido como colateral con una consecuencia definida cuando un firmante rompe la finalidad.
@BabylonLabs_io $BABY
#baby
$BTC