TL;DR: O Bitcoin Core 32.1 introduz alterações na rede, privacidade e interface, enquanto as versões 31.2 e 30.4 oferecem atualizações de manutenção. Os operadores precisam verificar integrações e números de versão.
As versões de final de outubro do Bitcoin Core oferecem aos operadores de nodes várias opções de atualização, mas os detalhes merecem mais atenção do que os rótulos das versões. As notas da versão 32.1 explicam que a 32.0 foi marcada, mas nunca totalmente anunciada ou lançada devido a problemas de última hora.
Isso torna a 32.1 a versão principal relevante nova a ser examinada. As atualizações separadas 31.2 e 30.4 abordam ramificações mantidas anteriormente, com suas próprias listas de variações e considerações de compatibilidade.
Privacidade e comportamento de relay fazem parte da atualização
As notas da versão 32.1 descrevem uma correção para uma possível exposição de endereço IP em uma configuração de fallback de transmissão privada específica. Elas também descrevem variações nos limites de retransmissão de transações saíntes e controles adicionais sobre filas de transmissão privada.
Essas são alterações específicas de implementação, não uma afirmação de que todas as transações anteriores de bitcoin expuseram seus remetentes ou de que a nova versão garante anonimato. As circunstâncias descritas nas notas são relevantes ao avaliar quem é afetado.
O software do node gerencia conexões e o tratamento de mensagens, além de verificar as regras da blockchain. Melhorias nessas funções podem ser úteis mesmo quando não criam um novo tipo de transação nem alteram a oferta de bitcoin.
As aplicações precisam inspecionar as alterações na interface
A mesma versão altera alguns padrões e remove campos anteriormente obsoletos de determinadas interfaces, a menos que opções de compatibilidade sejam solicitadas. Uma aplicação que assume que um campo sempre existe pode falhar mesmo quando o node é iniciado e sincronizado corretamente.
Para uma exchange, serviço de carteira ou processador de pagamentos, uma atualização é consequentemente uma tarefa de integração. A questão importante é se o software que chama o node ainda interpreta corretamente as respostas e lida com as saídas que recebe.
Um número de versão sozinho não pode responder a essa pergunta. As interfaces exatas utilizadas pela aplicação determinam quais itens do boletim de lançamento precisam ser testados, enquanto alterações não relacionadas podem não ter efeito nesse deploy.
Ramificações anteriores têm lançamentos de manutenção separados
O Bitcoin Core também publica notas de lançamento para 31.2 e 30.4. Ambas descrevem correções de bugs e melhorias de desempenho, oferecendo um caminho para operadores que precisam manter um ambiente de versão principal existente enquanto planejam uma migração mais ampla.
Isso não torna cada ramo intercambiável. O status do suporte, as correções disponíveis e a compatibilidade com aplicativos devem ser verificados juntos. Permanecer indefinidamente em um ramo antigo é diferente de usar um ramo mantido como parte de um plano de atualização deliberado.
As informações sobre o ciclo de vida do projeto são especialmente relevantes para essa distinção. Uma versão antes considerada estável pode, eventualmente, ultrapassar o período em que seus mantenedores esperam fornecer atualizações adicionais.
A verificação operacional é o marco prático
Uma atualização bem-sucedida deve deixar o node na versão pretendida, conectado à rede correta e atendendo às aplicações dependentes conforme esperado. Apenas instalar um binário não garante esses resultados.
Os operadores também precisam preservar as informações necessárias para recuperar seu serviço caso surja um problema de integração. Quando um node gerencia dados da carteira, isso inclui compreender a compatibilidade do formato da carteira antes de tentar qualquer reversão. As notas de lançamento, e não suposições baseadas em uma atualização anterior, devem orientar essa avaliação.
Para detentores comuns de bitcoin que não operam seu próprio node, essas atualizações são notícias de infraestrutura, e não uma exigência para mover moedas. Uma atualização de software de node não é uma migração de token.
A importância de 32,1 reside no trabalho acumulado por trás da validação confiável, manipulação de transações privadas e interfaces sustentáveis. Essas melhorias são menos visíveis do que uma mudança de preço, mas afetam os sistemas nos quais carteiras, exchanges e verificação independente dependem.
Escrito pela Redação e editado por Samuel Rae.