#baby $BABY Hoy pasé un tiempo leyendo sobre cómo Babylon gestiona el checkpointing de Bitcoin, y un detalle en particular me llamó mucho la atención.
Al principio, me pregunté por qué Babylon usa dos transacciones de Bitcoin para un solo checkpoint. Después de leer la documentación, tuvo sentido. Un OP_RETURN estándar de Bitcoin solo puede contener hasta 80 bytes, mientras que un checkpoint de Babylon incluye múltiples piezas de información como el ID del epoch, el hash del checkpoint, el bitmap de la firma y la firma BLS agregada. El checkpoint completo es simplemente demasiado grande para un solo OP_RETURN.
En lugar de cambiar las reglas de Bitcoin, Babylon trabaja dentro de ellas al dividir el checkpoint en dos transacciones. Me gusta este enfoque porque respeta el diseño existente de Bitcoin y, aun así, permite el checkpointing seguro.
Aprender detalles pequeños de implementación como este me da más aprecio por la ingeniería detrás de la infraestructura de blockchain.
@BabylonLabs_io $BABY #baby
Al principio, me pregunté por qué Babylon usa dos transacciones de Bitcoin para un solo checkpoint. Después de leer la documentación, tuvo sentido. Un OP_RETURN estándar de Bitcoin solo puede contener hasta 80 bytes, mientras que un checkpoint de Babylon incluye múltiples piezas de información como el ID del epoch, el hash del checkpoint, el bitmap de la firma y la firma BLS agregada. El checkpoint completo es simplemente demasiado grande para un solo OP_RETURN.
En lugar de cambiar las reglas de Bitcoin, Babylon trabaja dentro de ellas al dividir el checkpoint en dos transacciones. Me gusta este enfoque porque respeta el diseño existente de Bitcoin y, aun así, permite el checkpointing seguro.
Aprender detalles pequeños de implementación como este me da más aprecio por la ingeniería detrás de la infraestructura de blockchain.
@BabylonLabs_io $BABY #baby