#xrpledgerpatchesxrpcreationbug
🚨 XRPL corrige bug de criação de XRP no XRP Ledger 🛡️
🔧 Em 9 de outubro, o XRPL divulgou que corrigiu um bug crítico, com uma década de existência, em seu mecanismo de pagamentos. A falha poderia permitir que um invasor criasse XRP negociável além do limite de oferta de 100 bilhões. 😱
🧠 Como o bug funcionava?
🔹 Um pagamento que percorresse centenas de ofertas do livro de ordens poderia causar um estouro de inteiro no cálculo de XRP 🔢
🔹 O total voltava para um número muito menor, enquanto os vendedores ainda recebiam os valores integrais 📉
🔹 A diferença poderia se transformar em XRP recém-criado 🪙
🔹 Para explorar a falha, eram necessárias centenas de ofertas deliberadamente mal precificadas, além de reservas de algumas centenas de XRP 🧩
📅 Cronologia
🟡 22 de setembro: o pesquisador Cayden Liao e a Veria AI reportam o bug pelo programa de recompensa por bugs 🕵️
🟢 25 de setembro: correção lançada no xrpld 3.4.1, com mais de 80% dos validadores da UNL padrão atualizados em 24 horas ⚡
🔵 9 de outubro: divulgação pública ✅
✅ Fatos importantes
🔸 A RippleX reproduziu a exploração em um servidor independente, mas não encontrou evidências de que ela tenha ocorrido na rede principal 🔒
🔸 A correção foi lançada como uma atualização emergencial, fora da votação normal de emendas, para que a falha não ficasse exposta durante um período de votação pública 🗳️
🔸 Um segundo bug, de menor gravidade, no recurso Batch também foi corrigido. O Batch não estava ativo na rede principal quando o bug foi encontrado 🧱
💡 Conclusão: o programa de recompensa por bugs funcionou: o problema foi reportado, reproduzido e corrigido em apenas 3 dias. 🏆 Operadores de nós devem garantir que estejam usando o xrpld 3.4.1 ou uma versão posterior. 🖥️
💬 Isso aumenta ou diminui sua confiança na segurança do XRPL? 🤔👇
#XRP #XRPL #Ripple #RippleX
Isto não é aconselhamento financeiro. Faça sua própria pesquisa. ⚠️$XRP
🚨 XRPL corrige bug de criação de XRP no XRP Ledger 🛡️
🔧 Em 9 de outubro, o XRPL divulgou que corrigiu um bug crítico, com uma década de existência, em seu mecanismo de pagamentos. A falha poderia permitir que um invasor criasse XRP negociável além do limite de oferta de 100 bilhões. 😱
🧠 Como o bug funcionava?
🔹 Um pagamento que percorresse centenas de ofertas do livro de ordens poderia causar um estouro de inteiro no cálculo de XRP 🔢
🔹 O total voltava para um número muito menor, enquanto os vendedores ainda recebiam os valores integrais 📉
🔹 A diferença poderia se transformar em XRP recém-criado 🪙
🔹 Para explorar a falha, eram necessárias centenas de ofertas deliberadamente mal precificadas, além de reservas de algumas centenas de XRP 🧩
📅 Cronologia
🟡 22 de setembro: o pesquisador Cayden Liao e a Veria AI reportam o bug pelo programa de recompensa por bugs 🕵️
🟢 25 de setembro: correção lançada no xrpld 3.4.1, com mais de 80% dos validadores da UNL padrão atualizados em 24 horas ⚡
🔵 9 de outubro: divulgação pública ✅
✅ Fatos importantes
🔸 A RippleX reproduziu a exploração em um servidor independente, mas não encontrou evidências de que ela tenha ocorrido na rede principal 🔒
🔸 A correção foi lançada como uma atualização emergencial, fora da votação normal de emendas, para que a falha não ficasse exposta durante um período de votação pública 🗳️
🔸 Um segundo bug, de menor gravidade, no recurso Batch também foi corrigido. O Batch não estava ativo na rede principal quando o bug foi encontrado 🧱
💡 Conclusão: o programa de recompensa por bugs funcionou: o problema foi reportado, reproduzido e corrigido em apenas 3 dias. 🏆 Operadores de nós devem garantir que estejam usando o xrpld 3.4.1 ou uma versão posterior. 🖥️
💬 Isso aumenta ou diminui sua confiança na segurança do XRPL? 🤔👇
#XRP #XRPL #Ripple #RippleX
Isto não é aconselhamento financeiro. Faça sua própria pesquisa. ⚠️$XRP