Em 19 de outubro, os desenvolvedores da Lightning Network revisaram o padrão BOLT11, exigindo que softwares rejeitem faturas que contenham campos ambíguos de payment-hash e payment-secret. A alteração segue a descrição de um ataque relatado em 10 de setembro por Roasbeef, que utilizou um bot peer‑to‑peer no Telegram para explorar bibliotecas que escolhiam hashes diferentes: alguns leitores usavam o primeiro campo de payment‑hash, outros o último. O incidente não forneceu data ou valor de perdas. O ataque permitiu que um serviço rastreasse um saque sob um hash enquanto o nó executava o pagamento com outro, levando a pagamentos concluídos serem marcados como não pagos e criando a possibilidade de pagamentos adicionais. O padrão BOLT11 exige exatamente um campo payment‑hash (p) e um campo payment‑secret (s); a presença de campos faltantes ou duplicados causa falha de pagamento. A proposta de rejeição de hashes duplicados já havia sido incorporada ao lnd em 23 de setembro, antes da mudança de especificação. A versão v0.20.5‑beta e v0.21.4‑beta do lnd já incluem essa correção. A proposta para reforçar as verificações de payment‑secret permanece aberta até 27 de outubro.
CryptoAlerta — análise de criptomoedas e mercado em tempo real