O CTO da Ripple explica hard forks do XRPL antes do prazo de 3.1.3

A próxima atualização 3.1.3 do XRP Ledger gerou um novo debate depois que o CTO Emérito da Ripple, David Schwartz, explicou por que o XRPL tem mais eventos que parecem “hard forks técnicos”.
Resumo
* David Schwartz disse que o XRPL tem mais “hard forks técnicos” do que a maioria dos ledgers públicos estabelecidos.
* O XRPL 3.1.3 inclui a correção fixCleanup3_1_3 para NFTs, Permissioned Domains, Vaults e Lending Protocol.
* Nodes que perderem o prazo de 27 de maio para a atualização podem enfrentar bloqueio de emenda e interrupção do serviço.

O XRP Ledger está caminhando para a ativação da versão 3.1.3, que inclui a emenda fixCleanup3_1_3. O release oficial do XRPL diz que a emenda contém correções para NFTs, Permissioned Domains, Vaults e o Lending Protocol. Devido à natureza das correções, seu voto padrão foi definido como sim.

Conforme já noticiado pela crypto.news, a emenda entrou em um período de ativação de duas semanas e deve ser ativada em 27 de maio. Também afirmou que operadores precisam atualizar para que seus nodes possam seguir as novas regras da rede.

O prazo levantou preocupação entre alguns membros da comunidade porque nodes mais antigos podem perder acesso normal depois que a emenda for ativada. Isso levou a um debate sobre se o processo de upgrade deve ser visto como manutenção rotineira ou como um risco de hard fork.

David Schwartz explica hard forks do XRPL
-------------------------------------------

Schwartz abordou o debate no X e disse que o XRPL tem mais eventos que são “hard forks tecnicamente” do que muitas outras blockchains públicas estabelecidas. Ele vinculou esse padrão ao design do XRPL e ao seu uso de smart transactors.

Ele também rebateu um modelo simples de “um node, um voto”. Schwartz disse: “Eu não acho que alguém gostaria de um esquema de ‘um node, um voto’”, acrescentando que alguém poderia criar muitos nodes para manipular esse tipo de sistema.

Seus comentários se concentraram em como o XRPL lida com a coordenação. Na sua visão, apenas a contagem bruta de nodes não decide qual cadeia se torna o ledger principal se ocorrer uma divisão.

Split de validador do XRPL e debate sobre UNL
---------------------------------------

Schwartz disse que um split de validador não decide o resultado por si só. Ele escreveu que cada lado precisaria de validadores suficientes para criar uma Unique Node List, ou UNL, funcional, com validadores que concordem com um ledger stream.

Esse ponto importa porque a consensualidade do XRPL depende de listas de validadores confiáveis, e não de mineração ou peso de staking. Se dois grupos seguirem regras diferentes, cada grupo também precisaria de listas de validadores correspondentes e distribuições de código para continuar produzindo ledgers.

O debate não significa que um split de cadeia tenha ocorrido. Ele mostra como o modelo de upgrade do XRPL depende de atualizações de software, alinhamento de validadores e de usuários escolhendo quais regras seguir.

Correções da emenda do XRPL permanecem como foco principal
----------------------------------------------

O upgrade atual se concentra em correções de bugs, em vez de uma nova funcionalidade de mercado. O release oficial do XRPL diz que fixCleanup3_1_3 cobre correções de limpeza de NFT, Permissioned Domains, Vaults e o Lending Protocol.

Isso torna o prazo de 27 de maio importante para exchanges, empresas de infraestrutura, validadores e projetos que usam serviços do XRPL. Nodes que não fizerem upgrade podem ficar desalinhados com as regras ativas da rede.