Entrada de atualização do razão XRP: problema principal de rede resolvido

Oi pessoal! Você já cansou de viver na pobreza enquanto as criptomoedas estão curtindo uma vida de luxo? Então junte-se ao nosso canal @Crypnoticias no Telegram, onde compartilhamos notícias sobre criptomoedas em português - porque quem precisa de dinheiro de verdade quando você pode nadar em Dogecoins? Venha para o lado selvagem da especulação financeira, onde o único risco é perder tudo... ou ganhar um foguete para a lua! 😂💰🚀

☞ Junte-se ao Telegram

Como um investidor experiente em criptografia com uma década de experiência, testemunhei o fluxo e refluxo de vários projetos de blockchain, incluindo XRP. A recente atualização do XRP Ledger (XRPL) chamou minha atenção, principalmente devido ao seu foco na solução de um problema de rede que afetou todos os nós do histórico.

O XRP Ledger (XRPL) está prestes a passar por uma atualização projetada especificamente para solucionar um problema de rede. O principal desafio que levou a esta atualização foi a falha dos nós do histórico completo (FH) como resultado de uma limitação no tamanho da página do SQLite.

Um validador da rede XRP, conhecido como Vet, postou recentemente sobre uma resolução em seu blog. De acordo com Vet, o problema com os servidores de histórico completo no XRP Ledger foi integrado com sucesso em uma versão oficial do lançamento ondulado dentro do Repositório XRPLF – especificamente, 2.2.3 ondulado. Esta atualização mais recente agora está pronta para os usuários baixarem e instalarem.

A solução para recuperar o histórico completo do XRP Ledger foi integrada à última versão oficial do repositório rippled, especificamente rippled 2.2.3. Esta versão atualizada agora está pronta para instalação.
— Vet (@Vet_X0) 15 de setembro de 2024

De acordo com uma captura de tela postada por Vet, sugere-se que os usuários do Rippled (servidor de contabilidade XRP) executem a versão 2.2.3 se estiverem operando servidores de histórico completo com tamanho de página de 4096. Esta recomendação não se aplica a validadores, pois eles venceram não encontro esse problema. Eles podem optar por continuar usando a versão 2.2.2 ou atualizar para 2.2.3, pois esta última não traz novas modificações em relação à versão 2.2.2.

O que aconteceu?

Durante o fim de semana, houve uma preocupação na comunidade XRP sobre um problema no servidor ripple que fez com que alguns nós do Full History (FH) parassem de funcionar corretamente.

Normalmente, servidores de histórico abrangentes salvam e fornecem diligentemente todos os históricos de transações. Infelizmente, surgiram problemas com nós FH devido a uma limitação no SQLite relacionada ao tamanho da página.

De acordo com alguns validadores XRPL dUNL, este problema foi levantado há várias semanas, mas ainda não recebeu resolução imediata.

Como um investidor apaixonado por criptografia, gostaria de compartilhar alguns insights de uma postagem recente do fundador do XRP Cafe, xrpl_adam. Ao contrário da suposição generalizada, a questão atual que ele abordou não afeta o consenso ou a saúde geral da rede associada ao Ripple (XRP).

Para esclarecer, a redundância do Clio permite que a maioria dos endpoints XRPL públicos possam recuperar dados históricos de transações sem a necessidade de um servidor Forwarding Header (FH) real para entregar diretamente os resultados de transações anteriores.

De acordo com a explicação de Xrpl Adam, este problema não foi um desenvolvimento recente no XRP Ledger; foi documentado anos atrás. Naquela época, foi apontado que servidores específicos que carregam o histórico completo do razão podem encontrar um problema com o tamanho da página do banco de dados SQLite. Este problema impediria o funcionamento eficaz desses servidores.

O fundador do XRP Cafe, por outro lado, acha que teria sido mais benéfico se a necessidade de uma correção tivesse sido enfatizada anteriormente, de modo a evitar que os nós do Failure Handling (FH) falhassem durante o último fim de semana.

2024-09-16 19:24