Explicação da Divisão da Cadeia do Bitcoin: Por que Cada Detentor de BTC Recebe um Novo Ativo 1:1

O Bitcoin tem dois forks no calendário para 2026. O programador Paul Sztorc planeia um hard fork deliberado chamado eCash, a ativar na altura de bloco 964,000, com previsão para cerca de 21 de agosto. Em separado, uma proposta controversa de soft fork chamada BIP-110 traz a possibilidade de dividir a cadeia por acidente durante a sua janela de sinalização de agosto. Ambos os acontecimentos colocam a mesma questão para qualquer pessoa que detenha BTC: por que razão um split de cadeia entrega uma segunda moeda, e por que razão a taxa de câmbio é sempre 1:1 no momento em que isso acontece.

Principais conclusões

• Um split de cadeia do Bitcoin duplica o conjunto de UTXOs, dando aos detentores uma moeda 1:1 em ambos os ledgers.
• O fork eCash de Paul Sztorc ativa no bloco 964,000 do Bitcoin por volta de 21 de agosto de 2026.
• A proteção contra replay, a dificuldade de mineração e o mercado, e não a generosidade, é que determinam se uma moeda em fork se mantém.

A resposta não tem nada a ver com generosidade e tudo a ver com como o Bitcoin regista, na prática, a propriedade.

O Bitcoin não acompanha saldos, acompanha outputs

O Bitcoin não tem um livro-razão de contas com nomes e totais em execução. Em vez disso, acompanha os outputs de transações não gastas, conhecidos como UTXOs. Cada UTXO é um bloco discreto de bitcoin bloqueado numa chave específica. O saldo de uma carteira é apenas a soma de todos os UTXOs que a chave privada consegue desbloquear. Esse detalhe importa porque explica o que um fork realmente copia.

Quando um hard fork produz uma divisão duradoura, duas redes começam a impor regras diferentes a partir do mesmo ponto partilhado na história. Cada bloco antes desse ponto, e cada UTXO que existia no momento imediatamente anterior, é idêntico em ambas as cadeias.

Uma interpretação visual de um split de cadeia do Bitcoin quando as duas redes não concordam no mesmo conjunto de regras. Não é necessário recriar nem reemitir nada. Ambas as redes já têm os mesmos registos, porque eram a mesma cadeia até ao split.

Por que 1:1 não é um presente, é duplicação

Imagine um detentor com 1 BTC num único UTXO imediatamente antes de um split. Esse output existe na história partilhada que ambas as cadeias herdam. A cadeia do bitcoin reconhece-o. A nova cadeia em fork reconhece-o também, porque aceitou os mesmos blocos até esse ponto. A chave privada não foi copiada por algum processo de rede. Já era a única coisa capaz de gastar aquele output e, agora, dois conjuntos separados de nós concordam independentemente com esse facto.

Uma interpretação visual de como os UTXOs de BTC podem partilhar a mesma história após um split de cadeia. É por isso que a proporção é sempre 1:1 no snapshot. Não é um air drop no sentido convencional, em que um projeto cria novos tokens e os envia para uma lista de endereços. Ninguém compila uma lista. Nenhuma transação nova move qualquer coisa. A rede em fork simplesmente calcula o mesmo conjunto de UTXOs pré-split que já existia e, depois, começa a aplicar as suas próprias regras a partir daí.

Uma regra não garante dois futuros iguais

A relação 1:1 descreve apenas o instante do split. Depois disso, as duas cadeias deixam de se manter em sincronização. Um detentor pode gastar o seu bitcoin na cadeia original, deixando a moeda em fork intocada, ou o contrário. O novo bitcoin minerado após o split só existe na cadeia do Bitcoin. As novas moedas mineradas na cadeia em fork só existem ali. A oferta, o preço e o histórico de transações divergem do split.

A auto custódia torna, em princípio, a reclamação de ambos os lados relativamente simples, já que quem controla a chave no snapshot consegue tipicamente assinar transações em qualquer cadeia. As custódias funcionam de forma diferente. Se o bitcoin estiver numa carteira de uma exchange, a exchange controla a chave no snapshot, não o cliente individual. Se esse cliente recebe a moeda em fork depende inteiramente da política da plataforma, e não do protocolo em si.

A história partilhada cria um risco oculto: replay

Como ambas as cadeias começam com regras de assinatura idênticas, uma transação criada para uma cadeia pode, por vezes, ser válida na outra também. A pessoa não precisa de uma chave privada para explorar isto. Basta copiar uma transação já assinada de uma rede e a retransmitir na segunda. Se correr, o detentor perde a capacidade de decidir de forma independente quando e como mover a sua moeda em fork.

É por isso que forks sérios no passado incorporaram proteção contra replay, normalmente ao embutir um identificador específico da cadeia no que é assinado. Uma transação que inclua esse identificador valida na cadeia pretendida e falha na outra, fechando a brecha sem exigir que os utilizadores façam qualquer coisa extra. Forks sem proteção forte deixam essa decisão ao detentor, que poderá precisar de deliberadamente criar uma transação exclusiva de cadeia antes de ser seguro mover fundos livremente em qualquer um dos lados.

A dificuldade de mineração é o próximo obstáculo da nova cadeia

Uma cadeia em fork também herda a dificuldade de mineração do Bitcoin, calibrada para a taxa de hash que a rede tinha antes do split. Esse número raramente coincide com aquilo que a nova cadeia atrai de facto. Se seguir muito menos poder de hash ao fork, os blocos chegam lentamente até ao próximo ajuste agendado, deixando a nova rede com uma janela temporária em que produz blocos de forma irregular e permanece mais fácil de perturbar do que a cadeia de onde veio.

O poder de hash decide por qual cadeia um nó realmente segue

Um detalhe adicional impede que as duas redes “sangrem” uma na outra. Os nós do Bitcoin escolhem a cadeia válida que transporta a maior prova de trabalho acumulada (PoW), mas apenas entre cadeias que seguem as suas próprias regras de consenso. Um nó que imponha as regras originais do Bitcoin não vai aceitar um bloco em fork só porque os mineradores em fork produziram mais trabalho acumulado atrás dele. A taxa de hash resolve disputas entre blocos válidos em concorrência dentro do mesmo conjunto de regras. Não tem poder para fazer com que um nó aceite um bloco que viole as regras que esse nó já impõe. É parte do motivo pelo qual um hard fork resulta em duas cadeias persistentes em vez de uma simples cadeia vencer de forma definitiva.

Nada disto muda o mecanismo básico no centro de ambos eCash e BIP-110. Um split de cadeia não cria valor do nada. Duplica o reconhecimento de um registo existente de propriedade em dois ledgers que, depois, seguem os seus próprios caminhos, deixando a proteção contra replay e a estabilidade de mineração determinarem o quão utilizável se torna o novo ativo.