#baby $BABY Un detalle que me resultó interesante al leer la documentación de checkpointing de Babylon es cómo funciona dentro de los límites de OP_RETURN de Bitcoin.
Bitcoin permite hasta 80 bytes de datos en una salida OP_RETURN. Un checkpoint de Babylon incluye varias piezas de información, como el número de época, el hash del checkpoint, el bitmap del validador y una firma BLS agregada. Juntos, esos datos son más de lo que puede contener una sola salida OP_RETURN.
En lugar de intentar eludir las reglas de Bitcoin, Babylon publica el checkpoint en dos transacciones de Bitcoin, cada una con su propia salida OP_RETURN. Esto no se presenta como un error ni como un trabajo temporal: es simplemente la elección de diseño que se ajusta a las limitaciones actuales del protocolo de Bitcoin.
Creo que es un buen ejemplo de construir aprovechando las reglas existentes de Bitcoin en vez de esperar que la capa base cambie.
@BabylonLabs_io $BABY #baby
Bitcoin permite hasta 80 bytes de datos en una salida OP_RETURN. Un checkpoint de Babylon incluye varias piezas de información, como el número de época, el hash del checkpoint, el bitmap del validador y una firma BLS agregada. Juntos, esos datos son más de lo que puede contener una sola salida OP_RETURN.
En lugar de intentar eludir las reglas de Bitcoin, Babylon publica el checkpoint en dos transacciones de Bitcoin, cada una con su propia salida OP_RETURN. Esto no se presenta como un error ni como un trabajo temporal: es simplemente la elección de diseño que se ajusta a las limitaciones actuales del protocolo de Bitcoin.
Creo que es un buen ejemplo de construir aprovechando las reglas existentes de Bitcoin en vez de esperar que la capa base cambie.
@BabylonLabs_io $BABY #baby