Revisão panorâmica do protocolo do Bitcoin em 2025

Autor original: Zhixiong Pan (X: @nake13)

O resumo anual do Bitcoin Optech sempre foi considerado um indicador técnico do ecossistema Bitcoin. Ele não se concentra nas flutuações de preço, mas registra o pulso mais autêntico do protocolo Bitcoin e de suas infraestruturas essenciais.

O relatório de 2025 revelou uma tendência clara: o Bitcoin está passando de uma “defesa passiva” para uma “evolução ativa”.

No último ano, a comunidade deixou de se contentar apenas em corrigir falhas e começou a enfrentar sistematicamente ameaças existenciais (como a computação quântica), explorando de forma agressiva os limites de escalabilidade e programabilidade sem sacrificar a descentralização. Este relatório não é apenas um memorando para desenvolvedores, mas também um índice fundamental para entender os atributos dos ativos do Bitcoin, a segurança da rede e a lógica de governança nos próximos cinco a dez anos.

Conclusões principais

Ao longo de 2025, a evolução técnica do Bitcoin apresentou três características principais, que também são a chave para entender os 10 eventos a seguir:

1. Defesa antecipada: O roteiro de defesa contra ameaças quânticas tornou-se claro e operacional pela primeira vez, estendendo o pensamento de segurança do “presente” para a “era pós-quântica”.
2. Funcionalidade em camadas: Discussões intensas sobre propostas de soft fork e a evolução “hot plug” da Lightning Network mostram que o Bitcoin está alcançando o objetivo de uma arquitetura “base sólida, camada superior flexível” por meio de protocolos em camadas.
3. Infraestrutura descentralizada: Desde o protocolo de mineração (Stratum v2) até a validação de nós (Utreexo/SwiftSync), muitos recursos de engenharia foram investidos para reduzir as barreiras de entrada e aumentar a resistência à censura, visando combater a tendência de centralização do mundo físico.

O relatório anual do Bitcoin Optech abrange centenas de commits de código, debates em grupos de e-mail e propostas BIP do último ano. Para extrair sinais reais do ruído técnico, excluí atualizações de “otimização local” e selecionei os 10 eventos a seguir que tiveram impacto estrutural no ecossistema.

1. Defesa sistêmica contra ameaças quânticas e “roteiro de fortalecimento”

[Status: Pesquisa e propostas de longo prazo]

O ano de 2025 marcou uma mudança fundamental na atitude da comunidade Bitcoin em relação à ameaça da computação quântica, passando da discussão teórica para a preparação de engenharia. O BIP360 recebeu numeração e foi renomeado para P2TSH (Pay to Tapscript Hash). Isso é visto como um passo importante no roteiro de fortalecimento quântico, além de servir de forma mais geral para alguns casos de uso do Taproot (como estruturas de compromisso que não exigem chave interna).

Ao mesmo tempo, a comunidade aprofundou discussões sobre esquemas de assinatura resistentes a quânticos, incluindo a introdução futura de capacidades de script correspondentes (como a reintrodução do OP_CAT ou novos opcodes de verificação de assinatura), uso do OP_CAT para construir assinaturas Winternitz, discussão sobre a verificação STARK como capacidade nativa de script e otimização dos custos on-chain de esquemas de assinatura por hash (como SLH-DSA / SPHINCS+).

Este tema ocupa o primeiro lugar porque toca na base matemática do Bitcoin. Se a computação quântica enfraquecer no futuro a suposição do logaritmo discreto da curva elíptica (ameaçando a segurança das assinaturas ECDSA/Schnorr), isso desencadeará uma pressão sistêmica de migração e camadas de segurança para saídas históricas. Isso força o Bitcoin a preparar caminhos de atualização no protocolo e nas carteiras. Para detentores de longo prazo, escolher soluções de custódia com roteiros de atualização e cultura de auditoria de segurança, além de ficar atento a possíveis janelas de migração futuras, será essencial para a preservação de ativos.

2. Explosão de propostas de soft fork: a base para construir “cofres programáveis”

[Status: Discussão intensa / estágio de rascunho]

Este ano foi marcado por discussões intensas sobre propostas de soft fork, com foco em como liberar a expressividade dos scripts mantendo o minimalismo. Propostas contratuais como CTV (BIP119) e CSFS (BIP348), além de tecnologias como LNHANCE e OP_TEMPLATEHASH, buscam introduzir cláusulas restritivas mais seguras ao Bitcoin. Além disso, OP_CHECKCONTRACTVERIFY (CCV) tornou-se o BIP443, e várias propostas de opcodes aritméticos e recuperação de scripts aguardam consenso.

Essas atualizações aparentemente obscuras, na verdade, adicionam novas “leis físicas” à rede de valor global. Elas prometem tornar as construções nativas de “Vaults” mais simples, seguras e padronizáveis, permitindo que os usuários configurem mecanismos como saques com atraso e janelas de reversão, implementando “autoproteção programável” no nível da expressividade do protocolo. Ao mesmo tempo, essas capacidades devem reduzir significativamente os custos e a complexidade de interação de protocolos de segunda camada como Lightning Network e DLC (Contratos de Logaritmo Discreto).

3. Reconstrução “anti-censura” da infraestrutura de mineração

[Status: Implementação experimental / evolução do protocolo]

A descentralização da camada de mineração determina diretamente a resistência à censura do Bitcoin. Em 2025, o Bitcoin Core 30.0 introduziu uma interface IPC experimental, otimizando significativamente a eficiência da interação entre o software de pool de mineração/serviço Stratum v2 e a lógica de validação do Bitcoin Core, reduzindo a dependência do ineficiente JSON-RPC e abrindo caminho para a integração do Stratum v2.

Uma das principais capacidades do Stratum v2 é (ao ativar mecanismos como Job Negotiation) transferir o poder de seleção de transações do pool para os mineradores individuais, aumentando a resiliência à censura. Ao mesmo tempo, o surgimento do MEVpool tenta resolver o problema do MEV por meio de templates cegos e competição de mercado: idealmente, vários marketplaces coexistiriam, evitando que um mercado único se torne um novo ponto centralizado. Isso afeta diretamente se as transações dos usuários comuns podem ser incluídas de forma justa em ambientes extremos.

4. Atualização do sistema imunológico: divulgação de vulnerabilidades e fuzzing diferencial

[Status: Operação de engenharia contínua]

A segurança do Bitcoin depende de autoavaliações antes de ataques reais. Em 2025, o Optech registrou muitas divulgações de vulnerabilidades para o Bitcoin Core e implementações Lightning (como LDK/LND/Eclair), abrangendo desde fundos bloqueados até desanonimização de privacidade e até riscos graves de roubo de moedas. Neste ano, o Bitcoinfuzz utilizou a técnica de “fuzzing diferencial”, comparando as reações de diferentes softwares ao mesmo dado, identificando mais de 35 bugs profundos.

Esse “teste de estresse” intenso é um sinal de maturidade do ecossistema. É como uma vacina: embora exponha problemas no curto prazo, fortalece significativamente a imunidade do sistema no longo prazo. Para usuários que dependem de ferramentas de privacidade ou da Lightning Network, isso serve de alerta: nenhum software é perfeito; manter componentes críticos atualizados é a regra mais básica para garantir a segurança dos depósitos.

5. Lightning Network Splicing: “atualização quente” de fundos de canal

[Status: Suporte experimental entre implementações]

A Lightning Network em 2025 alcançou um grande avanço em usabilidade: Splicing (emenda/atualização quente de canal). Essa tecnologia permite que os usuários ajustem dinamicamente os fundos (depositando ou sacando) sem fechar o canal, já com suporte experimental nas três principais implementações: LDK, Eclair e Core Lightning. Embora as especificações BOLTs ainda estejam sendo refinadas, os testes de compatibilidade entre implementações já avançaram significativamente.

Splicing é a capacidade fundamental de “adicionar ou remover fundos sem fechar o canal”. Isso deve reduzir falhas de pagamento e atritos operacionais causados pela dificuldade de ajustar fundos do canal. No futuro, as carteiras devem reduzir significativamente a curva de aprendizado da engenharia de canais, permitindo que mais usuários usem a LN como uma camada de pagamentos semelhante a uma “conta de saldo”, peça-chave para a adoção em larga escala de pagamentos em Bitcoin.

6. Revolução no custo de validação: rodando full nodes em “dispositivos comuns”

[Status: Implementação protótipo (SwiftSync) / Proposta BIP (Utreexo)]

A barreira de proteção da descentralização está no custo de validação. Em 2025, SwiftSync e Utreexo desafiaram diretamente o “limite do full node”. O SwiftSync otimiza o caminho de gravação do conjunto UTXO durante o IBD (Initial Block Download): apenas adiciona uma saída ao chainstate se ela não for gasta ao final do IBD, usando um arquivo de hints de “confiança mínima”, acelerando o IBD em mais de 5 vezes em implementações de exemplo e abrindo espaço para validação paralela. Já o Utreexo (BIP181-183) usa um acumulador Merkle forest, permitindo que nós validem transações sem armazenar localmente o conjunto completo de UTXO.

O avanço dessas duas tecnologias significa que rodar um full node em dispositivos com recursos limitados se tornará viável, aumentando o número de validadores independentes na rede.

7. Cluster Mempool: remodelando o agendamento do mercado de taxas

[Status: Próximo do lançamento (Staging)]

Entre os recursos esperados do Bitcoin Core 31.0, a implementação do Cluster Mempool está quase concluída. Ele introduz estruturas como TxGraph, abstraindo as complexas dependências de transações em problemas de “linearização/ordenação de clusters de transações” eficientes, tornando a construção de templates de bloco mais sistemática.

Embora seja uma atualização do sistema de agendamento de baixo nível, ela deve melhorar a estabilidade e previsibilidade das estimativas de taxas. Ao eliminar ordens de inclusão anormais causadas por limitações algorítmicas, a rede Bitcoin será mais racional e suave em períodos de congestionamento, e as solicitações de aceleração de transações dos usuários (CPFP/RBF) funcionarão de forma mais lógica e previsível.

8. Governança refinada da camada de propagação P2P

[Status: Atualização de políticas / otimização contínua]

Em resposta ao aumento de transações de baixa taxa em 2025, a rede P2P do Bitcoin passou por um ponto de inflexão estratégico. O Bitcoin Core 29.1 reduziu a taxa mínima padrão de retransmissão para 0.1 sat/vB. Ao mesmo tempo, o protocolo Erlay continua avançando para reduzir o consumo de banda dos nós; além disso, a comunidade propôs “compartilhamento de templates de bloco” e continua otimizando estratégias de reconstrução de blocos compactos para lidar com ambientes de propagação cada vez mais complexos.

Com políticas mais consistentes e padrões de nós mais acessíveis, a viabilidade de propagação de transações de baixa taxa na rede deve melhorar. Essas direções devem reduzir os requisitos de banda para rodar nós, promovendo ainda mais a equidade da rede.

9. OP_RETURN e o debate sobre a “tragédia dos comuns” do espaço de bloco

[Status: Mudança na política do Mempool (Core 30.0)]

O Core 30.0 flexibilizou as restrições de política do OP_RETURN (permitindo mais saídas e removendo alguns limites de tamanho), o que em 2025 desencadeou um intenso debate filosófico sobre o propósito do Bitcoin. Vale notar que isso faz parte da Mempool Policy do Bitcoin Core (política padrão de retransmissão), não das regras de consenso; mas afeta significativamente se as transações são facilmente propagadas e vistas pelos mineradores, impactando de fato a competição pelo espaço de bloco.

Os apoiadores acreditam que isso corrige distorções de incentivos, enquanto os opositores temem que seja visto como um endosso ao “armazenamento de dados on-chain”. Esse debate nos lembra que, como recurso escasso, as regras de uso do espaço de bloco (mesmo fora do consenso) são resultado de negociações contínuas entre diferentes interesses.

10. Bitcoin Kernel: reconstrução “modular” do código central

[Status: Reconstrução de arquitetura / lançamento de API]

Em 2025, o Bitcoin Core deu um passo fundamental na separação de arquitetura: introduziu a API C do Bitcoin Kernel. Isso marca a separação da “lógica de validação de consenso” do grande programa de nó, tornando-a um componente padrão independente e reutilizável. Atualmente, esse kernel já permite que projetos externos reutilizem a lógica de validação de blocos e estado da cadeia.

A “kernelização” trará benefícios estruturais de segurança para o ecossistema. Ela permite que backends de carteiras, indexadores e ferramentas de análise chamem diretamente a lógica oficial de validação, evitando riscos de divergência de consenso causados por implementações paralelas. É como fornecer ao ecossistema Bitcoin um “motor original padronizado”, tornando as aplicações construídas sobre ele mais robustas.

Apêndice: Glossário (Mini-Glossary)

Para auxiliar a leitura, segue um breve glossário dos principais termos mencionados:

• UTXO (Unspent Transaction Output): Saída de transação não gasta, unidade básica do estado do livro-razão do Bitcoin, registrando quem possui quanto.
• IBD (Initial Block Download): Download inicial de blocos, processo de sincronização de dados históricos quando um novo nó entra na rede.
• CPFP / RBF: Dois mecanismos de aceleração de transações. CPFP (Child Pays For Parent) usa uma nova transação para puxar uma antiga; RBF (Replace By Fee) substitui uma transação de baixa taxa por outra de taxa mais alta.
• Mempool (pool de memória): Buffer onde os nós armazenam transações “já transmitidas, mas ainda não incluídas em blocos”.
• BOLTs: Conjunto de especificações técnicas da Lightning Network (Basis of Lightning Technology).
• MEV (Maximal Extractable Value): Valor máximo extraível, refere-se ao lucro extra que mineradores podem obter reordenando ou censurando transações.

Link original