Os detentores de Bitcoin recebem automaticamente uma moeda duplicada 1:1 quando ocorre uma cisão na cadeia, porque o Bitcoin acompanha saídas de transacção não gastas (UTXOs) em vez de saldos de conta, e ambas as redes herdam o mesmo conjunto de UTXOs a partir da sua história partilhada. O fork do eCash de Paul Sztorc é ativado no bloco 964.000 do Bitcoin, por volta de 21 de agosto de 2026, criando uma cisão. A relação 1:1 resulta do mecanismo de duplicação de UTXOs, não de qualquer “airdrop” ou generosidade—ambas as cadeias simplesmente reconhecem os mesmos registos de propriedade que existiam antes da cisão. A proteção contra replay, o ajuste da dificuldade de mineração e a dinâmica do mercado determinam se a moeda forked mantém a sua utilidade e valor após a separação. A arquitetura UTXO do Bitcoin significa que qualquer detentor que controle uma chave privada no momento do snapshot pode desbloquear a mesma quantia em ambas as cadeias, embora os dois activos se desviem imediatamente após a cisão.
O Bitcoin acompanha UTXOs em vez de saldos de conta
O Bitcoin não tem um livro-razão de contas com nomes e totais em curso. Em vez disso, acompanha saídas de transacção não gastas, conhecidas como UTXOs. Cada UTXO é um pedaço discreto de bitcoin bloqueado a uma chave específica. O saldo de uma carteira é apenas o somatório de todos os UTXOs que a chave privada consegue desbloquear. Quando um hard fork produz uma cisão duradoura, duas redes começam a aplicar regras diferentes a partir do mesmo ponto partilhado na história. Todos os blocos antes desse ponto, e todos os UTXOs que existiam no momento imediatamente anterior, são idênticos em ambas as cadeias. Não é necessário recriar nem reemitir nada. Ambas as redes já têm os mesmos registos, porque foram a mesma cadeia até à cisão.
A cisão duplica o conjunto de UTXOs no bloco de snapshot
Um detentor com 1 BTC num único UTXO imediatamente antes de uma cisão tem essa saída a existir na história partilhada que ambas as cadeias herdam. A cadeia do bitcoin reconhece isso. A nova cadeia forked 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 essa saída, e agora dois conjuntos distintos de nós concordam de forma independente nesse facto. A relação é sempre 1:1 no snapshot. Não é um airdrop no sentido convencional, em que um projeto cunha novos tokens e os envia para uma lista de endereços. Ninguém compila uma lista. Não é movida nenhuma transacção. A rede forked apenas calcula o mesmo conjunto de UTXOs pré-cisão que já existia e, de seguida, começa a aplicar as suas próprias regras a partir daí.
As cadeias pós-cisão divergem independentemente
A relação 1:1 descreve apenas o instante da cisão. Depois disso, as duas cadeias deixam de se manter sincronizadas. Um detentor pode gastar o seu bitcoin na cadeia original, deixando o activo forked intocado, ou o inverso. O novo bitcoin minado após a cisão da cadeia existe apenas na cadeia Bitcoin. Os novos coins minados na cadeia forked existem apenas lá. A oferta, o preço e o histórico de transacções divergem da cisão. A custódia própria torna, em princípio, a reivindicação de ambos os lados mais directa, já que quem controla a chave no snapshot consegue tipicamente assinar transacções em qualquer cadeia. A custódia por terceiros funciona 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 o activo forked depende integralmente da política da plataforma, e não do protocolo em si.
Surge o risco de replay devido ao formato partilhado de transacção
Como ambas as cadeias começam com regras de assinatura idênticas, uma transacção criada para uma cadeia pode, por vezes, ser válida na outra também. Ninguém precisa de uma chave privada para explorar isso. Basta copiar uma transacção já assinada de uma rede e reenviá-la na segunda. Se funcionar, um detentor perde a capacidade de decidir de forma independente quando e como mover o seu activo forked. Forks sérios no passado incorporaram proteção contra replay, normalmente ao embutir um identificador específico da cadeia no que é assinado. Uma transacção que inclui esse identificador é válida na cadeia pretendida e falha na outra, fechando a lacuna sem exigir que os utilizadores façam algo extra. Forks sem proteção forte deixam essa decisão ao detentor, que pode precisar de criar deliberadamente uma transacção exclusiva da cadeia antes de ser seguro mover fundos livremente dos dois lados.
A cadeia forked herda a dificuldade de mineração original
Uma cadeia forked também herda a dificuldade de mineração do Bitcoin, que foi calibrada para a taxa de hash que a rede tinha antes da cisão. Esse valor raramente corresponde ao que a nova cadeia atrai de facto. Se seguir ao fork uma quantidade muito menor de capacidade de hash, os blocos chegam devagar até ao próximo ajuste de dificuldade programado, deixando a nova rede com uma janela temporária em que produz blocos de forma desigual e permanece mais fácil de interromper do que a cadeia de onde veio.
Os nós aplicam regras de consenso independentemente da taxa de hash
Os nós do Bitcoin escolhem a cadeia válida que carrega a maior prova de trabalho acumulada, mas apenas entre cadeias que seguem as suas próprias regras de consenso. Um nó que aplique as regras originais do Bitcoin não vai aceitar um bloco forked apenas porque os mineradores forked produziram mais trabalho cumulativo atrás dele. A taxa de hash resolve disputas entre blocos válidos em concorrência que estejam no mesmo conjunto de regras. Ela não tem poder para fazer um nó aceitar um bloco que viole as regras que esse nó já aplica. É também por isso que um hard fork resulta em duas cadeias persistentes em vez de uma cadeia simplesmente vencer de forma absoluta. Uma cisão na cadeia não cria valor do nada. Duplicaria o reconhecimento de um registo existente de propriedade em dois registos, que depois seguem caminhos próprios, deixando a proteção contra replay e a estabilidade de mineração determinarem o quão utilizável se torna o novo activo.
FAQ
O que acontece aos detentores de Bitcoin quando o fork do eCash de Paul Sztorc é ativado por volta de 21 de agosto de 2026?
Os detentores de Bitcoin recebem automaticamente uma moeda duplicada 1:1 na cadeia forked porque ambas as redes herdam o mesmo conjunto de UTXOs a partir da sua história partilhada até ao bloco 964.000. A chave privada que controlava o bitcoin antes da cisão pode desbloquear a mesma quantia em ambas as cadeias após a cisão.
Porque é que uma cisão da cadeia Bitcoin cria uma relação de activos 1:1?
O Bitcoin acompanha saídas de transacção não gastas (UTXOs) em vez de saldos de conta. Quando um hard fork produz uma cisão duradoura, ambas as cadeias reconhecem o mesmo conjunto de UTXOs que existia antes da cisão. A rede forked calcula o mesmo conjunto de UTXOs pré-cisão e aplica as suas próprias regras a partir daí, resultando numa relação 1:1 no bloco de snapshot.
Qual é o risco de replay numa cisão da cadeia Bitcoin?
Como ambas as cadeias começam com regras de assinatura idênticas, uma transacção criada para uma cadeia pode, por vezes, ser válida na outra também. Alguém pode copiar uma transacção já assinada de uma rede e reenviá-la na segunda. Forks sérios incorporam proteção contra replay ao embutir um identificador específico da cadeia no que é assinado, tornando a transacção válida apenas numa das cadeias.
