Co się wydarzyło w każdym etapie procesu labitbu? Uwaga na długi tekst, wymagana jest pewna wiedza z zakresu kryptografii i transakcji bitcoin. Labitbu to mały obrazek, który rozpoczął minting na głównym łańcuchu bitcoin o 2:00 dzisiaj, w przeciwieństwie do wcześniejszych inskrypcji lub podobnych protokołów, polega na protokole taproot do przechowywania informacji. Projekt został opracowany przez @stutxo, zdobywcę drugiego miejsca w hackathonie @PlebFi w tym roku. Zobaczyłem, że w hackathonie uczestniczyli deweloperzy bitcoin wizard i ordinals, więc ma to pewną wartość. github repo: Na stronie mintingowej proces mintingu dzieli się na trzy kroki: 1. Połącz portfel i wygeneruj losowy labitbu; 2. Przelej środki na adres p2tr zaczynający się od bc1p, strona domyślnie przelewa 10 000 sats na ten adres; 3. Zakończ minting, wprowadź odpowiedni adres bc1p publicznego klucza portfela i wyślij transakcję mintingową na łańcuch. Najpierw, łącząc portfel, można uzyskać publiczny klucz portfela bc1p, a następnie na podstawie tego klucza wygenerować labitbu. Z pliku json w repozytorium można dowiedzieć się, że każdy labitbu ma 8 stylów, a największą różnicą jest kolor. Ale jeśli to kolekcja NFT o wartości 10k, kolor wydaje się nie wystarczać do odróżnienia wielu labitbu? Ponieważ każdy labitbu jest generowany na podstawie publicznego klucza portfela, teoretycznie wszystkie labitbu wyemitowane przez dany portfel będą miały ten sam styl (jednak podczas rzeczywistego mintingu w nocy czasami zdarzało się, że jeden portfel emitował różne style, co mogło być wynikiem mojej nieuwagi lub zamieszania rano😇). Po poprzednim kroku, wygenerowany labitbu jest konwertowany na dane bajtowe payload, a strona internetowa buduje blok kontrolny na podstawie tego payload. Tutaj nazywa się to budowaniem, ale w rzeczywistości blok kontrolny to [bajt kontrolny]+[klucz publiczny indeksu]+[payload obrazu]. W rzeczywistym skrypcie taproot blok kontrolny to [bajt kontrolny]+[wewnętrzny klucz publiczny]+[ścieżka Merkle], labitbu bezpośrednio używa payload obrazu jako ścieżki Merkle. Związane z blokiem kontrolnym taproot: Używając payload jako ścieżki Merkle, a publiczny klucz portfela jako skrypt blokujący, można wygenerować adres p2tr, który jest adresem bc1p na stronie, a proces wysyłania btc do tego portfela można traktować jako commit w protokole inskrypcyjnym. Na koniec należy wpisać swój adres bc1p i przeprowadzić portfel, aby zakończyć ostatnią operację mintingu. W tym procesie używa się wcześniej wspomnianego payload obrazu jako bloku kontrolnego, a skrypt blokujący publicznego klucza jako skryptu redeem do odblokowania, a następnie używa się tego portfela do podpisania i wysłania ostatecznej transakcji, która jest podobna do transakcji reveal w protokole inskrypcyjnym. Powyżej przedstawiono techniczne aspekty procesu mintingu protokołu labitbu, szczegóły dotyczące konstrukcji skryptu taproot i generacji adresu nie zostały opisane, zainteresowani mogą poszukać informacji i zobaczyć. Proces mintingu labitbu jest dość podobny do inskrypcji, ale w porównaniu do inskrypcji ma tę zaletę, że proces mintingu commit nie wymaga generowania nowego adresu jako pośrednika, można użyć jednego portfela do zakończenia całego procesu mintingu, co w pewnym stopniu jest wygodniejsze. Jednak istnieje ograniczenie, że rozmiar bloku kontrolnego wynosi 4kb, co ogranicza rozmiar przechowywanych danych obrazu. W repozytorium github deweloperzy użyli stałego wewnętrznego klucza publicznego do mintingu, aby ułatwić indeksowanie, więc widać, że deweloperzy planują kolejny krok w indeksowaniu, a czy uda się to zrealizować w transakcjach, pozostaje do zobaczenia.

W tym czasie ilość mintowania powinna przekroczyć 10k. Zgodnie z wcześniejszymi doświadczeniami, mała kolekcja obrazków zazwyczaj wynosi 10k, więc nie zaleca się kontynuowania mintowania teraz.