O XRP Ledger (XRPL) está definido para receber uma atualização com o objetivo de resolver um problema de rede. O problema principal que motivou essa atualização envolveu nós de histórico completo (FH) falhando devido a uma restrição do SQLite no dimensionamento da página.
Vet, um validador XRP dUNL, compartilhou esse desenvolvimento em um post X. De acordo com Vet, a correção para o problema XRP Ledger Full History Servers foi mesclada em uma versão oficial rippled do Repositório XRPLF - rippled 2.2.3, que agora está disponível para instalação.
A correção para os servidores de histórico completo do#XRPLedger foi mesclada em uma versão oficial do repositório XRPLF - rippled 2.2.3 e disponível para instalação. pic.twitter.com/Owpd6xPEHx
– Veterinário 🏴☠️ (@Vet_X0) 15 de setembro de 2024
De acordo com uma captura de tela compartilhada por Vet, o lançamento da versão 2.2.3 do Rippled (servidor de razão XRP) é fortemente recomendado para servidores de histórico completo usando um tamanho de página de 4096. Como os validadores não são afetados por esse problema, eles podem escolher executar a versão 2.2.2 ou atualizar para a versão 2.2.3. Isso ocorre porque a versão 2.2.3 não introduz nenhuma nova alteração à versão 2.2.2.
O que aconteceu?
No fim de semana, a comunidade XRP chamou a atenção para um problema no servidor rippled que causou falha nos nós de histórico completo (FH).
Em circunstâncias normais, servidores de histórico completo gravam e servem alegremente o histórico completo de transações. No entanto, nós FH falharam devido a uma restrição do SQLite no dimensionamento da página.
Esse problema, de acordo com alguns validadores do XRPL dUNL, havia sido destacado semanas atrás, mas não conseguiu obter atenção imediata.
O fundador do XRP Cafe, xrpl Adam, esclareceu em uma postagem no X que, ao contrário da crença popular, esse problema não tem impacto no consenso ou na saúde da rede.
cartão
Além disso, com a redundância do Clio, a maioria dos endpoints XRPL públicos não exige um servidor FH real para retornar resultados de transações históricas.
De acordo com Xrpl Adam, o problema não era novo no XRP Ledger, tendo sido documentado anos atrás. Foi notado então que certos servidores rippled com histórico de ledger completo podem ter um problema com o tamanho da página do banco de dados SQLite, impedindo que o servidor opere corretamente.
O fundador do XRP Cafe, no entanto, acredita que a urgência da correção deveria ter sido promovida antes para evitar que os nós FH caíssem, o que aconteceu no fim de semana.
