O que acontece em todos os processos de tocar labitbu? Aviso longo, certo conhecimento de criptografia e negociação de bitcoin é necessário Labitbu é uma pequena imagem da rede principal do Bitcoin a partir das 2 da manhã de hoje, ao contrário dos protocolos anteriores de inscrição ou quase-inscrição, ele depende do protocolo taproot para armazenar informações de carga O projeto foi desenvolvido por @stutxo, o segundo vencedor do hackathon @PlebFi deste ano, e parece que o hackathon tem a participação de devs do Bitcoin Wizard e Ordinals, e ainda tem um certo conteúdo de ouro repositório github: Existem três etapas ao lançar um site: 1. Conecte sua carteira e gere um labitbu aleatório. 2. Transfira para o endereço P2TR começando com bc1p, o site transferirá 10.000 sats para este endereço por padrão; 3. Conclua a cunhagem, preencha o endereço bc1p correspondente à chave pública da carteira na caixa de entrada e envie a transação de cunhagem para a cadeia. Primeiro, conecte-se à carteira para obter a chave pública da carteira bc1p e, em seguida, gere o Labitbu com base na chave pública. De acordo com o arquivo json no repositório, pode-se saber que existem 8 estilos para cada labitbu, e a maior diferença é a cor. Mas se for uma coleção NFT de 10k, a cor não parece ser suficiente para distinguir muitos labitbu? Como cada labitbu é gerado com base na chave pública da carteira, teoricamente todos os labitbu cunhados por cada carteira terão o mesmo estilo (mas ocasionalmente haverá um caso em que a carteira é cunhada em um estilo diferente durante a cunhagem real no início da manhã, o que pode ser devido a algumas omissões ou desmaios 😇 pela manhã) Após a etapa anterior, o labitbu gerado é convertido em uma carga útil de dados de byte e a página da Web cria um bloco de controle com base nessa carga. É chamado de build aqui, e o bloco de controle real é [byte de controle] + [chave pública de índice] + [carga útil da imagem]. No script taproot real, o bloco de controle é [byte de controle] + [chave pública interna] + [caminho Merkle], e labitbu usa a carga útil da imagem diretamente como o caminho Merkle. Conteúdo relacionado ao bloco de controle taproot: Depois de usar a carga útil como o caminho Merkle e a chave pública da carteira como o script de bloqueio, um endereço P2TR pode ser gerado, que é o endereço BC1P na página da web, e o processo de envio de BTC para esta carteira pode ser considerado como um commit no protocolo de inscrição. Por fim, você precisa preencher seu endereço bc1p e carteira para concluir a operação final de cunhagem. Nesse processo, a frente é desbloqueada com a carga útil da imagem como o bloco de controle, e o script de bloqueio de chave pública é usado como a saída do script de resgate, e a carteira é usada para assinar e enviar a transação final, que é semelhante à transação de revelação no protocolo de inscrição. O acima é o conteúdo técnico no processo de fundição do protocolo labitbu, os detalhes técnicos da construção do script taproot e a geração de endereços não são escritos, os amigos interessados podem verificar as informações e dar uma olhada O processo de cunhagem do labitbu é mais semelhante às inscrições, mas a vantagem das inscrições é que o commit do processo de cunhagem não precisa gerar um novo endereço como retransmissão, e todo o processo de cunhagem pode ser concluído com uma única carteira, o que é mais conveniente até certo ponto. No entanto, há uma limitação de que o tamanho do bloco de controle é de 4kb, o que limita o tamanho da carga de imagem que pode ser armazenada. No GitHub, o dev usa uma chave pública interna fixa para cunhagem para facilitar a indexação, portanto, pode-se ver que o dev também planeja realizar a próxima etapa da indexação, e se ela pode ser implementada para transações só pode ser aguardada.

Neste momento, o volume de cunhagem deve exceder 10k e, de acordo com a experiência anterior, o número de pequenas coleções de imagens é geralmente de 10k, portanto, não é recomendado continuar cunhando agora