#baby $BABY Un détail que j’ai trouvé intéressant en lisant la documentation de pointage (checkpointing) de Babylon, c’est la manière dont cela fonctionne dans les limites d’OP_RETURN de Bitcoin.
Bitcoin autorise jusqu’à 80 octets de données dans une sortie OP_RETURN. Un checkpoint Babylon inclut plusieurs éléments d’information — comme le numéro d’époque, le hachage du checkpoint, la bitmap du validateur et une signature BLS agrégée. Ensemble, ces données dépassent la taille qu’une seule sortie OP_RETURN peut contenir.
Plutôt que d’essayer de contourner les règles de Bitcoin, Babylon publie le checkpoint sur deux transactions Bitcoin distinctes, chacune contenant sa propre sortie OP_RETURN. Ce choix n’est pas présenté comme un bug ou une solution temporaire : c’est simplement le choix de conception qui s’adapte aux contraintes actuelles du protocole de Bitcoin.
Je trouve que c’est un bon exemple de construction en tenant compte des règles existantes de Bitcoin, plutôt que d’attendre que la couche de base change.
@BabylonLabs_io $BABY #baby
Bitcoin autorise jusqu’à 80 octets de données dans une sortie OP_RETURN. Un checkpoint Babylon inclut plusieurs éléments d’information — comme le numéro d’époque, le hachage du checkpoint, la bitmap du validateur et une signature BLS agrégée. Ensemble, ces données dépassent la taille qu’une seule sortie OP_RETURN peut contenir.
Plutôt que d’essayer de contourner les règles de Bitcoin, Babylon publie le checkpoint sur deux transactions Bitcoin distinctes, chacune contenant sa propre sortie OP_RETURN. Ce choix n’est pas présenté comme un bug ou une solution temporaire : c’est simplement le choix de conception qui s’adapte aux contraintes actuelles du protocole de Bitcoin.
Je trouve que c’est un bon exemple de construction en tenant compte des règles existantes de Bitcoin, plutôt que d’attendre que la couche de base change.
@BabylonLabs_io $BABY #baby