Atualização do Bitcoin Taproot definida para julho, mas alguns detalhes mais sutis ainda T foram finalizados

Uma data de lançamento e um cronograma de ativação foram definidos para a atualização Taproot do Bitcoin, mas os desenvolvedores e outras partes interessadas ainda estão debatendo o melhor método para coordenar a maior atualização do Bitcoin desde o SegWit.

Porum chat IRC público discussão, o código para a atualização Taproot totalmente preparada e pronta será implantado em algum momento entre 17 e 31 de março (ou abril, se necessário), mas a sinalização real que inicia o processo de ativação provavelmente T começará até julho.

Se tudovai como planejado, então a “maioria econômica” do Bitcoin (mineradores e operadores de nós que executam o código do Bitcoin) poderia atualizar dentro de duas semanas do início do período de sinalização. Em agosto de 2022, o período de ativação do Taproot atingirá seutempo fora da alturae a sinalização terminará.

Supondo que os pools de mineração que refletem mais de 90% da taxa de hash do Bitcoin suportem o Taproot antes dotempo fora da altura (como indica uma pesquisa), então a grande maioria do apoio garantiria que o Taproot fosse um sucesso, e os outros 10% ou mais (a “minoria econômica”) podem atualizar sem consequências depois.

Mas o que acontece se os pools de mineraçãoT sinal para ativar o Taproot? Bem, é aí que o problema está em discussão agora. Mas para alguns dos stakeholders do Bitcoin o problema nem T existir.

Leia Mais: Como a atualização Taproot do Bitcoin melhorará a Tecnologia em toda a pilha de software do Bitcoin

Verdadeiro ou falso?

Primeiro, uma observação QUICK sobre as atualizações do Bitcoin .

Diferentemente de uma rede centralizada, cujos operadores centrais podem exigir uma atualização quando e como quiserem, a rede do Bitcoin é descentralizada, então as atualizações exigem tomada de decisão deliberada e discussão entre as partes interessadas do Bitcoin (ou seja, desenvolvedores, mineradores, empresas e usuários avançados). Taproot é um “soft fork”, ou seja, uma mudança que é compatível com versões anteriores do software (diferentemente de um “hard fork”, onde conjuntos de regras mais novos e conjuntos de regras mais antigos são incompatíveis).

Soft fork ou não, o cerne da questão para ativar o Taproot é se os operadores de nós (aqueles indivíduos que executam o código-fonte do Bitcoin) devem ter a opção de forçar a ativação da atualização se uma supermaioria dos mineradores não conseguir dar suporte a ela antes do tempo limite.

Isso permitiria que os operadores de nó rejeitassem blocos de mineradores que T suportassem a atualização. Esse tipo de medida (o chamado “soft fork ativado pelo usuário”) foi usado para estimular o Ativação da atualização do SegWit em 2017e acredita-se que tenha movido oJanela Overtonpara que os mineradores aceitem a atualização.

A outra opção é não incluir esse recurso de forma alguma. Essas opções do Bitcoin Improvement Proposal (BIP) para forçar ou não forçar a atualização são chamadas respectivamente de BIP8 (true) e BIP8 (false), também conhecidas como LOT=true e LOT=false. LOT é a abreviação de hora marcada, um recurso que determina se o Taproot será "bloqueado" se a ativação em toda a rede T for alcançada quando o tempo fora da alturaé atingido; a opção (true) exige automaticamente a atualização após o término da janela de ativação, enquanto (false) permite que ela falhe completamente.

Os oponentes do BIP8 (verdadeiro) dizem que essa medida agressiva é gratuita porque o Taproot T corre o risco de falhar. Como disse o colaborador do Bitcoin CORE, Andrew Chow, com o Pesquisa de ativação do Taproot enviada aos mineradores, “a comunidade já decidiu ativar, [então] não há necessidade de [fazer] LOT=true. Os mineradores são parte da comunidade.”

Leia Mais: Todos os principais pools de mineração agora oferecem suporte ao Taproot, a maior atualização do Bitcoin em anos

A ativação do Taproot pode causar uma divisão na cadeia do Bitcoin ?

Outros ainda a favor do BIP8 (verdadeiro) acreditam que é um recurso necessário para coordenar a atualização, o que, na rara circunstância de extrema descoordenação, poderia dividir a rede Bitcoin em versões incompatíveis se algo der errado.

“LOT=true não divide a cadeia. Ele reduz estritamente a probabilidade disso”, disse o proponente primário do BIP8 (true), Luke Dashjr, no chat.

Dashjr compartilha essa visão com outros, como hsjoberg, que observou: “Lot=true garantiria que os nós atualizados exigissem uma cadeia específica”. Isso significa que os operadores de nós que executam true exigiriam que a versão do Bitcoin ativada pelo Taproot fosse a cadeia “real”, então, teoricamente, isso ajudaria a coordenar o consenso entre os atores para evitar uma divisão.

Um brg444 argumentou que “se lot=true for ativado, haverá uma divisão de rede”. Mas isso só aconteceria se a ativação forçada acontecesse. Brg444 disse que acha que isso é improvável, porque a ameaça dessa divisão seria o suficiente para assustar os mineradores e fazê-los ativar antes que a ativação forçada ocorra.

O fantasma do passado do SegWit

Mas uma tática de intimidação é realmente necessária ou é uma demonstração flagrante de força?

“[Na minha Opinião, as pessoas] têm TEPT por causa do SegWit... [elas estão] sendo preventivamente defensivas, aparentemente sem nenhuma razão, a não ser pelo medo de Eventos passados ​​que agora parecem ter baixa probabilidade de realmente ocorrer”, disse o CTO da Lightning Labs, Olaoluwa Osuntokun, no chat, referindo-se aos mineradores que originalmente se opunham à ativação do SegWit.

“[P]ois estão apenas fazendo shadowboxing, Casper , rs”, ele disse mais tarde. “Vamos dar uma chance ao [BIP8 (falso)] e revisar depois se as coisas realmente acontecerem.”

Afinal, se seis meses ou mais após o início da ativação os mineradores T tiverem sinalizado para o Taproot, então LOT=true poderia ser codificado posteriormente para impor a atualização.

Ainda assim, isso adicionaria mais um passo ao processo, e fazer essa mudança post-factum seria mais trabalhoso do que apenas incluí-la no lançamento inicial. Mas alguns acham que é uma decisão mais prudente, especialmente considerando o estigma que marca o desenvolvimento do Bitcoin como um jardim fechado que está sujeito ao cuidado apenas dos desenvolvedores.

“LOT=true parece que os desenvolvedores estão forçando uma mudança na comunidade. Embora isso possa não ser necessariamente o caso, a aparência disso acontecendo não é uma coisa boa. Dado que T acreditamos que haverá problemas com a ativação, eu preferiria que LOT=false evitasse essa visão”, disse Chow.

Uma questão de coordenação

Notavelmente, a última reunião para discutir Taproot pareceu indicar apoio majoritário para LOT=false. Com apenas 100 ou mais participantes nesta rodada (em oposição a quase o dobro do comparecimento da última vez), e algum favor crescendo para LOT=true, no entanto, "T podemos realmente medir o 'consenso da comunidade'", disse o colaborador Darosoir.

De acordo com o wiki de ativação do Taproot, 26 participantes da reunião de ontem favoreceram vocalmente LOT=false, enquanto 19 favoreceram LOT=true (algumas partes mais neutras indicaram que ficariam bem com qualquer uma delas).

Leia Mais: Atualização do Taproot: Usuários de Bitcoin se concentram no plano de ativação, data ainda a ser definida

Dificilmente representativos da vasta comunidade internacional do Bitcoin, os participantes do IRC deixaram a reunião sem um consenso claro sobre os parâmetros precisos de ativação, com alguns expressando a necessidade de reduzir as complexidades do processo para obter uma Opinião mais informada da comunidade em geral.

“Eu direi, no entanto, que acho que essa discussão teria se beneficiado de ter uma visão mais clara da comunidade apoiando isso de forma esmagadora. Fora do tópico para esta reunião, mas qualquer pessoa interessada em como obter melhores dados sobre isso, eu estaria interessado em trabalhar com”, escreveu Keagan McClelland, cofundador do Start9 Labs, no chat.

Com uma data definida para o final de março e a maior parte dos parâmetros de ativação escolhidos no BIP8, a questão final a ser respondida para a implantação do Taproot é se deve ou não incluir a medida de “soft fork ativado pelo usuário” desde o início.

O Taproot será entregue pela BIP8 no final de março e a ativação está prevista para julho, então essa pergunta terá que ser respondida dentro do mês.