Uma Proposta de Fork Aparece: Como o Bitcoin Realmente Muda

Uma proposta é publicada e descrita como um plano para mudar o Bitcoin. Publicar não custa nada. Ativar é extremamente difícil, e a distância entre as duas coisas é onde a maior parte da cobertura erra.

Soft e hard não são graus da mesma coisa

Um soft fork aperta as regras: blocos válidos sob as novas regras permanecem válidos sob as antigas, então nós que nunca atualizam continuam seguindo a chain. Um hard fork as afrouxa ou altera, então nós que não atualizam rejeitam os novos blocos e a rede se divide. O primeiro é uma mudança que os usuários podem optar por nem notar; o segundo força todo mundo a escolher.

Quem de fato decide

Não os desenvolvedores, que só podem propor e escrever código. Não os mineradores sozinhos, que ordenam transações mas não conseguem fazer nós aceitarem blocos inválidos. A restrição vinculante são os nós econômicos — exchanges, custodiantes, processadores de pagamento, empresas e indivíduos rodando o software que define em qual chain está o dinheiro deles. Uma mudança que essas partes não rodam não é uma atualização; é um novo ativo com um nome parecido.

Por que o processo é lento por design

As propriedades do Bitcoin dependem de as regras serem difíceis de alterar. A lentidão é o recurso, não o defeito: um sistema monetário cujo cronograma de oferta pudesse ser mudado por um grupo motivado não ofereceria a garantia que o torna interessante. Propostas que não conseguem ser ativadas são o sistema funcionando, não um impasse.

O que checar em qualquer história de fork

É soft ou hard? Já foi implementado, ou apenas descrito? Que mecanismo de ativação é proposto, e qual limiar? E quem declarou publicamente que vai rodar isso — não “apoia”, mas vai rodar o código. Essa última pergunta separa quase todas as propostas sérias de quase todo o ruído.