O engenheiro da Ripple explica o ritmo da actualização do XRPL, com o foco a passar para correcções de erros e fiabilidade - U.Today

O engenheiro da RippleX, Mayukha Vadari, abordou as preocupações dos programadores enquanto o XRP Ledger passa por uma reformulação dos fundamentos do seu repositório.

Atualmente, os programadores principais do XRPL estão ocupados a reconstruir os fundamentos do repositório. Foram delineadas seis áreas de foco que estão a ser trabalhadas, incluindo telemetria, nomenclatura, segurança de tipos, refatoração, registo (logging) e documentação.

Neste contexto, um utilizador de XRP perguntou se existe uma ETA (prazo previsto) para que grande parte da refatoração na camada principal (core) passe a abrandar a atualização diária de patches.

HOT Stories

Shiba Inu (SHIB) Nunca Saiu do Downtrend, A Suporte Fundamental de Midnight (NIGHT) Já Está Presente, Quais São Três Fatores de XRP Necessários para uma Reversão em Alta? Revisão do Mercado de Cripto

Ripple Recebe Forte Pontuação de Crédito, A Taxa de Queima do Shiba Inu (SHIB) Dispara 2.332%, O Exec da Cardano (ADA) Provoca Parceria com a Mastercard

Esta questão foi dirigida ao engenheiro da RippleX, Mayukha Vadari. Vadari respondeu que o foco atual continua a ser a estabilização e a correção de bugs, o que significa que o feedback poderá ser mais lento e é provável que surjam conflitos à medida que as coisas continuem a mudar. O programador da RippleX diz que não há necessidade de os utilizadores continuarem a atualizar as branches com cada alteração, pelo que um ritmo mais lento está perfeitamente bem.

XRP Ledger vê uma reformulação

Seis áreas estão a ser trabalhadas pelos programadores do XRP Ledger, de acordo com o programador do XRPL Denis Angell. Estas incluem telemetria, abrangendo relatórios para empresas, métricas e registo (logging) em tempo real.

O programador do XRP Ledger, Denis Angell, referiu que, no passado, caso surgisse um problema, os registos tinham de ser solicitados aos validadores. Os programadores do XRP Ledger podem agora construir um Command Center completo para o XRPL e monitorizar a UNL como uma empresa.

Em segundo lugar, está a nomenclatura e, em terceiro, a segurança de tipos, com Angell a salientar que existem áreas que não são seguras em termos de tipos. Adicionar isto vai ajudar os programadores a detetar bugs antes mesmo de a aplicação compilar. Também protege o repositório para o futuro.

A quarta é a refatoração, que Angell acredita poder ter opiniões mistas, mas que irá ajudar os programadores do core. Ele afirmou que viu alguns dos primeiros resultados, que eram promissores.

A quinta é o registo (logging), com o objetivo de aqui sinergizar o logging. Isto porque os registos são vastamente diferentes de um ficheiro para o outro. Uma vez que isto seja tratado, a telemetria pode ser ingerida em ferramentas que permitem procurar e filtrar registos, acelerando o tempo de debug para os programadores 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á a ser feita, mas será a última peça do puzzle, e quando estiver concluído vai dar aos programadores todas as ferramentas de que necessitam para compreender o código. Também permitirá que novos programadores compreendam melhor o código sem terem de agendar uma chamada com engenheiros seniores da RippleX.