Falha de protocolo

Como acontece

1. 1 Um contrato recebe uma chamada que a sua lógica aceita, mas que a intenção do projeto nunca previu.
2. 2 A operação passa por todas as verificações que existem - o problema é justamente a verificação que não existe.
3. 3 O saldo é retirado de forma válida do ponto de vista da rede: não há transação a reverter, porque nada foi violado tecnicamente.
4. 4 Quem depositou descobre a perda pelo saldo, não por um alerta.

Um exemplo, sem nome próprio

Um contrato de empréstimo calcula quanto uma garantia vale a partir do preço de um par com pouca liquidez. Quem controla temporariamente esse preço consegue depositar pouco, tomar muito emprestado e ir embora. Cada passo é uma operação normal; o defeito está em confiar num preço que pode ser movido dentro da mesma transação.

O exemplo descreve o mecanismo, e não um incidente real. Casos concretos deste segmento pertencem a quem os viveu, e apresentá-los aqui sugeriria envolvimento que não houve.

Qual é o impacto

A perda costuma ser total para o valor depositado naquele contrato e imediata: quando o comportamento é percebido, o saldo já saiu.

O que reduz a exposição

• Prefira contratos com histórico longo em produção e com auditorias publicadas - auditoria não é garantia, mas ausência de auditoria é um sinal.
• Distribua posições entre protocolos em vez de concentrar tudo em um.
• Revise periodicamente as autorizações de gasto que a sua carteira concedeu; uma autorização antiga e ilimitada continua válida depois de você parar de usar o protocolo.

O que um sinistro desta família precisa provar

• O hash da transação que causou a perda.
• O endereço protegido declarado na contratação, que precisa ser o mesmo que sofreu a perda.
• O endereço do contrato envolvido e a rede em que ele opera.

A exigência exata é a da versão publicada do contrato da cobertura contratada. Esta lista é o que costuma ser necessário nesta família.