
[ad_1]
Esta atualização foi escrita e fornecida pelo desenvolvedor líder do Litecoin, MimbleWimble David Burkett.
——–
Versão v0.21
Eu esperava que a v0.21 já estivesse disponível, mas estou esperando a revisão do último desenvolvedor. Alguns de nós já fizemos uma compilação de teste para garantir que nosso ambiente esteja configurado corretamente, portanto, quando todos aprovarem o código, poderemos compilar e aprovar o release candidate rapidamente.
A mudança mais notável na v0.21 é a inclusão do suporte Taproot. A lógica por trás do Taproot é a mesma do Bitcoin, mas a ativação será diferente. Decidimos testar o mecanismo que planejamos usar para ativar o MWEB, que é bip8 6 z lockinontimeout
definir.
Às vezes pode ser difícil acompanhar a ativação de um fork de software porque pode ser feito de várias maneiras (BIP8, BIP9, UASF, etc.) -pessoas técnicas.usuários. Eu quero ter certeza de que todos podem acompanhar o que está acontecendo, então vamos falar sobre o processo de ativação do Taproot.
Ativando o Taproot
Cada bloco tem um version
um campo que os mineradores podem usar para “votar” em soft forks. Os mineiros usarão uma pequena porção version
campo de sinal para ativar Taproot.
Uma nova “janela” é iniciada a cada 8064 blocos. Ao final de cada janela, os nós contam todos os blocos que sinalizam a presença do recurso e, se o total atingir um limite especificado, o recurso é “bloqueado” para ativação na próxima janela. No nosso caso, o limite é definido como 6048 blocos ou 75% dos blocos na janela.
Então é assim que será para Taproot:
-
O tarô será inicialmente no
DEFINED
state, o que significa simplesmente que é um recurso conhecido, mas ainda não pode ser votado. -
No bloco 2.153.088 (início a meados de novembro), o recurso mudará para
STARTED
state, o que significa que os Mineiros atualizados podem começar a sinalizar/votar para ativar o Taproot. Após 8064 blocos (a primeira janela), os nós somarão o número de blocos que sinalizaram a ativação do Taproot. -
O processo se repete até que uma das duas condições seja atendida:
-
Uma janela aparece com pelo menos 6048 (75%) blocos sinalizando para Taproot:
-
No final desta janela Taproot muda para
LOCKED_IN
Estado RestaLOCKED_IN
para a próxima janela completa (8064 blocos), permitindo que todos tenham tempo para atualizar. -
Depois de ser
LOCKED_IN
para uma janela inteira, Taproot muda paraACTIVE
. Os nós começam a aplicar as regras de consenso Taproot para todos os blocos
-
-
Se houver um limite NÃO conheceu o bloco 2 362 752 (novembro de 2022), contamos com
lockinontimeout
a opção que mencionei anteriormente:-
Taproot muda para
LOCKED_IN
, apesar de não atingir o limite. Os mineradores devem começar a sinalizar para Taproot. Qualquer bloco que não sinalizar para Taproot será ignorado pelos nós da rede. -
Depois de ser
LOCKED_IN
para uma janela inteira, Taproot muda paraACTIVE
. Os nós começam a aplicar as regras de consenso Taproot para todos os blocos
-
-
Espero que seja fácil de entender, mas se algo não estiver claro, a especificação completa do BIP8 está disponível aqui 6 .
Auditoria
Na quarta-feira, encontrei-me com os auditores da Quarkslab para uma revisão provisória. Eles estão concluindo uma análise estática do código e encontraram pouquíssimos problemas até agora, o que é muito encorajador.
Também discutimos as prioridades para o restante da auditoria para garantir que os pontos mais importantes fossem cuidadosamente cobertos.
Nas próximas semanas, um dos auditores se concentrará em testes manuais, tentando garantir que funcione corretamente e, mais importante, tentando ver se eles podem quebrá-lo.
Outro auditor tem experiência em criptografia, então se concentrará no projeto de transferência unidirecional (LIP-0004) para garantir que não perdemos nenhum ataque que possa quebrar a integridade da chave, tornar a transferência maleável (ou seja, permitir que alguém alterar a transação, da qual não são os criadores), ou quaisquer outros problemas de segurança.
Espero que tenhamos os resultados da auditoria em apenas algumas semanas
[ad_2]
Source link