Nos últimos dias, a cena mais fácil de subestimar no mundo das criptomoedas não foi uma alta ou queda explosiva de alguma moeda específica, e sim um ramo que tentou mudar as regras do Bitcoin. Ele deu apenas dois passos ao lado da mainnet e, quase imediatamente, perdeu o ritmo do coração.

É isso: o BIP-110. Seu nome oficial é Reduced Data Temporary Softfork. A principal demanda é apertar temporariamente os dados que uma transação do Bitcoin pode carregar, limitando a gravação de parte de inscrições (inscriptions), imagens e quaisquer outros dados. Os apoiadores chamam isso de “limpar lixo e reduzir a carga dos nós”; os opositores, por outro lado, argumentam que, enquanto a transação estiver em conformidade com as regras de consenso e pagar as taxas, os mineradores não deveriam fazer uma triagem do espaço do bloco com base no conteúdo.

Primeiro, vamos aos fatos já ocorridos. Quando o BIP-110 entrou na fase de sinalização obrigatória, a taxa de suporte dos mineradores era de apenas cerca de 2,53% — ou seja, em um ciclo de 2016 blocos, apenas 51 blocos enviaram sinal de apoio, bem abaixo do limiar de 55% definido na proposta. Os nós que executaram essa regra se separaram na altura 961.632; em seguida, os ramos minoritários geraram apenas dois blocos. A cadeia principal continuou, estável, a produzir blocos. Como o ramo herdou a dificuldade da rede principal, mas não tinha hashrate correspondente, a produção de blocos praticamente estagnou.

Isso não é um “erro de código” no sentido comum. A especificação do BIP-110, os vetores de teste e a implementação de referência já foram concluídos; a Bitcoin Optech também vinha acompanhando e discutindo continuamente. Ele falhou em algo mais profundo: não havia mineradores suficientes dispostos a “apostar” seu poder de computação nessa regra, e não se formou um consenso social capaz de permitir que nós econômicos, carteiras e provedores migrassem em conjunto.

Os veteranos sabem: a governança do Bitcoin nunca teve um botão de votação on-chain. Desenvolvedores podem escrever BIPs; nós podem executar softwares; pools de mineração podem signalizar; exchanges e comerciantes podem decidir reconhecer qual cadeia — mas qualquer uma dessas partes, sozinha, não consegue anunciar “upgrade concluído”. No fim, quem manda é a soma de trabalho computacional, a aceitação econômica e o ponto de Scheling formado pela coordenação dos usuários. O código decide se uma cadeia é valid; o hashrate e o mercado decidem se ela consegue “viver”.

O BIP-110 também expôs a camada mais difícil de resolver dentro da narrativa “anti-lixo”: quem define o que é lixo? Hoje dá para filtrar imagens e texto; amanhã seria possível filtrar CoinJoin, provas cross-chain ou algum tipo específico de script? Os apoiadores temem custos para os nós e externalidades do UTXO; os opositores temem que a “neutralidade das transações” seja aberta por uma brecha. Na superfície, a disputa é sobre blockspace; no fundo, é sobre se o Bitcoin deve ser mais uma espécie de protocolo de liquidação neutro ou se deve, ativamente, manter algum “uso puramente monetário”.

Mas também não entenda a paralisia após dois blocos como uma disputa definitivamente encerrada. A falha apenas mostra que o mecanismo de ativação desta vez não recebeu suporte suficiente; isso não significa que o problema de gravação de dados, de inscrições (inscrições) e de recursos dos nós desapareceu. Já há discussões no mercado sobre converter os ramos minoritários em novos parâmetros de PoW; se, de fato, trocarem de algoritmo e reiniciarem depois, já não será apenas impulsionar um soft fork do Bitcoin — ficará mais parecido com a criação de uma nova rede com ativos e um orçamento de segurança independente. Essa ainda é uma possibilidade, não um fato consumado.

Do ponto de vista de quem propõe o projeto, esse evento traz um aprendizado bem concreto: ao fazer um upgrade de protocolo, a conclusão técnica é apenas o ingresso. Incentivos dos mineradores, distribuição dos nós, compatibilidade de carteiras, reconhecimento por exchanges, proteção contra replay, chain ID e comunicação de emergência — se faltar qualquer item, “código executável” pode virar “um ramo que ninguém segue”. Mudanças no nível da rede principal não dependem apenas da velocidade de lançamento, mas do budget de coordenação.

Minha avaliação é que a falha do BIP-110, na verdade, reforçou a inércia de protocolo do Bitcoin: quanto mais a controvérsia envolve neutralidade das transações, mais o limiar do upgrade se aproxima de um “quase consenso factual”. Essa ossificação sacrifica a velocidade de mudança, mas também é uma das razões pelas quais o mercado aceita ver o Bitcoin como uma camada de liquidação de longo prazo.

Se você roda um nó do Bitcoin, o que pesa mais: o bloqueio do espaço de blocos por dados arbitrários, ou a preocupação de que o protocolo comece a decidir “que transações são legítimas”?

#比特币 #BIP110 #BitcoinCore #governança da blockchain

Fonte dos fatos: repositório oficial de Bitcoin BIPs, Bitcoin Optech e registros públicos de produção de blocos on-chain.

Aviso de risco: este artigo é uma pesquisa de protocolo e uma observação do setor, não constitui recomendação de investimento. Ramos minoritários e propostas de mudança de algoritmo têm alto risco técnico e de ativos.