Os desenvolvedores do XRP Ledger lançaram a versão 3.4.0 do xrpld em 16 de setembro, adicionando dois pacotes de emendas que revisam as funções de empréstimo nativas propostas e reforçam vários caminhos de transação, enquanto pedem que os operadores de servidor atualizem.
Resumo
- A versão 3.4.0 do XRPL introduz duas emendas cobrindo mudanças de empréstimo mais um pacote de correção de protocolo agora.
- LendingProtocolV1_1 adiciona cofres fechados e contabilidade de base de caixa, mas a ativação na mainnet ainda requer consenso sustentado dos validadores.
- Os operadores de servidor são instados a atualizar rapidamente, pois a XRPL Foundation agora distribui pacotes Linux assinados.
- fixCleanup3_4_0 reforça cofres, AMMs, MPTs, escrow, assinatura, credenciais e comportamento de negociação com permissão em todos os caminhos de transação.
- A nova emenda de empréstimo depende do XLS-65 e XLS-66, que permanecem abaixo dos limites de ativação.
O lançamento oficial do XRPL diz que a versão 3.4.0 introduz LendingProtocolV1_1 e fixCleanup3_4_0, enquanto aposenta fixAMMOverflowOffer depois que seu comportamento pós-emenda se tornou parte permanente do protocolo.
O lançamento do software não significa que qualquer uma das novas emendas esteja ativa na mainnet. O processo de emenda do XRPL exige que uma proposta receba mais de 80% de apoio de validadores confiáveis continuamente por duas semanas antes que suas regras se tornem ativas.
Lending V1.1 adiciona cofres fechados e contabilidade de caixa
O lançamento 3.4.0 do XRPL diz que LendingProtocolV1_1 altera o design dos Cofres de Ativo Único e do Protocolo de Empréstimo ao introduzir cofres fechados com períodos definidos de subscrição, investimento e resgate.
A documentação técnica da Ripple diz que os depositantes podem adicionar ou retirar ativos durante a fase de subscrição. Durante o período de investimento, depósitos e retiradas param, enquanto os ativos podem financiar empréstimos. O resgate começa assim que o período de investimento termina, permitindo que os depositantes recuperem sua parte após o vencimento dos empréstimos.
Assim que LendingProtocolV1_1 se tornar ativo, a documentação do XRPL diz que novos corretores de empréstimo só podem ser anexados a cofres fechados. Relacionamentos de empréstimo existentes criados sob regras anteriores recebem tratamento separado para que posições em aberto possam continuar a ser gerenciadas.
O modelo contábil muda ao mesmo tempo. A documentação da Ripple diz que novos cofres reconheceriam juros apenas quando os mutuários realmente efetuarem pagamentos.
Sob o modelo anterior, todos os juros programados eram reconhecidos quando um empréstimo era originado. A contabilidade de base de caixa deixa os juros futuros não pagos fora da receita do cofre até que o pagamento chegue, afetando AssetsTotal, cálculos de dívida de empréstimo e o tratamento contábil de inadimplências.
As regras da V1.1 não converteriam retroativamente cofres mais antigos. A documentação da Ripple diz que cofres criados sob o método contábil anterior mantêm esse modelo após a ativação da V1.1.
Como a cobertura anterior da emenda relatou, o validador da Ripple já havia votado pelas propostas subjacentes SingleAssetVault e LendingProtocol em agosto, mas a aprovação dos validadores permaneceu bem abaixo do nível exigido para ativação na mainnet.
XRPL 3.4.0 empacota um grande conjunto de correções de transações
A segunda emenda, fixCleanup3_4_0, contém correções que abrangem empréstimos, cofres, Formadores de Mercado Automatizados, Tokens Multiuso, NFTs, custódia, negociação permissionada e autorização de conta.
O lançamento oficial diz que uma mudança impede que o AMMClawback queime os tokens de provedor de liquidez de um detentor enquanto recupera zero ativos subjacentes quando o arredondamento de MPT reduz o valor de recuperação calculado para zero.
Outra correção fortalece as invariantes de MPT. Os desenvolvedores do XRPL disseram que as verificações ValidMPTBalanceChanges e ValidMPTTransfer, que anteriormente geravam logs, são aplicadas sob a emenda e continuam a se aplicar quando as transações falham.
Para Cofres de Ativo Único, o lançamento lista mudanças de precisão e arredondamento em depósitos, saques e clawbacks. As regras são projetadas para manter ativos registrados, ativos disponíveis e oferta de cotas em circulação alinhados quando as conversões atingem limites de precisão.
A negociação permissionada recebe várias correções. O pacote exclui ofertas de domínio excluídas de uma invariante do DEX Permissionado, aperta as verificações de domínio e corrige como as credenciais expiradas são removidas quando transações OfferCreate ou Payment são executadas.
O comportamento de assinatura recebe uma salvaguarda separada. O lançamento diz que a versão 3.4.0 atribui prefixos de hash de assinatura diferentes para assinaturas de contraparte e patrocinador, de modo que uma assinatura criada para um papel não pode ser reproduzida como o outro.
O lançamento contém endurecimento de nó de nível inferior fora do pacote de emendas. Os desenvolvedores corrigiram uma busca de banco de dados ilimitada através do TMGetLedger, limitaram o tamanho das listas de TMTransactions recebidas e introduziram uma taxa para transações que não podem ser desserializadas.
Os desenvolvedores do XRPL disseram que a versão 3.4.0 incorpora correções da fase um decorrentes de descobertas de auditoria e ataqueathon de MPT e DEX. O lançamento não identifica essas correções como evidência de um exploit ativo na mainnet.
Em cobertura de atualização anterior, a versão 3.3.0 já havia introduzido código para várias propostas separadas, incluindo funcionalidade de Batch corrigida, taxas patrocinadas e transferências confidenciais de MPT, com aprovação do validador ainda necessária antes da ativação.
A aprovação do validador ainda separa o lançamento da ativação
As regras oficiais de emenda do XRPL afirmam que instalar software contendo uma emenda apenas dá a um servidor o código necessário para entender as regras propostas. Os validadores escolhem separadamente se votam pela ativação.
O código atual de recursos da XRPLF lista tanto LendingProtocolV1_1 quanto fixCleanup3_4_0 como suportados, mantendo o comportamento de votação DefaultNo. Uma configuração padrão-não significa que executar o software não vota afirmativamente por uma emenda quando um operador não configurou outra escolha.
Os componentes de empréstimo subjacentes permanecem aquém da ativação. Um snapshot de 17 de setembro baseado em dados de histórico de validadores da XRPL Foundation mostrou 16 de 35 validadores confiáveis apoiando SingleAssetVault e 13 de 35 apoiando LendingProtocol.
Essas contagens são sensíveis ao tempo e vêm de um rastreador de rede independente, não de um número fixo publicado nas notas de lançamento. A regra oficial permanece mais de 80% de suporte mantido por duas semanas contínuas.
A nova emenda V1.1 depende da arquitetura de empréstimo subjacente. A especificação atual do XLS-66 descreve empréstimos não colateralizados de prazo fixo usando fundos reunidos através de Cofres de Ativo Único, enquanto a subscrição do mutuário e a avaliação de risco de crédito permanecem fora da cadeia.
A mesma especificação permanece classificada como Rascunho. Nenhuma fonte revisada para esta atualização mostrou um empréstimo na mainnet executado através do protocolo nativo proposto ou uma data de ativação para LendingProtocolV1_1.
Operadores de nó agora recebem pacotes da XRPL Foundation
A versão 3.4.0 altera o caminho de distribuição para pacotes de servidor Linux. O lançamento oficial diz que os pacotes Debian e RPM agora são hospedados através de packages.xrplf.org e assinados com uma chave da XRPL Foundation.
Os desenvolvedores do XRPL pediram aos operadores de servidores que instalassem a versão 3.4.0 "o mais rápido possível" para manter a continuidade do serviço. Os arquivos DEB e RPM publicados incluem somas de verificação SHA-256 para que os operadores possam verificar os pacotes baixados antes da instalação.
O GitHub agora lista a versão 3.4.0 como a mais recente versão imutável do xrpld release, vinculada ao commit 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17. O repositório afirma que a tag de lançamento e o commit da versão possuem assinaturas verificadas.
A mesma versão aposenta o fixAMMOverflowOffer. Sob o modelo de emendas do XRPL, a aposentadoria não reverte a correção. Ela remove o comportamento obsoleto pré-emenda depois que as novas regras se tornaram estabelecidas como comportamento permanente do protocolo.
O suporte ao cliente e a revisão de segurança ainda estão em desenvolvimento
As bibliotecas de aplicativos estão avançando junto com o lançamento do servidor. O histórico do cliente JavaScript da XRPLF history lista o suporte ao LendingProtocolV1_1 na seção não lançada após o xrpl.js 5.2.0, que foi lançado em 11 de setembro.
O histórico do binary-codec shows que a versão 2.11.0 já contém os prefixos de assinatura de patrocinador e contraparte específicos da função usados pelo fixCleanup3_4_0, juntamente com definições de protocolo geradas a partir do xrpld 3.4.0.
Os testes de segurança do trabalho de empréstimo continuaram separadamente da votação dos validadores. A Sherlock disse em uma review de 27 de agosto que a Ripple havia iniciado um exame somente com IA do Lending Protocol V1.1 por meio de seu Audit Engine.
A Sherlock disse que publicaria mais informações após a conclusão da revisão, mas nenhuma descoberta final da V1.1 foi localizada em seus materiais públicos verificados para este relatório. Testes anteriores cobriram uma versão anterior do sistema de empréstimo; prior independent audit coverage relatou que a reauditoria anterior da Halborn não encontrou problemas críticos ou de alto risco, enquanto identificou um achado médio, dois baixos e dois informativos.
