A mudança foi mesclada ao master, mas os operadores precisam reconstruir o índice opcional para capturar a economia de espaço e se planejar para outra reconstrução após um downgrade.
O Bitcoin Core fez a integração de uma reformulação de seu índice opcional de transações que reduziu cerca de 40 GB do banco de dados em um teste da rede principal feito por um dos contribuidores. Operadores que usam -txindex mantêm os índices existentes após a atualização; para capturar toda a economia, é necessário recriar o banco de dados.
O pull request #35531, que foi mesclado no branch master do Bitcoin Core em 15 de ago., reduziu o txindex da rede principal reconstruído pelo autor, de cerca de 66 GB para 26 GB. A redução aproximada de 61% fica restrita a esse índice opcional. A blockchain do Bitcoin e o restante do diretório de dados de um nó permanecem fora da medição.
O código foi mesclado no upstream. Binários estáveis seguem um processo de lançamento separado, e o índice de releases do Bitcoin Core deixa a primeira versão que contém a mudança sem especificação. Os operadores precisarão das notas de migração para a versão que a disponibiliza.
O redesenho armazena uma chave de busca bem mais curta: um prefixo de cinco bytes derivado de um SipHash com sal, seguido por um sufixo de seis bytes que codifica a sequência do bloco e o deslocamento da transação. O ID completo da transação ainda é verificado antes que o Bitcoin Core retorne uma correspondência.
Essa etapa de verificação protege contra colisões criadas pelo prefixo mais curto. O Bitcoin Core percorre as entradas que compartilham o prefixo, localiza blocos candidatos por meio do seu índice de blocos, lê as transações candidatas do disco e compara seus IDs completos. O resumo técnico da Bitcoin Optech descreveu colisões como trabalho adicional de leitura e verificação, e a checagem do ID completo evita correspondências falsas de transações.
O desempenho se manteve estável no teste do autor. As buscas levaram cerca de 0,2 milissegundos. A reconstrução na mainnet terminou em 1 hora e 19 minutos, contra 1 hora e 50 minutos no formato anterior. Hardware, armazenamento, altura da cadeia e versão do software podem alterar todos esses resultados.
Os bancos de dados txindex existentes continuam legíveis após um upgrade, evitando uma reconstrução forçada imediata. As entradas legadas também mantêm a maior ocupação, então perceber o ganho total do benchmark de 40 GB exige recriar o índice.
Um downgrade posterior traz um segundo custo de migração. O fragmento de notas da versão mesclada do Bitcoin Core diz que versões anteriores não conseguem ler entradas escritas no formato compacto. Voltar para uma versão mais antiga após a reconstrução acionaria outra reconstrução do txindex no formato antigo.
O benefício para o operador é substancial dentro do seu escopo limitado: um índice opcional bem menor e uma reconstrução mais rápida no teste do contribuinte. Capturar isso exige uma recriação planejada do banco de dados, além de outra reconstrução se um rollback se tornar necessário.
As notas específicas de cada versão devem controlar a recriação exata e o procedimento de downgrade assim que a mudança chegar a um binário estável do Bitcoin Core.