Escolha o tempo de espera correto antes de considerar a próxima transferência on-chain como liquidada. Mesmo bloco, dois integradores, respostas corretas diferentes.
Abril de 2026 foi o pior mês de drenagem da história — mais de US$ 629 milhões em mais de 20 incidentes, segundo a Chainalysis. Muitos deles se deviam a uma única escolha de design que ninguém detectou na revisão de código: o integrador tratou uma transferência não finalizada como liquidada.
A razão pela qual isso continua acontecendo é que “aguarde N confirmações” é copiado e colado em três modelos de segurança completamente diferentes, sem ninguém nomear o que realmente é a primitiva.
As 6 confirmações do Bitcoin são uma estimativa de probabilidade. O atacante precisa gastar eletricidade de mineração para reorganizar. O tempo de espera aumenta à medida que a hash se concentra, não diminui.
O “finalizado” do Ethereum é uma garantia de slashing cripto-econômica. Reverter um bloco finalizado queimaria cerca de um terço do total em staking. Nos preços de maio de 2026, isso representa aproximadamente US$ 30 bilhões em risco para anular um único bloco. O tempo de espera é de cerca de 12,8 minutos (2 épocas de 32 slots a 12 segundos). Mas o Ethereum também expõe “seguro” (justificado, ~6,4 minutos) e “mais recente” (~12 segundos) para desenvolvedores que desejam uma garantia mais branda e uma UX mais rápida.
A “confirmação otimista” do Solana, em ~12,8 segundos, é um voto de supermaioria. Em produção, nunca foi revertida. Essa é uma declaração operacional forte, não cripto-econômica. O Alpenglow (o lançamento da testnet de maio de 2026) visa finalidade de ~400 ms e irá comprimir significativamente esse parâmetro dentro de 2026.
Três perguntas decidem qual versão você deve executar hoje.
Um. A ação é reversível por você, em menos de uma hora, sem custo ao cliente? Se sim, o optimistic / safe-head é suficiente. Reembolsos, cotações reexecutáveis, leituras de indexador.
Dois. A perda em dólares por uma reversão é maior do que a receita bruta mensal que você obtém com esse fluxo? Se sim, aguarde a finalidade completa e adicione uma margem. Cunhagens de ponte, saques grandes, pagamentos irreversíveis.
Três. Ambas sim? Execute dois caminhos. UX otimizada para o caminho de leitura, bloqueio finalizado para o caminho de escrita. É assim que funcionam integrações de nível exchange em todas as cadeias.
Se você não consegue responder a essas três perguntas, mais confirmações não são a solução. A integração precisa de uma revisão da função de perda antes do próximo deploy.
Criei um cartão de decisão de tempo de espera em uma página com as variantes Bitcoin / Ethereum L1 / Ethereum rollups / Solana e a triagem da função de perda. Link no primeiro comentário.
Onde posso estar errado: a afirmação de que o Solana “nunca foi revertido em produção” é verdadeira com base nos dados da mainnet de abril de 2026. Se o Alpenglow for lançado e o protocolo mudar por baixo dessa afirmação, a lacuna entre operacional e cripto-econômico na qual a triagem atual se baseia começará a desaparecer dentro de 2026.
Siga para insights diários — onde blockchain encontra IA, um swipé satisfatório de cada vez.
Apenas para fins educacionais. Não é aconselhamento financeiro.
