Revisão panorâmica do protocolo 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 na volatilidade dos preços, mas apenas regista o pulso mais autêntico do protocolo Bitcoin e das infraestruturas críticas.

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

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

Conclusões principais

Ao longo de 2025, a evolução técnica do Bitcoin apresentou três características principais, que 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 prático pela primeira vez, estendendo o pensamento de segurança do “presente” para a “era pós-quântica”.
2. Funcionalidade em camadas: A intensa discussão sobre propostas de soft fork e a evolução “hot plug” da Lightning Network mostram que o Bitcoin está a alcançar o objetivo de uma arquitetura “base sólida, camada superior flexível” através de protocolos em camadas.
3. Infraestrutura descentralizada: Desde o protocolo de mineração (Stratum v2) até à 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 cobre centenas de commits de código, debates em mailing lists e propostas BIP do último ano. Para extrair sinais reais do ruído técnico, eliminei atualizações de “otimização local” e selecionei os 10 eventos a seguir, que têm impacto estrutural no ecossistema.

1. Defesa sistemática contra ameaças quânticas e “roteiro de reforço”

[Estado: 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). Isto é visto como um passo importante no roteiro de reforço quântico, além de servir de forma mais geral para alguns casos de uso do Taproot (por exemplo, estruturas de compromisso que não exigem chave interna).

Ao mesmo tempo, a comunidade aprofundou a discussão sobre esquemas de assinatura resistentes a quântica, incluindo a introdução futura de capacidades de script relevantes (como a reintrodução do OP_CAT ou novos opcodes de verificação de assinatura), construção de assinaturas Winternitz com OP_CAT, 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 assim a segurança das assinaturas ECDSA/Schnorr), isso desencadeará uma pressão de migração sistémica e uma estratificação de segurança das saídas históricas. Isso obriga o Bitcoin a preparar caminhos de atualização no protocolo e nas carteiras com antecedência. Para detentores de longo prazo, escolher soluções de custódia com roteiro de atualização e cultura de auditoria de segurança, bem como estar atento a possíveis janelas de migração futuras, tornar-se-á essencial para a preservação de ativos.

2. Propostas de soft fork em explosão: a base para construir “cofres programáveis”

[Estado: Discussão intensa / fase de rascunho]

Este ano foi marcado por discussões intensas sobre propostas de soft fork, focando em como liberar a expressividade dos scripts mantendo o minimalismo. Propostas de contratos como CTV (BIP119) e CSFS (BIP348), bem como tecnologias como LNHANCE e OP_TEMPLATEHASH, procuram introduzir “cláusulas restritivas” mais seguras no Bitcoin. Além disso, o 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 “cofres (Vaults)” mais simples, seguras e padronizáveis, permitindo que os utilizadores configurem mecanismos como saques com atraso e janelas de reversão, alcançando “auto-proteção programável” ao nível da expressividade do protocolo. Ao mesmo tempo, essas capacidades podem 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

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

A descentralização na 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 pools de mineração/serviços 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 dos pools para os próprios mineiros, aumentando assim a resiliência à censura. Ao mesmo tempo, o surgimento do MEVpool tenta resolver o problema do MEV através de modelos cegos e competição de mercado: idealmente, vários marketplaces coexistiriam, evitando que um único mercado se torne um novo centro de centralização. Isto afeta diretamente se as transações dos utilizadores 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

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

A segurança do Bitcoin depende de autoavaliações antes de ataques reais. Em 2025, o Optech registou numerosas 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. Este ano, o Bitcoinfuzz utilizou a técnica de “fuzzing diferencial”, comparando as respostas de diferentes softwares ao mesmo dado, identificando mais de 35 bugs profundos.

Este tipo de “teste de stress” intenso é um sinal de maturidade do ecossistema. É como uma vacina: expõe problemas a curto prazo, mas fortalece significativamente a imunidade do sistema a longo prazo. Para utilizadores que dependem de ferramentas de privacidade ou da Lightning Network, isto serve de alerta: nenhum software é absolutamente perfeito, e manter os componentes críticos atualizados é a regra mais básica para garantir a segurança dos depósitos.

5. Lightning Network Splicing: “hot update” de fundos de canais

[Estado: Suporte experimental entre implementações]

A Lightning Network alcançou um grande avanço em usabilidade em 2025: Splicing (junção/atualização dinâmica de canais). Esta tecnologia permite aos utilizadores ajustar dinamicamente fundos (depositar ou levantar) sem fechar o canal, já com suporte experimental nas três principais implementações: LDK, Eclair e Core Lightning. Embora as normas BOLTs relevantes ainda estejam a ser refinadas, os testes de compatibilidade entre implementações já avançaram significativamente.

Splicing é a capacidade chave de “adicionar ou remover fundos sem fechar o canal”. Espera-se que reduza falhas de pagamento e fricções operacionais causadas pela dificuldade de ajustar fundos do canal. No futuro, as carteiras poderão reduzir significativamente a curva de aprendizagem da engenharia de canais, permitindo que mais utilizadores usem a LN como uma camada de pagamentos semelhante a uma “conta de saldo”, peça fundamental para a adoção diária em larga escala dos pagamentos Bitcoin.

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

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

A barreira de proteção da descentralização reside no custo de validação. Em 2025, as tecnologias SwiftSync e Utreexo desafiaram diretamente o “limite dos full nodes”. 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 no final do IBD, utilizando um ficheiro de dicas 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. O Utreexo (BIP181-183), por sua vez, utiliza acumuladores Merkle forest, permitindo que os nós validem transações sem armazenar localmente o conjunto completo de UTXO.

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

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

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

Entre as funcionalidades esperadas 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, espera-se que aumente a estabilidade e previsibilidade da estimativa de taxas. Ao eliminar ordens de inclusão anormais causadas por limitações algorítmicas, a rede Bitcoin deverá comportar-se de forma mais racional e suave em períodos de congestionamento, e os pedidos de aceleração de transações dos utilizadores (CPFP/RBF) funcionarão sob uma lógica mais determinada.

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

[Estado: 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 de retransmissão padrão para 0.1 sat/vB. Ao mesmo tempo, o protocolo Erlay continuou a ser promovido para reduzir o consumo de largura de banda dos nós; além disso, a comunidade propôs partilha de templates de bloco e continuou a otimizar 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 da propagação de transações de baixa taxa na rede deverá melhorar. Estas direções podem reduzir os requisitos rígidos de largura de banda para execução de 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

[Estado: Mudança de política do Mempool (Core 30.0)]

O Core 30.0 relaxou as restrições de política do OP_RETURN (permitindo mais saídas, removendo alguns limites de tamanho), desencadeando em 2025 um intenso debate filosófico sobre os usos do Bitcoin. Note-se que isto faz parte da Mempool Policy do Bitcoin Core (política padrão de retransmissão), não das regras de consenso; mas afeta significativamente a facilidade de propagação das transações e sua visibilidade para os mineiros, impactando de facto a competição pelo espaço de bloco.

Os apoiantes acreditam que isso corrige distorções de incentivos, enquanto os opositores temem que seja visto como um endosso ao “armazenamento de dados on-chain”. Este debate lembra-nos que o espaço de bloco, como recurso escasso, tem regras de uso (mesmo que não sejam de consenso) resultantes de negociações contínuas entre interesses diversos.

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

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

Em 2025, o Bitcoin Core deu um passo fundamental para a dissociação da arquitetura: introduziu a API C do Bitcoin Kernel. Isto marca a separação da “lógica de validação de consenso” do programa de nó monolítico, tornando-a um componente padrão independente e reutilizável. Atualmente, este 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. 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 reinvenção da roda. É como fornecer ao ecossistema Bitcoin um “motor original padronizado”, tornando as aplicações construídas sobre ele mais robustas.

Anexo: Glossário (Mini-Glossary)

Para auxiliar a leitura, seguem breves definições 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, registando quem possui quantas moedas.
• 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) utiliza uma nova transação para impulsionar uma antiga; RBF (Replace By Fee) substitui diretamente uma transação de baixa taxa por outra de taxa mais alta.
• Mempool (pool de memória): Buffer usado pelos nós para armazenar 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 adicional que os mineiros podem obter ao reordenar ou censurar transações.

Link original