#baby $BABY Сегодня я провёл некоторое время, читая о том, как Babylon обрабатывает контрольные точки (checkpoint) для Bitcoin, и одна деталь действительно выделилась.
Сначала мне было интересно, почему Babylon использует две транзакции Bitcoin для одного checkpoint. После прочтения документации всё стало понятно. Обычный Bitcoin OP_RETURN может хранить только до 80 байт, тогда как checkpoint Babylon включает несколько элементов информации, таких как идентификатор эпохи (epoch ID), хэш checkpoint, битовую карту подписи (signature bitmap) и агрегированную подпись BLS. Полный checkpoint просто слишком велик, чтобы уместиться в одном OP_RETURN.
Вместо изменения правил Bitcoin Babylon работает в их рамках, разделяя checkpoint на две транзакции. Мне нравится этот подход, потому что он уважает существующий дизайн Bitcoin и при этом позволяет выполнять безопасное формирование контрольных точек.
Изучение небольших деталей реализации вроде этой даёт мне большее уважение к инженерной работе, стоящей за инфраструктурой блокчейна.
@BabylonLabs_io $BABY #baby
Сначала мне было интересно, почему Babylon использует две транзакции Bitcoin для одного checkpoint. После прочтения документации всё стало понятно. Обычный Bitcoin OP_RETURN может хранить только до 80 байт, тогда как checkpoint Babylon включает несколько элементов информации, таких как идентификатор эпохи (epoch ID), хэш checkpoint, битовую карту подписи (signature bitmap) и агрегированную подпись BLS. Полный checkpoint просто слишком велик, чтобы уместиться в одном OP_RETURN.
Вместо изменения правил Bitcoin Babylon работает в их рамках, разделяя checkpoint на две транзакции. Мне нравится этот подход, потому что он уважает существующий дизайн Bitcoin и при этом позволяет выполнять безопасное формирование контрольных точек.
Изучение небольших деталей реализации вроде этой даёт мне большее уважение к инженерной работе, стоящей за инфраструктурой блокчейна.
@BabylonLabs_io $BABY #baby