La mayoría de las personas asumen que la seguridad entre cadenas significa puentes y tokens envueltos. Esa suposición es incorrecta.
Pasé una tarde trazando la arquitectura de checkpointing de Babylon para entender por qué. Los checkpoints tradicionales como los hashes de bloque no sirven contra ataques de largo alcance: no permiten la detección porque validadores maliciosos pueden generar forks privados. La solución de Babylon es más elegante de lo que esperaba.
Aquí está el detalle técnico que lo replantea todo. Babylon se hace checkpoint en Bitcoin mediante un mecanismo de epoching que desactiva la rotación del conjunto de validadores dentro de un epoch. Los validadores registran claves públicas BLS al registrarse y, para cada bloque que necesita checkpointing, cada validador usa su clave privada BLS para firmar el hash del commit. Las firmas de al menos un tercio de los validadores se agregan en una única multi-firma BLS de 48 bytes. Esa firma, más metadatos, cabe dentro de una transacción OP_RETURN de Bitcoin: una salida especial con un tamaño máximo de 80 bytes que nunca infla el conjunto UTXO. La red vigilante, un relayer independiente que cualquiera puede ejecutar, envía estos checkpoints a Bitcoin.
La economía es lo que me llamó la atención. Una vez que se hace checkpoint, reescribir el historial de Babylon implica reescribir primero el historial de Bitcoin. Ningún actor controla suficiente poder de cómputo como para superar 800 exahashes de prueba de trabajo. El costo no es solo caro: es existencial.
La mayoría de las cadenas aseguran el historial mediante consenso social: la comunidad acuerda qué fork es real. Babylon lo reemplaza con una prueba objetiva anclada al timestamp más costoso del planeta. No es una decisión social. Es una decisión criptográfica.
Las demás cadenas te piden que confíes en la memoria de la comunidad. Babylon te pide que confíes en la finalización de Bitcoin. Y la finalización de Bitcoin no se renegocia.
@BabylonLabs_io #baby $BABY $HEI $BTC
Pasé una tarde trazando la arquitectura de checkpointing de Babylon para entender por qué. Los checkpoints tradicionales como los hashes de bloque no sirven contra ataques de largo alcance: no permiten la detección porque validadores maliciosos pueden generar forks privados. La solución de Babylon es más elegante de lo que esperaba.
Aquí está el detalle técnico que lo replantea todo. Babylon se hace checkpoint en Bitcoin mediante un mecanismo de epoching que desactiva la rotación del conjunto de validadores dentro de un epoch. Los validadores registran claves públicas BLS al registrarse y, para cada bloque que necesita checkpointing, cada validador usa su clave privada BLS para firmar el hash del commit. Las firmas de al menos un tercio de los validadores se agregan en una única multi-firma BLS de 48 bytes. Esa firma, más metadatos, cabe dentro de una transacción OP_RETURN de Bitcoin: una salida especial con un tamaño máximo de 80 bytes que nunca infla el conjunto UTXO. La red vigilante, un relayer independiente que cualquiera puede ejecutar, envía estos checkpoints a Bitcoin.
La economía es lo que me llamó la atención. Una vez que se hace checkpoint, reescribir el historial de Babylon implica reescribir primero el historial de Bitcoin. Ningún actor controla suficiente poder de cómputo como para superar 800 exahashes de prueba de trabajo. El costo no es solo caro: es existencial.
La mayoría de las cadenas aseguran el historial mediante consenso social: la comunidad acuerda qué fork es real. Babylon lo reemplaza con una prueba objetiva anclada al timestamp más costoso del planeta. No es una decisión social. Es una decisión criptográfica.
Las demás cadenas te piden que confíes en la memoria de la comunidad. Babylon te pide que confíes en la finalización de Bitcoin. Y la finalización de Bitcoin no se renegocia.
@BabylonLabs_io #baby $BABY $HEI $BTC
