Що відбувається в кожному процесі гри в лабітбу? Довге попередження, потрібні певні знання криптографії та торгівлі біткоіни Labitbu — це невелика картина основної мережі Bitcoin, що починається о 2 годині ночі сьогодні, на відміну від попередніх протоколів inscription або quasi-inscription, вона покладається на протокол taproot для зберігання інформації про навантаження Проект розробив @stutxo, другий переможець цьогорічного хакатону @PlebFi, і схоже, що в хакатоні беруть участь розробники з Bitcoin Wizard та Ordinals, і в ньому все ще є певний золотий контент Репозиторій на GitHub: Кастинг сайту складається з трьох етапів: 1. Підключіть свій гаманець і згенеруйте випадковий лабітбу. 2. Переказ на адресу P2TR починаючи з bc1p, сайт переведе на цю адресу 10 000 сатош за замовчуванням; 3. Завершіть карбування, заповніть адресу bc1p, що відповідає публічному ключу гаманця, у поле введення та надішліть транзакцію карбування до ланцюга. Спочатку підключіться до гаманця, щоб отримати публічний ключ гаманця bc1p, а потім згенеруйте Labitbu на основі публічного ключа. За файлом json у репозиторії можна знати, що для кожного лабітбу є 8 стилів, і найбільша відмінність полягає в кольорі. Але якщо це колекція NFT з 10 тис., колір здається недостатнім, щоб відрізнити багатьох лабітбу? Оскільки кожен лабітбу генерується на основі публічного ключа гаманця, теоретично всі лабітбу, викарбувані кожним гаманцем, будуть в одному стилі (але іноді трапляються випадки, коли гаманець карбується в іншому стилі під час фактичного карбування рано вранці, що може бути пов'язано з деякими упущеннями або непритомністю 😇 вранці) Після попереднього кроку згенерований лабітбу перетворюється на корисне навантаження байтових даних, а веб-сторінка будує блок керування на основі цього корисного навантаження. Тут він називається збіркою, а фактичний блок керування має вигляд [контрольний байт] + [індексний відкритий ключ] + [корисне навантаження зображення]. У реальному скрипті taproot блок керування має вигляд [контрольний байт] + [внутрішній відкритий ключ] + [шлях Merkle], а labitbu використовує корисне навантаження зображення безпосередньо як шлях Merkle. Пов'язаний контент із блоком керування Taproot: Після використання корисного навантаження як шляху Меркла та публічного ключа гаманця як скрипта блокування, можна згенерувати адресу P2TR, яка є адресою BC1P на веб-сторінці, а процес відправки BTC на цей гаманець можна розглядати як коміт у протоколі напису. Нарешті, вам потрібно заповнити свою адресу bc1p і гаманець, щоб завершити останню операцію карбування. У цьому процесі фронт розблоковується з корисним навантаженням зображення як блоком керування, а сценарій блокування відкритого ключа використовується як вихід сценарію активації, а гаманець використовується для підписання та надсилання фінальної транзакції, що схоже на транзакцію відкриття в протоколі напису. Вище наведено технічний контент в процесі лиття протоколу лабітбу, технічні подробиці побудови скрипта taproot і генерації адрес не прописані, зацікавлені друзі можуть перевірити інформацію і подивитися Процес карбування лабітбу більше схожий на написи, але перевага написів полягає в тому, що для коміту процесу карбування не потрібно генерувати нову адресу у вигляді ретранслятора, а весь процес карбування можна завершити за допомогою одного гаманця, що до певної міри зручніше. Однак існує обмеження, що розмір блоку управління становить 4 кб, що обмежує розмір завантаження зображення, яке може бути збережено. У GitHub dev використовує фіксований внутрішній публічний ключ для карбування для зручної індексації, тому видно, що dev також планує провести наступний крок індексації, а чи може він бути реалізований для транзакцій можна тільки чекати.

У цей час обсяг карбування повинен перевищувати 10 кб, а за минулим досвідом, кількість невеликих колекцій зображень зазвичай становить 10 кб, тому продовжувати карбування зараз не рекомендується