Что происходит на каждом этапе labitbu? Предупреждение о длинном тексте, требуется определенное знание криптографии и транзакций Bitcoin. labitbu — это маленькое изображение, которое начало mint на основной сети Bitcoin в 2 часа ночи. В отличие от предыдущих铭文 или аналогичных протоколов, он полагается на протокол taproot для хранения информации. Проект разработан @PlebFi, занявшим второе место на хакатоне этого года, @stutxo. Я посмотрел, что на хакатоне участвовали разработчики bitcoin wizard и ordinals, так что это имеет определенную ценность. github репозиторий: На сайте mint процесс делится на три этапа: 1. Подключите кошелек и сгенерируйте случайный labitbu; 2. Переведите средства на адрес p2tr, начинающийся с bc1p, сайт по умолчанию переводит 10,000 sats на этот адрес; 3. Завершите mint, введите соответствующий адрес bc1p публичного ключа подключенного кошелька и отправьте транзакцию mint в блокчейн; Сначала, подключив кошелек, можно получить публичный ключ кошелька bc1p, а затем сгенерировать labitbu на основе этого публичного ключа. Согласно json файлу в репозитории, каждый labitbu имеет 8 стилей, а самым заметным отличием является цвет. Но если это коллекция NFT на 10k, то цвета, похоже, не достаточно, чтобы различать множество labitbu? Поскольку каждый labitbu генерируется на основе публичного ключа кошелька, теоретически все labitbu, созданные одним кошельком, будут одинакового стиля (но во время фактического mint иногда один кошелек может создать labitbu разного стиля, возможно, я что-то упустил или утром был в замешательстве😇). На предыдущем этапе сгенерированный labitbu преобразуется в байтовые данные payload, после чего веб-страница строит контрольный блок на основе этого payload. Здесь он называется строительством, но на самом деле контрольный блок состоит из [контрольных байтов]+[индексного публичного ключа]+[изображения payload]. В реальном скрипте taproot контрольный блок состоит из [контрольных байтов]+[внутреннего публичного ключа]+[меркле-пути], labitbu напрямую использует изображение payload в качестве меркле-пути. taproot контрольный блок и связанные с ним материалы: Используя payload в качестве меркле-пути и публичный ключ кошелька в качестве скрипта блокировки, можно сгенерировать адрес p2tr, этот адрес — это адрес bc1p на веб-странице, процесс отправки btc на этот кошелек можно рассматривать как commit в протоколе铭文. Наконец, нужно ввести свой адрес bc1p и завершить mint, выполнив последнюю операцию mint. В этом процессе используется ранее созданный контрольный блок с изображением payload и скрипт блокировки публичного ключа в качестве выходного redeem скрипта для разблокировки, и с помощью этого кошелька подписывается и отправляется окончательная транзакция, которая похожа на reveal транзакцию в протоколе铭文. Это техническое содержание процесса mint протокола labitbu, детали конструкции скрипта taproot и генерации адресов не были описаны, заинтересованные могут поискать информацию и посмотреть. Процесс mint labitbu похож на процесс铭文, но в отличие от него, процесс mint не требует создания нового адреса для промежуточного перевода, можно использовать один кошелек для завершения всего процесса mint, что в определенной степени более удобно. Однако существует ограничение на размер контрольного блока в 4kb, что ограничивает размер загружаемого изображения. В github разработчики использовали фиксированный внутренний публичный ключ для mint, чтобы упростить индексацию, так что видно, что разработчики планируют следующий шаг по индексации, но конкретно сможет ли это быть реализовано в транзакциях, остается только ждать.

В это время объем чеканки должен превысить 10k, согласно прошлому опыту, обычно количество небольшого набора изображений составляет 10k, поэтому не рекомендуется продолжать чеканить сейчас.