A engenheira da RippleX, Mayukha Vadari, abordou as preocupações dos desenvolvedores enquanto o XRP Ledger passa por uma reformulação dos fundamentos de seu repositório.
Atualmente, os desenvolvedores do núcleo do XRPL têm trabalhado arduamente na reconstrução dos fundamentos do repositório. Seis áreas de foco atualmente em desenvolvimento foram destacadas, incluindo telemetria, nomenclatura, segurança de tipo (type safety), refatoração, registro (logging) e documentação.
Nesse contexto, um usuário de XRP perguntou se há um ETA (prazo estimado) para quando grande parte da refatoração no núcleo deve desacelerar a atualização diária de patches.
No momento, o foco está na estabilização e correção de bugs, o que significa que o feedback será mais lento e conflitos são prováveis à medida que as coisas continuam a mudar. Não há necessidade de continuar atualizando seus branches a cada mudança - uma cadência mais lenta é perfeitamente aceitável.
— Mayukha Vadari (@msvadari) April 3, 2026
Eu entendo a frustração,…
Essa pergunta foi direcionada à engenheira da RippleX, Mayukha Vadari. Vadari respondeu que o foco atual permanece na estabilização e correção de bugs, o que significa que o feedback pode ser mais lento e conflitos são prováveis à medida que as coisas continuam a mudar. A desenvolvedora da RippleX diz que não há necessidade de os usuários continuarem atualizando seus branches a cada mudança, portanto, uma cadência mais lenta é perfeitamente aceitável.
Seis áreas estão atualmente sendo trabalhadas pelos desenvolvedores do XRP Ledger, de acordo com o desenvolvedor do XRPL, Denis Angell. Estas incluem telemetria, abrangendo relatórios corporativos, métricas e registro em tempo real (real-time logging).
O desenvolvedor do XRP Ledger, Denis Angell, observou que, no passado, se houvesse um problema, os logs tinham que ser solicitados aos validadores. Os desenvolvedores do XRP Ledger agora podem construir um Centro de Comando completo para o XRPL e monitorar a UNL como uma empresa.
Em segundo lugar está a nomenclatura e em terceiro a segurança de tipo (type safety), com Angell observando que existem áreas que não são seguras em termos de tipo. Adicionar isso ajudará os desenvolvedores a encontrar bugs antes mesmo de o aplicativo compilar. Também prepara o repositório para o futuro.
O quarto é a refatoração, que Angell acredita que pode ter opiniões diversas, mas que ajudará os desenvolvedores do núcleo. Ele afirmou que viu alguns dos resultados iniciais, que foram promissores.
O quinto é o registro (logging), com o objetivo de sinergizar o registro. Isso ocorre porque os logs são vastamente diferentes de um arquivo para o outro. Uma vez que isso seja organizado, a telemetria poderá ser inserida em ferramentas que permitirão pesquisar e filtrar logs, acelerando o tempo de depuração para desenvolvedores e a triagem da rede.
O sexto é a documentação. De acordo com Angell, este esforço ainda não começou porque a refatoração ainda está em andamento, mas será a última peça do quebra-cabeça, e quando concluída, dará aos desenvolvedores todas as ferramentas necessárias para entender o código. Também permitirá que novos desenvolvedores compreendam melhor o código sem ter que agendar uma chamada com engenheiros sêniores da RippleX.
XRP
SHIB