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.
Isenção de responsabilidade: As informações contidas nesta página podem ser provenientes de terceiros e não representam os pontos de vista ou opiniões da Gate. O conteúdo apresentado nesta página é apenas para referência e não constitui qualquer aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou o carácter exaustivo das informações e não poderá ser responsabilizada por quaisquer perdas resultantes da utilização destas informações. Os investimentos em ativos virtuais implicam riscos elevados e estão sujeitos a uma volatilidade de preços significativa. Pode perder todo o seu capital investido. Compreenda plenamente os riscos relevantes e tome decisões prudentes com base na sua própria situação financeira e tolerância ao risco. Para mais informações, consulte a
Isenção de responsabilidade.
