O CTO Emérito da Ripple, David Schwartz, compartilhou uma nova atualização sobre seu hub, que está em funcionamento há vários meses desde que seu plano inicial foi revelado em agosto passado.
Schwartz ativou seu nó do XRP Ledger no ano passado, publicando seus dados de saída e pesquisando casos de uso para o XRP. O hub do servidor serve como um serviço de produção com tempo de atividade e confiabilidade máximos, e os dados coletados a partir dele são usados para entender o comportamento e o desempenho da rede XRP Ledger.
Em novas informações compartilhadas pelo CTO emérito da Ripple no X em 7 de abril, ele afirmou que teve que desligar o hub para fazer algumas atualizações de software, acrescentando que o tempo de inatividade foi inferior a 10 minutos. Schwartz compartilhou ainda que o hub teve operações impecáveis nas últimas duas semanas, de certa forma, dissipando especulações de que o desligamento poderia ter sido devido a uma ineficiência.
Apenas software. Software XRPL para a versão 3.2.0-b3 e várias atualizações de OS e plataforma.
— David 'JoelKatz' Schwartz (@JoelKatz) April 7, 2026
Um usuário curioso do X perguntou o que ele havia atualizado no hub do servidor. O CTO emérito da Ripple respondeu que eram apenas atualizações de software. Ele destacou uma atualização de software do XRPL para a versão 3.2.0-b3, bem como várias atualizações de sistema operacional e plataforma.
De acordo com a conta oficial do XRP Ledger Foundation no X, uma UNL (Unique Node List) atualizada do XRPL foi lançada. A Gen3Labs foi adicionada à UNL, enquanto a Universidade de São Paulo foi removida a seu pedido.
Uma lista de nós únicos (UNL) é a lista de validadores de um servidor na qual ele confia para não haver conluio. Cada servidor XRP Ledger é configurado com uma UNL, que determina a quais votos de validação ele dá ouvidos e quais votos ele descarta durante o processo de consenso.
Em março, a Versão 3.1.2 do rippled — a implementação de servidor de referência do protocolo XRP Ledger — foi lançada. Esta atualização contém correções para problemas de segurança que, no pior cenário, poderiam causar a falha ou reinício dos servidores. A versão corrige um caso extremo que pode causar interrupções em nós públicos.
