O ledger do XRP quase foi comprometido por uma vulnerabilidade de estouro de inteiro que ficou escondida durante 10 anos. A falha estava no mecanismo de pagamentos: bastava criar um pagamento que consumisse muitas ordens em aberto para que o valor agregado transbordasse. O vendedor recebia o valor total, enquanto quase nada era debitado do comprador — na prática, criava-se XRP gastável do nada.

A vulnerabilidade foi reportada em 22 de setembro pelo programa de recompensas por bugs e corrigida no lançamento do xrpld 3.4.1, em 25 de setembro. Segundo a equipe, não foram encontrados indícios de exploração, e a oferta permaneceu intacta.

A verdadeira controvérsia está na forma como a correção foi feita: desta vez, contornou-se a votação normal de emendas, que exigiria o apoio de mais de 80% dos validadores confiáveis durante 14 dias consecutivos. No próprio dia do lançamento, mais de 80% dos validadores já tinham atualizado, e o código-fonte só foi publicado depois.

Na minha opinião, corrigir a vulnerabilidade não foi errado, mas abrir um precedente de contornar o consenso com «primeiro o binário, depois o código-fonte» representa um risco de longo prazo para a governança de $XRP .

Isso faria você confiar menos em $XRP , ou acha que «apagar o incêndio é o mais importante; não vale a pena discutir detalhes»?

#FalhaNoLedgerXRPQuePoderiaCriarXRP