Ativação do Taproot 'Speedy Trial' no Bitcoin ainda pode incluir uma rede de segurança 'UASF'

Taproot – a atualização mais esperada do Bitcoin de todos os tempos – está “próxima” há um ano, mas ONE na comunidade do Bitcoin concordou em como ativá-la. Com o Speedy Trial, pode finalmente haver uma solução, embora ainda possa envolver um “soft fork ativado pelo usuário” (UASF).

Em uma reunião pública na terça-feira no Internet Relay Chat, os stakeholders do Bitcoin mais ou menos concordaram com o método Speedy Trial recentemente proposto, dizendo que a ativação poderia começar em abril ou maio (um mês ou mais depois do previsto, quando os métodos de ativação anteriores estavam na mesa). Não houve objeções sérias à proposta na reunião.

Com o Speedy Trial (mais ou menos) recebendo amplo suporte, a comunidade Bitcoin está se aproximando da conclusão de uma saga que começou anos atrás. Assumindo que tudo ocorra como planejado e o Speedy Trial seja um sucesso, o Taproot pode estar ativo no blockchain do Bitcoin em novembro deste ano.

E se falhar? Bem, então a comunidade Bitcoin aprende novas lições sobre consenso. E isso também significa que pode voltar à estaca ONE com um “soft fork ativado pelo usuário” como um método de ativação inevitável.

O que é Taproot?

A Taproot equipará o Bitcoin com assinaturas Schnorr, um esquema de assinatura que o Bitcoin poderia ter usado desde o ONE dia e que dará um impulso aos softwares de Política de Privacidade, custódia e dimensionamento do Bitcoin.

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

Ao contrário do SegWit, a última grande atualização do Bitcoin, não há oposição ao Taproot. Mas mesmo que a atualização em si T esteja em debate, a maneira de colocar o Taproot online tem sido o assunto de um debate muito acalorado.

Isso porque, diferentemente de uma rede ou serviço centralizado, onde uma pessoa ou grupo de pessoas pode ditar atualizações unilateralmente, o Bitcoin não tem autoridade central. As atualizações são debatidas meticulosamente entre centenas, se não milhares, de partes interessadas em canais sociais.

Mesmo quando uma atualização é um chamado “soft fork” como o Taproot, o que significa que é compatível entre softwares mais antigos e mais novos, a implementação é tratada com cuidado. Então, se o consenso sobre uma rota de ativação do Taproot T estiver claro, é difícil seguir em frente com uma atualização sem suporte suficiente.

O que é o Speedy Trial?

Tal foi o caso do chamadobloqueadoemtempo limiteou debate “LOTE”.

Basicamente, a comunidade não conseguiu decidir se o Taproot deveria ou não falhar se os mineradores T o adotassem, ou se a ativação deveria ou não incluir código para um “soft fork ativado pelo usuário”, no qual os operadores de nó forçam a ativação do Taproot colocando na lista negra os blocos que T suportam o código da atualização (um “soft fork” semelhante).cenário de “soft fork” ativado pelo usuáriodesempenhou um papel na ativação do SegWit).

Leia Mais: A ativação do Taproot do Bitcoin ganha força com a nova proposta de ‘teste rápido’

O desenvolvedor do Bitcoin , Russell O'Connor, propôs Julgamento rápidopara quebrar o impasse e fornecer um teste rápido para ver se os mineradores atualizariam rapidamente (e, portanto, se um UASF é mesmo necessário).

No Speedy Trial, os mineradores teriam três meses para sinalizar suporte ao Taproot após seu código ser enviado pelo Bitcoin CORE, a versão primária do software do Bitcoin. Se 90% dos blocos em um determinado período de tempo não forem compatíveis com o Taproot, isso significa que os mineradores T suportam a atualização e a ativação falha. Se o limite for atingido, a ativação ocorre após um período de seis meses de "bloqueio". Durante esse período, a atualização está pronta, mas sua ativação real é adiada para garantir que não haja soluços.

(Um possível problema: os mineradores T precisam realmente atualizar para o Taproot durante o período de sinalização; eles só precisam sinalizar seu suporte, e o fazem incluindo um BIT único de código nos blocos que mineram. Assim, o atraso existe em parte para que os mineradores tenham tempo suficiente entre a sinalização e a ativação para atualizar seus nós).

O código que colocaria o Speedy Trial em movimento poderia vir da Proposta de Melhoria do Bitcoin 9 (BIP9), cujo código já existe, ou por meio do BIP8, que precisaria ser codificado.

O plano de backup da UASF

“Estamos basicamente onde estávamos algumas semanas atrás, mas com mais dados”, expressou o desenvolvedor de Bitcoin Sjors Provost em um Van Wirdum Sjorsnado podcastem Julgamento Rápido.

Na verdade, esta abordagem é uma versão truncada, de certa forma, da proposta LOT=False que foipreviamente debatidoao lado de LOT=True.

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

Se o Speedy Trial falhar, ele se assemelharia a LOT=False, pois nada acontece. Isso provavelmente também abriria caminho para um cenário LOT=True, alguns membros da comunidade apontaram em uma discussão de Ativação Taproot na terça-feira.

“Se o Speedy Trial falhar, acho que o lançamento do UASF é inevitável”, disse o usuário Shesek.

“Os usuários seriam avisados ​​para esperar uma implantação 'real' de acompanhamento no caso de isso T ser sinalizado”, disse o desenvolvedor do Bitcoin Luke Dashjr no chat, com “real” significando uma ativação por operadores de nó por meio de LOT=True ou UASF. O desenvolvedor prolífico é da Opinião de que o Speedy Trial falhará porque o cronograma é muito curto e porque os mineradores podem não ativar mesmo depois de sinalizarem.

Acabar com o problema ou “adiar”?

Em alguns aspectos, o Speedy Trial é uma ativação de consolação. Não é a primeira escolha de ninguém, mas as pessoas ainda o apoiam porque pode oferecer um fim ao que se tornou uma discussão cansativa e arrastada sobre uma atualização que faz alterações em algumas linhas do código do Bitcoin (sim, realmente).

O desenvolvedor da Blockstream e do Bitcoin , Rusty Russell, comparou o Speedy Trial a "adiar" o problema (ou seja, a coordenação suave da ativação do soft fork) para outro dia.

“Eu entendo que as pessoas estão cansadas e ninguém quer conflito”, ele disse no chat, enquanto esclarecia mais tarde sua posição de que ele acredita que o Speedy Trial é “uma péssima ideia”.

De acordo com Russell, é uma péssima ideia porque estabelece um precedente de que a maneira mais rápida e eficaz de fazer uma atualização deve WIN , não uma que faça dos operadores de nó os árbitros finais para escolher uma mudança no software do Bitcoin. Esse papel de árbitro, argumentam Russell e outros como ele, foi a principal lição da saga do SegWit e uma das verificações mais eficazes do Bitcoin para usuários contra interesses poderosos.

É por isso que os proponentes dessa linha de pensamento querem que o código para alguma forma de UASF seja incluído no lançamento do Speedy Trial desde o início.

Se o Speedy Trial falhar, a ativação dependerá de um soft fork ativado pelo usuário no estilo BIP8 – uma proposta que foi discutida anteriormente, mas que não teve consenso, o que motivou o Speedy Trial.

Este método de ativação ocorreria após o Speedy Trial e incluiria um período de sinalização de um ano (ou 15 meses), após o qual o Taproot seria ativado automaticamente nos nós do usuário por meio do UASF. (Este cenário teria o Taproot sendo ativado em 2022 ou, no máximo, 2023).

Ainda assim, o Speedy Trial precisa falhar para que esse backup tenha efeito, e parece que as partes interessadas estão dispostas a tentar o Speedy Trial primeiro.

Outra reunião será realizada na semana que vem e poderá finalmente resolver o assunto.