Boletim Bitcoin Optech #430
O boletim da Bitcoin Optech analisa os debates em curso sobre TCP hole punching para nós domésticos e um rascunho de BIP para políticas de gasto de co‑signatários, além de atualizações sobre o BIP54. Conclui que o hole punching traz trade‑offs de segurança e que o rascunho de co‑signatário busca interoperabilidade, enquanto o BIP54 pode ser ativado por volta de 2027.
Pontos principais
- O hole punching pode aumentar a alcançabilidade de nós honestos, mas também pode ajudar atacantes.
- Um rascunho de BIP propõe um formato unificado de política para co‑signatários, melhorando a compatibilidade das carteiras.
- A regra de 64 bytes e o limite de 2.500 sigops do BIP54 continuam controversos, com ativação possivelmente no final de 2027.
- Atacantes podem inundar o esquema de hole‑punch com ≈10 mil endereços, igualando a maioria dos nós honestos rapidamente.
- A correção de timestamp no BIP54 deixa uma janela de 7.200 s, limitando mudanças de dificuldade a ~0,60% por retarget.
- Endereços de atacante
- ≈10 mil
- Limite de sigops
- 2.500
- Janela de timestamp
- 7.200 s
- Impacto na dificuldade
- ≈0,60%
- Janela de ativação
- 2027 2S
TCP Hole Punching para Nós Domésticos
Bitcoin Optech destaca a discussão contínua sobre TCP hole punching como forma de permitir que nós atrás de roteadores residenciais aceitem conexões de entrada. Nós domésticos normalmente só fazem conexões de saída, e a habilitação padrão recente do NAT‑PMP no Bitcoin Core 30.0 não melhorou significativamente a alcançabilidade. O hole punching funciona fazendo com que dois nós abram conexões simultaneamente, permitindo que os roteadores deixem o tráfego passar. Os defensores argumentam que mais nós honestos alcançáveis dificultariam que nós controlados por atacantes, que são mais fáceis de alcançar, preencham os slots de saída.
Questões de Segurança e Modelagem de Atacantes
Críticos, notadamente Anthony Towns, alertam que o esquema pode ser usado como arma. Ele estima que um atacante transmitindo cerca de 10 mil endereços rapidamente igualaria a maioria dos nós honestos, potencialmente aumentando a exposição. Towns também sugere conexões de entrada aleatórias e de curta duração como alternativa de menor risco. Dados citados por Jonathan Harvey‑Buschel mostram que nós honestos são atualmente menos alcançáveis que nós de atacantes, reforçando a necessidade de um design cuidadoso. O debate também aborda vulnerabilidades recentes de TCP e do protocolo, questionando se o padrão deve permanecer apenas de saída para usuários domésticos.
Rascunho de BIP para Políticas de Gasto de Co‑Signatário
Um tópico separado apresenta um rascunho de BIP que visa padronizar políticas de co‑signatário ao emular covenants. A proposta define uma estrutura de política em cinco partes — descritor de saída, grupo de co‑signatário, modelos de transação, condições e perfis de verificação — garantindo ao menos um caminho de gasto sem co‑signatário. Exige atestados de oráculo compatíveis com DLC e deixa aberto o formato de serialização (JSON vs TLV) e detalhes de verificação ofuscada. Feedback destacou a falta de flags de finalização nos perfis de evidência e a necessidade de hashes de política para comprometer a semântica do verificador, que o autor pretende abordar.
Progresso da Limpeza de Consenso do BIP54
O boletim também traz atualizações sobre o BIP54, que busca proibir transações com tamanho witness‑stripped exatamente de 64 bytes e limitar scripts pré‑SegWit a 2.500 operações de assinatura. Um pull request do Bitcoin Core habilita as novas regras em regtest, e o trabalho de interoperabilidade está em andamento no btcd. Antoine Riard projeta uma janela realista de ativação na segunda metade de 2027, dependendo do consenso da comunidade. Ele observa que a correção de timestamp mantém uma janela de 7.200 s, permitindo apenas ajustes modestos de dificuldade (~0,60% por retarget) e limitando o escopo de propostas de blocos futuros.
Implicações para a Comunidade
Para operadores de nós, o debate sobre hole‑punching destaca um trade‑off entre conectividade e superfície de ataque; adotar a técnica pode exigir salvaguardas adicionais ou coordenação via Tor. Desenvolvedores de carteiras devem monitorar o rascunho de BIP de co‑signatário, pois sua adoção pode simplificar construções multi‑assinatura e semelhantes a covenants entre diferentes implementações. Por fim, mineradores e stakeholders do protocolo devem acompanhar o cronograma do BIP54, já que sua eventual ativação afetará regras de validação de transações e pode influenciar a dinâmica de taxas.