O que aconteceu em cada processo do labitbu? Aviso de texto longo, requer algum conhecimento de criptografia e transações de bitcoin. O labitbu é uma pequena imagem que começou a ser mintada na mainnet do bitcoin às 2 da manhã de hoje. Diferente das inscrições anteriores ou protocolos semelhantes, ele depende do protocolo taproot para armazenar informações. O projeto foi desenvolvido por @stutxo, o segundo colocado do hackathon @PlebFi deste ano. Dando uma olhada, o hackathon contou com a participação de desenvolvedores de bitcoin wizard e ordinals, o que dá um certo peso ao projeto. github repo: No site de mintagem, o processo é dividido em três etapas: 1. Conectar a carteira e gerar um labitbu aleatório; 2. Transferir para um endereço p2tr que começa com bc1p, o site transfere automaticamente 10.000 sats para esse endereço; 3. Completar a mintagem, preenchendo o endereço bc1p da chave pública da carteira conectada no campo de entrada e enviando a transação de mintagem para a blockchain; Primeiro, ao conectar a carteira, é possível obter a chave pública da carteira bc1p, e então gerar o labitbu com base nessa chave pública. De acordo com o arquivo json no repositório, cada labitbu tem 8 estilos, sendo a maior diferença a cor. Mas se for uma coleção de NFTs de 10k, parece que a cor não é suficiente para diferenciar muitos labitbus? Como cada labitbu é gerado com base na chave pública da carteira, teoricamente todos os labitbus mintados por uma mesma carteira terão o mesmo estilo (mas durante a mintagem real de madrugada, ocasionalmente uma carteira mintou um estilo diferente, o que pode ser um erro de minha parte ou eu estava meio confuso de manhã 😇). Após a etapa anterior, o labitbu gerado é convertido em dados de bytes payload, e a página web constrói um bloco de controle com base nesse payload. Aqui é chamado de construção, mas na verdade o bloco de controle é [byte de controle]+[chave pública de índice]+[payload da imagem]. No script taproot real, o bloco de controle é [byte de controle]+[chave pública interna]+[caminho de Merkle], e o labitbu usa diretamente o payload da imagem como caminho de Merkle. Conteúdo relacionado ao bloco de controle taproot: Usando o payload como caminho de Merkle e a chave pública da carteira como script de bloqueio, é possível gerar um endereço p2tr, que é o endereço bc1p na página, e enviar btc para essa carteira pode ser visto como um commit no protocolo de inscrição. Por fim, é necessário inserir seu próprio endereço bc1p e realizar a operação de mintagem final. Neste processo, o payload da imagem é usado como bloco de controle, e o script de bloqueio da chave pública é usado como script de resgate para desbloquear, e a carteira é usada para assinar e enviar a transação final, que é semelhante à transação de revelação no protocolo de inscrição. Acima está o conteúdo técnico do processo de mintagem do protocolo labitbu. Não escrevi sobre a construção do script taproot e a geração do endereço, mas os interessados podem pesquisar mais sobre isso. O processo de mintagem do labitbu é semelhante ao das inscrições, mas a vantagem em relação às inscrições é que o commit do processo de mintagem não precisa gerar um novo endereço como intermediário, podendo usar uma única carteira para completar todo o processo de mintagem, o que é mais conveniente em certa medida. No entanto, a limitação é que o tamanho do bloco de controle é de 4kb, o que limita o tamanho do payload da imagem que pode ser armazenado. No github, os desenvolvedores usaram uma chave pública interna fixa para a mintagem para facilitar o índice, então parece que os desenvolvedores também têm planos para o próximo passo de indexação, mas se isso poderá ser implementado em transações, só o tempo dirá.

Neste momento, a quantidade de mintagem deve ter ultrapassado 10k. De acordo com a experiência anterior, um pequeno conjunto de imagens normalmente é de 10k, por isso não é aconselhável continuar a mintar agora.