Desenvolvedores discutem futuro do protocolo de roteamento criptografado depois que levantamento encontrou apenas sete nós considerados saudáveis; possível retirada não altera regras, mineração ou funcionamento da blockchain do Bitcoin
Os desenvolvedores do Bitcoin Core estão discutindo a possibilidade de descontinuar o suporte nativo ao CJDNS, protocolo de rede criptografado que pode ser utilizado por nós do Bitcoin como uma alternativa de comunicação. O debate ganhou repercussão neste fim de semana e chegou a 24 de agosto de 2026 ainda sem uma decisão definitiva. A preocupação central é que a quantidade de nós Bitcoin acessíveis e considerados confiáveis por meio dessa rede aparentemente é pequena demais para oferecer a diversidade de conexões esperada de uma alternativa de transporte. (CryptoSlate)
Em uma das verificações citadas na discussão, um banco de dados de descoberta possuía 25 endereços CJDNS, conseguiu alcançar 22 deles, mas apenas sete passaram pelos critérios técnicos utilizados para classificá-los como bons nós. Outro teste encontrou somente três ou quatro peers disponíveis. Esses números não representam necessariamente todos os participantes existentes no CJDNS — nós privados ou não indexados podem ficar de fora —, mas levantaram dúvidas sobre a utilidade e a segurança de manter a integração no Bitcoin Core. (CryptoSlate)
O principal risco debatido envolve os chamados eclipse attacks, ou ataques de eclipse. Nesse tipo de ataque, um invasor procura controlar as conexões de determinado nó e isolá-lo dos participantes legítimos da rede. Com uma quantidade muito pequena de peers disponíveis, especialmente quando alguém utiliza exclusivamente CJDNS, torna-se mais fácil concentrar as possíveis conexões. (Bitcoin Optech)
O que é o CJDNS?
O CJDNS é uma rede IPv6 criptografada que utiliza criptografia de chave pública para endereçamento e roteamento distribuído. O Bitcoin Core adicionou suporte completo ao sistema na versão 23.0, permitindo que operadores utilizassem CJDNS como uma das opções para conectar seus nós, juntamente com redes convencionais e alternativas como IPv4, IPv6, Tor e I2P. (CryptoSlate)
Sua proposta é oferecer mais uma rota para a transmissão das informações do Bitcoin. Em teoria, essa diversidade pode ser útil porque diminui a dependência de uma única infraestrutura de comunicação. Se determinada rede enfrentar bloqueios, censura ou problemas técnicos, alternativas podem ajudar nós a permanecer conectados.
O problema identificado agora não está necessariamente na criptografia do CJDNS. A questão é a baixa quantidade de peers Bitcoin disponíveis através dele. Uma tecnologia de transporte pode ser criptograficamente segura, mas ainda apresentar riscos operacionais caso um usuário dependa exclusivamente de uma quantidade muito pequena de participantes.
Apenas sete nós passaram pelos critérios
Um dos dados que desencadearam a discussão veio de um seeder utilizado para descobrir nós. A base analisada continha 25 endereços CJDNS. Desse conjunto, 22 responderam, enquanto somente sete atenderam aos critérios mais rigorosos necessários para receber a classificação de “good”. (CryptoSlate)
Essa classificação envolve mais do que simplesmente verificar se um endereço responde. O sistema considera fatores técnicos como serviços anunciados, versão do protocolo, altura da blockchain e histórico de confiabilidade das conexões.
Por isso, não seria correto afirmar que existem somente sete nós Bitcoin utilizando CJDNS em todo o mundo. O número representa os nós considerados adequados dentro daquele levantamento específico. Mesmo assim, o resultado foi suficientemente baixo para provocar preocupação entre desenvolvedores.
Outro participante da discussão relatou conseguir encontrar somente três ou quatro peers durante testes. Para uma tecnologia cuja utilidade depende justamente de oferecer uma rota alternativa e resiliente para a rede Bitcoin, uma disponibilidade tão pequena coloca sua eficácia em dúvida. (CryptoSlate)
Por que poucos nós podem representar um risco?
O Bitcoin funciona sobre uma rede peer-to-peer. Nós independentes se conectam uns aos outros para receber e retransmitir blocos e transações. A existência de diversas conexões ajuda a impedir que um único participante controle todas as informações recebidas por outro usuário.
Um eclipse attack acontece quando um nó perde contato com peers honestos e suas conexões ficam dominadas por participantes controlados pelo atacante. Dessa maneira, a vítima passa a receber uma visão limitada ou manipulada do estado da rede. (Bitcoin Optech)
Isso pode permitir que um invasor atrase a entrega de blocos, impeça determinadas transações de chegar ao nó ou crie condições para outros ataques. A literatura acadêmica sobre segurança do Bitcoin estuda ataques desse tipo há anos justamente porque a camada de comunicação é parte importante da resistência do sistema. (USENIX)
Quando existem milhares de possíveis peers distribuídos por diferentes redes, controlar todas as conexões de um alvo pode ser mais difícil. Quando um operador restringe suas conexões a uma rede com pouquíssimos endereços conhecidos, entretanto, a diversidade disponível diminui.
Problema é maior para quem utiliza somente CJDNS
A discussão não significa que qualquer usuário conectado ao CJDNS esteja automaticamente vulnerável. A preocupação é particularmente relevante para configurações que dependem exclusivamente dessa rede.
Um operador pode utilizar CJDNS como rota complementar e continuar conectado também por IPv4, IPv6, Tor ou I2P. Nesse cenário, a tecnologia oferece diversidade adicional sem necessariamente transformar sua pequena quantidade de peers na única fonte de informações.
A documentação do Bitcoin Core já passou a desencorajar o funcionamento exclusivamente por CJDNS justamente porque a quantidade reduzida de endereços pode dificultar o preenchimento das conexões externas necessárias. Uma alteração de documentação nesse sentido foi incorporada em 18 de agosto de 2026. (CryptoSlate)
Assim, o debate atual é menos sobre uma vulnerabilidade nova encontrada no Bitcoin e mais sobre se vale a pena manter uma opção de transporte pouco utilizada cuja baixa adoção pode criar riscos para determinados usuários.
Bitcoin Core pode emitir alerta antes de retirar suporte
Uma das possibilidades discutidas é adotar uma transição gradual. Desenvolvedores avaliam introduzir inicialmente um aviso durante a série 32.x do Bitcoin Core, alertando usuários sobre a possível descontinuação do recurso.
A retirada propriamente dita poderia então ocorrer na série 33.x. Porém, esse cronograma ainda é apenas uma proposta em discussão. Até o fim de semana, não havia uma implementação definitiva nem um pull request incorporado que confirmasse a remoção. (CryptoSlate)
Essa distinção é importante: o Bitcoin Core não retirou o CJDNS neste momento. Os desenvolvedores estão avaliando se devem fazê-lo futuramente.
No desenvolvimento aberto do Bitcoin, propostas são discutidas publicamente, revisadas por diferentes colaboradores e precisam passar por análise técnica antes de serem incorporadas ao software.
Alguns desenvolvedores defendem manutenção
A retirada do CJDNS não é consenso. Uma corrente da discussão considera que uma rede alternativa pouco utilizada hoje ainda pode ter valor como mecanismo de redundância no futuro.
O argumento é que tecnologias alternativas podem se tornar importantes caso redes mais populares enfrentem censura, interrupções ou bloqueios. Além disso, a descoberta automática de peers CJDNS tornou-se mais fácil relativamente recentemente, o que poderia significar que sua adoção ainda não teve tempo suficiente para crescer. (Coindoo)
Há também uma questão de manutenção. Suportar uma tecnologia adicional exige código específico, documentação, testes e atenção dos desenvolvedores. Se quase ninguém utiliza determinada funcionalidade, os responsáveis pelo Bitcoin Core precisam avaliar se o benefício compensa a complexidade adicional.
Por outro lado, um colaborador se dispôs a ajudar na manutenção do código relacionado ao CJDNS, reforçando que ainda existe oposição à retirada imediata do recurso. (Coindoo)
Mudança não afeta regras do Bitcoin
Talvez o ponto mais importante seja que a possível retirada do CJDNS não representa uma mudança no protocolo monetário do Bitcoin.
O CJDNS funciona na camada de comunicação entre os nós. Sua eventual remoção não modifica o limite máximo de bitcoins, regras de mineração, validação de blocos, formato das transações ou consenso da blockchain. (CryptoSlate)
Também não significaria que a rede Bitcoin deixaria de possuir alternativas de conectividade. Nós continuariam podendo utilizar conexões convencionais e tecnologias como Tor e I2P.
Para a grande maioria dos usuários que não utiliza CJDNS, uma eventual retirada provavelmente teria impacto praticamente imperceptível.
Segurança da infraestrutura continua sendo prioridade
A discussão mostra uma característica importante do desenvolvimento do Bitcoin: a segurança da criptomoeda não depende somente da criptografia que protege transações ou do poder computacional utilizado na mineração.
A maneira como milhares de computadores encontram outros participantes e trocam informações também precisa ser resistente a ataques. Estudos continuam analisando diferentes maneiras de isolar nós ou manipular sua conectividade, mostrando que a segurança da camada P2P permanece uma área ativa de pesquisa. (arXiv)
Nesse contexto, os desenvolvedores precisam equilibrar dois objetivos potencialmente conflitantes: oferecer diversas alternativas de conectividade para aumentar a resistência a censura e, simultaneamente, evitar que opções pouco utilizadas criem uma falsa sensação de segurança.
Por enquanto, o CJDNS continua suportado pelo Bitcoin Core. O que existe é uma discussão aberta sobre seu futuro, motivada principalmente pela pequena quantidade de peers encontrados nos testes e pelo possível aumento do risco de ataques de eclipse para usuários que dependam exclusivamente dessa rota. Uma decisão definitiva dependerá das próximas discussões e de eventuais alterações efetivamente incorporadas ao código.
Fontes
CryptoSlate — discussão sobre CJDNS no Bitcoin Core
