Post-mortems a duelo: a retórica que decide quem tem a culpa

Duas equipas, um bloco, duas histórias diferentes

Às vezes o incidente mais revelador não é o maior em valor perdido. É aquele em que ninguém concorda sobre o que realmente aconteceu.

A 12 de março de 2026, no bloco 24643151 da Ethereum, um utilizador tentou trocar 50,4 milhões de dólares (cerca de 43,7 milhões de euros ao câmbio atual) em aEthUSDT por aEthAAVE, através do widget da CoW Swap integrado na interface da Aave. A carteira recebeu qualquer coisa como 36 mil dólares (31,2 mil euros) em tokens, uma perda de praticamente a totalidade do valor, num episódio que a Forbes descreveu como uma das maiores perdas de execução alguma vez registadas numa única transação DeFi.

O que aconteceu a seguir interessa mais do que o próprio erro. A Aave e a CoW Swap publicaram, cada uma, o seu próprio relatório sobre o mesmo bloco, a mesma transação, o mesmo utilizador, e contaram histórias visivelmente diferentes sobre quem devia responder por aquilo, segundo a cobertura da The Block. Não houve dois incidentes. Houve um incidente e duas narrativas.

É esse o ponto de partida deste artigo, mais uma peça nesta série sobre a cultura do post-mortem cripto que este jornal tem vindo a acompanhar ao longo de 2026: o post-mortem não é apenas um relatório técnico, é um documento retórico, escrito por uma parte interessada, com consequências reais em quem paga e quem é responsabilizado. Os quatro casos que se seguem, dois deles envolvendo a mesma equipa em semanas diferentes, mostram como a escolha de palavras, a velocidade de resposta e a vontade de admitir falhas próprias moldam não só a perceção pública, mas também consequências muito concretas: reembolsos, ações legais futuras, e a própria sobrevivência do protocolo.

Os factos, sem retórica

Antes de comparar versões, vale a pena fixar aquilo que nenhuma das duas equipas contesta.

A pool AAVE/WETH na SushiSwap usada para preencher a ordem tinha apenas cerca de 73 mil dólares (63,3 mil euros) de liquidez. Uma ordem de 50,4 milhões de dólares nesse par ia sempre gerar um impacto de preço catastrófico; a única incógnita era a dimensão do estrago. A interface da Aave mostrou um aviso de «impacto elevado no preço (99,9%)» e exigiu que o utilizador confirmasse manualmente, num telemóvel, que aceitava o risco de perder a totalidade do valor.

Do lado da CoW Swap, o sistema de leilão de solvers (os intervenientes que competem para executar as ordens ao melhor preço possível) devia ter travado esse cenário antes de chegar à rede. Não travou: segundo a reconstrução dos factos feita pela The Block, um limite de gás desatualizado no código de verificação rejeitou as cotações melhores, avaliadas entre 5 e 6 milhões de dólares em AAVE, e deixou passar apenas a cotação de cerca de 36 mil dólares, a única que sobreviveu ao filtro. O mesmo relatório atribui a extração de cerca de 34 milhões de dólares (29,5 milhões de euros) em valor via MEV (maximal extractable value, a prática de reordenar ou inserir transações dentro de um bloco para capturar lucro) ao Titan Builder, com um segundo interveniente a embolsar mais 9,9 milhões de dólares (8,6 milhões de euros) através de um ataque sandwich. É exatamente o tipo de rasto on-chain que normalmente só se torna visível nas análises de posicionamento de baleias nos derivados que este jornal segue com regularidade.

Vale a pena notar que nenhuma destas cifras é, por si só, ilegal. A extração de MEV está incorporada na própria arquitetura pública da Ethereum; construtores de blocos como o Titan Builder competem legitimamente para ordenar transações da forma mais lucrativa possível dentro das regras do protocolo. O desconforto do caso não vem da extração em si, vem de um utilizador comum ter ficado do lado errado dela, numa escala de dezenas de milhões de dólares, sem intenção nem, aparentemente, plena consciência do risco.

O utilizador nunca mais contactou nenhuma das duas equipas. Os fundos ficaram, em teoria, acessíveis a alguém que talvez nunca venha a reclamá-los.

A versão da Aave: «o utilizador foi avisado»

A Aave, liderada por Stani Kulechov, construiu o seu relatório à volta de uma ideia central: o sistema funcionou exatamente como foi desenhado. O aviso de impacto de preço de 99,9% apareceu, o utilizador teve de assinalar uma caixa a reconhecer o risco de perda total, e fê-lo. Para a Aave, a causa principal não foi uma falha da plataforma; foi a combinação de um par ilíquido com uma ordem completamente desproporcionada para esse par.

A equipa comprometeu-se a devolver ao utilizador a taxa cobrada pela transação, entre 110.368 dólares (95,7 mil euros) apurados a posteriori e uma estimativa inicial de 600 mil dólares (520 mil euros) consoante a fonte, mas sem tratar o reembolso da taxa como uma admissão de responsabilidade pela perda total do capital. Lançou ainda uma proteção nova, o Aave Shield, que passou a bloquear por defeito qualquer troca com impacto de preço superior a 25%, obrigando quem quiser mesmo assim avançar a desativar manualmente essa proteção nas definições da conta.

É uma narrativa coerente e, tecnicamente, difícil de contestar: o aviso existiu, o consentimento foi explícito. Mas é também uma narrativa que desloca praticamente todo o peso da responsabilidade para fora da própria arquitetura do produto.

A versão da CoW Swap: «tecnicamente correto não é o teto»

A CoW Swap escolheu um registo diferente, e mais raro dentro deste género: a autocrítica.

O relatório da equipa, publicado nos dias seguintes ao incidente, identificou três falhas que se somaram: o limite de gás desatualizado já referido; um solver vencedor que ganhou dois leilões consecutivos mas falhou a submissão on-chain em ambos, acabando por abandonar a ordem por completo; e um possível vazamento de informação a partir do mempool privado, sugerido pelo facto de a transação ter sido etiquetada como confirmada em cerca de 30 segundos no Etherscan apesar de ter sido submetida por uma via privada, algo que normalmente não deixaria esse rasto público. Terá sido essa exposição a permitir a atividade de backrunning observada no próprio bloco, segundo a The Block.

A frase que resume a postura da equipa tornou-se, por si só, uma citação repetida por vários órgãos de imprensa: «tecnicamente correto não é o teto que devíamos ter como objetivo». Noutro ponto do relatório, a CoW Swap reconheceu que uma simples caixa de confirmação é «um instrumento demasiado grosseiro quando o que está em jogo são 50 milhões de dólares». A equipa corrigiu o limite de gás fixo no código imediatamente a seguir; a investigação sobre a eventual fuga do mempool ficou em aberto.

Este tipo de transparência tem um custo reputacional imediato, mas também um benefício de longo prazo: ao contrário de relatórios que tentam minimizar a exposição legal evitando qualquer linguagem autoincriminatória, o relatório da CoW Swap lê-se como um documento escrito por engenheiros para engenheiros, mesmo sabendo que ia ser lido por reguladores, investidores e concorrentes. É uma aposta em que a credibilidade técnica compensa o risco de admitir mais do que seria estritamente necessário.

Duas equipas, o mesmo bloco, duas conclusões: uma diz que o sistema funcionou; a outra diz que o sistema falhou tecnicamente dentro das próprias regras que escreveu. Nenhuma das duas está a mentir. É precisamente esse o problema.

Porque é que um post-mortem nunca é só um documento técnico

Um post-mortem lê-se como um documento de engenharia: horas exatas em UTC, hashes de transação, diagramas de causa-raiz. Mas a decisão sobre o que entra no relatório, o que fica de fora, e sobretudo quem é o sujeito de cada frase (o utilizador aceitou, versus o nosso sistema rejeitou) é uma decisão editorial, não uma decisão técnica.

Mitchell Amador, fundador e CEO da Immunefi, a maior plataforma de recompensas por deteção de vulnerabilidades (bug bounties) do setor, resumiu um problema adjacente de forma muito direta, em declarações à CoinDesk: «fomos auditados» nunca foi o mesmo que «estamos seguros». A mesma lógica aplica-se aqui: «publicámos um post-mortem» nunca é o mesmo que «dissemos toda a verdade», e muito menos o mesmo que «assumimos a culpa». Um relatório pode ser tecnicamente completo e, ainda assim, funcionar como um exercício de gestão de responsabilidade escrito a pensar em proteger uma das partes envolvidas.

Pense-se num acidente rodoviário com dois condutores: a seguradora de cada um produz o seu próprio relatório, ambos tecnicamente honestos, ambos a apontar para factos reais, e ainda assim divergentes o suficiente para que o caso acabe em tribunal ou em arbitragem. Um post-mortem cripto funciona de forma semelhante, com uma diferença importante: não há seguradora nem tribunal a arbitrar automaticamente qual das duas versões prevalece. Prevalece, muitas vezes, a que for mais lida, mais partilhada, ou mais citada por outros órgãos de comunicação.

Isto não torna os post-mortems inúteis, longe disso: sem eles, o caso Aave-CoW Swap teria ficado reduzido a um único aviso genérico sobre uma perda de 50 milhões de dólares em investigação. Significa apenas que ler um post-mortem exige a mesma desconfiança saudável que se aplicaria a qualquer comunicado de imprensa corporativo: perguntar quem escreveu, para quem escreveu, e o que ficou de fora.

Um mês depois, a mesma equipa muda de registo

Um mês depois do episódio com a Aave, a CoW Swap teve outra oportunidade de mostrar como comunica uma crise, desta vez sem qualquer ambiguidade sobre quem tinha sido o alvo.

A 14 de abril de 2026, às 14h54 UTC, atacantes recorreram a engenharia social contra o processo de registo do domínio .fi, junto do operador Traficom e do registrador Gandi SAS, para sequestrar os registos DNS de swap.cow.fi e redirecionar o tráfego para um site de phishing durante cerca de quatro horas e meia. A firma de deteção Blockaid foi a primeira a assinalar publicamente o redirecionamento malicioso; a CoW DAO confirmou o incidente cerca de 90 minutos depois, por volta das 16h24 UTC, recomendando a todos os utilizadores que tivessem interagido com o site após as 14h54 que revogassem imediatamente as aprovações de tokens através de ferramentas como o revoke.cash.

O relatório técnico completo saiu três dias depois, a 17 de abril, e foi taxativo num ponto repetido em todas as comunicações seguintes: os contratos on-chain, o backend e infraestrutura como a AWS e a Vercel nunca foram comprometidos; o problema ficou confinado ao processo de registo do domínio. As perdas dos utilizadores foram estimadas em cerca de 1,2 milhões de dólares (1,04 milhões de euros).

A resposta seguinte é o que torna este segundo caso relevante para o argumento deste artigo. Em vez de deixar a questão da compensação por resolver, a CoW DAO levou a proposta de governação CIP-86 ao seu fórum de governação, criando um programa de subsídios discricionários para reembolsar até 100% das perdas verificadas das vítimas, financiado pela reserva de defesa legal da própria DAO. O texto da proposta é explícito: os pagamentos são voluntários, um gesto de boa vontade, e não constituem uma admissão de responsabilidade legal. Tal como mostrámos noutro artigo desta série sobre quem sobrevive a um hack e quem desaparece, a forma como um protocolo decide, e comunica, a sua compensação é muitas vezes o que separa quem recupera a confiança do mercado de quem fica associado ao incidente para sempre. Compensar sem admitir culpa é, ao mesmo tempo, uma escolha jurídica e uma escolha de comunicação.

O processo de reclamação também seguiu um calendário público: as vítimas tiveram até 14 de maio para submeter carteira, ativos, hashes de transação e identificação por correio eletrónico, com verificação on-chain e pagamentos previstos até 31 de maio, sujeitos a verificação de identidade. É um processo muito mais próximo de um pedido de sinistro a uma seguradora tradicional do que da imagem habitual de anonimato total associada à DeFi, e reforça a ideia de que, mesmo sem admitir culpa legal, a CoW DAO tratou o episódio como algo que exigia um procedimento formal, não apenas uma publicação num fórum.

Hyperbridge: quando «reconstruímos» substitui «corrigimos»

Se a CoW Swap mostra como gerir uma crise de reputação sem admitir culpa legal, a Hyperbridge mostra a estratégia oposta: assumir a falha de forma tão completa que a própria reconstrução se torna a mensagem.

A 13 de abril de 2026, um dia antes do sequestro de DNS da CoW Swap (coincidência de calendário, não de causa), um atacante explorou uma validação de provas fraca no contrato Token Gateway da Hyperbridge, uma ponte para a Polkadot. Ao submeter uma mensagem cross-chain forjada com um índice fora dos limites aceites por uma prova de Merkle Mountain Range que não estava vinculada a um pedido específico, o atacante conseguiu cunhar cerca de mil milhões de tokens DOT em ponte, inteiramente contrafeitos, e trocá-los por ativos genuínos em várias pools de liquidez, segundo a CoinDesk. A estimativa inicial de perdas realizadas ficou-se pelos 237 mil dólares (205 mil euros); mais tarde, ao contabilizar os danos aos fundos de incentivo espalhados por Ethereum, Base, BNB Chain e Arbitrum, a equipa reviu o valor em alta para 2,5 milhões de dólares (2,17 milhões de euros), de acordo com a CryptoTimes.

O que distingue este caso não é a técnica; é a palavra escolhida. Dois meses depois, a 15 de junho de 2026, ao anunciar o relançamento do protocolo, a equipa resumiu assim a sua própria resposta, num comunicado no blog oficial da Hyperbridge: «em vez de corrigir o sistema antigo, reconstruímos as partes que concentravam risco». Não corrigimos um erro. Reconstruímos.

Na prática, isso significou remover controlos administrativos centralizados, introduzir submissão de provas sem permissão através de um provador SP1, eliminar a possibilidade de anulação administrativa oculta, e substituir o Token Gateway partilhado por tokens individuais (Hyperfungible Tokens) sujeitos a governação dos próprios detentores. Nenhuma destas mudanças era estritamente indispensável para corrigir a vulnerabilidade específica explorada; teria bastado validar melhor os índices aceites. A equipa escolheu, em vez disso, transformar o incidente em justificação para uma reformulação arquitetural muito mais ampla, uma decisão de comunicação tanto quanto de engenharia.

Comparados lado a lado, os dois incidentes de abril mostram como equipas distintas, sob pressão de tempo semelhante, podem escolher pontos de partida opostos para a mesma pergunta, o que fazemos a seguir: a CoW Swap escolheu isolar o problema e devolver dinheiro sem tocar na arquitetura central; a Hyperbridge escolheu usar o incidente como pretexto para uma reconstrução que ia muito além do que a vulnerabilidade específica exigia. Nenhuma escolha é objetivamente superior; servem públicos e prioridades de negócio diferentes.

O anti-modelo do género: «a FTX está bem, os ativos estão bem»

Para perceber porque é que mesmo um post-mortem imperfeito, como o da Aave, ainda vale mais do que a alternativa, vale a pena recuar ao caso que continua a funcionar como o anti-modelo de referência do setor.

A 7 de novembro de 2022, com pedidos de levantamento a acumularem-se sobre a FTX, Sam Bankman-Fried escreveu numa sequência de publicações no Twitter: «um concorrente está a tentar atacar-nos com falsos rumores. A FTX está bem. Os ativos estão bem.» Garantiu ainda que a bolsa tinha fundos suficientes para cobrir todos os saldos dos clientes porque, nas suas palavras, «não investimos os ativos dos clientes», segundo a reconstrução da Fortune. Dias depois, apagou as publicações. Mas conteúdo apagado não desaparece: ficou capturado em capturas de ecrã e arquivos públicos, e voltou a surgir como prova em tribunal.

A FTX entrou em processo de falência menos de uma semana depois. O antigo diretor de tecnologia, Gary Wang, viria a testemunhar que a empresa nunca teve, de facto, os ativos necessários para cobrir os levantamentos que Bankman-Fried tinha acabado de garantir publicamente que existiam.

Não houve post-mortem nenhum; houve negação seguida de colapso. É precisamente o vazio que o género do post-mortem cripto, mesmo na versão imperfeita e defensiva da Aave, mesmo na versão de boa-fé sem admissão de culpa da CoW Swap, tenta preencher: qualquer relato publicado, por mais parcial que seja, ainda dá aos utilizadores mais informação verificável do que uma garantia verbal que se revela falsa dias depois.

O contraste com os quatro casos cripto de 2026 não é só de tom, é estrutural: a FTX era uma empresa centralizada, com um único porta-voz, sem qualquer mecanismo público de verificação em tempo real das suas reservas. A Aave, a CoW Swap e a Hyperbridge são protocolos cujo código e cujos fundos são, em grande medida, auditáveis on-chain por qualquer pessoa, o que torna uma mentira do tipo «os ativos estão bem» muito mais difícil de sustentar por mais do que algumas horas.

Quatro casos, lado a lado

Colocados lado a lado, estes quatro episódios formam um espetro, não uma escala simples entre bons e maus alunos. Cada equipa fez escolhas de comunicação diferentes, com resultados diferentes para quem foi afetado.

O padrão mais visível na tabela é que a velocidade da primeira comunicação não está necessariamente correlacionada com a qualidade da explicação final. A CoW Swap demorou dias a publicar uma análise técnica completa do caso Aave, mas produziu o relatório mais autocrítico dos quatro; a Aave respondeu em horas, mas com uma narrativa que, tecnicamente correta, deixou pouco espaço para introspeção sobre o próprio produto. Rapidez e honestidade são objetivos distintos, e nem sempre compatíveis no imediato.

Com estes quatro casos como referência, e sem pretender reduzir uma disciplina complexa a uma lista de verificação, há critérios que se repetem sempre que se compara um post-mortem que reconstrói confiança com um que apenas gere a fase seguinte da crise.

Nenhum destes critérios, isoladamente, garante que um protocolo é fiável a longo prazo. Em conjunto, distinguem um documento escrito para reconstruir confiança de um documento escrito apenas para encerrar o assunto o mais depressa possível.

Quem escreve a segunda opinião: auditores e investigadores forenses

Nenhuma das quatro equipas analisadas escreveu o seu relatório isolada de qualquer escrutínio externo. Esse escrutínio tem, essencialmente, dois ramos distintos.

O primeiro é o das auditoras de código, cuja relação com os post-mortems é, ela própria, desconfortável. Como já mostrámos em outro artigo sobre o ponto cego dos post-mortems cripto, protocolos auditados múltiplas vezes continuam a ser explorados, e nenhum regulador, nem na União Europeia nem nos Estados Unidos, certifica ou acredita auditores de contratos inteligentes da forma como um organismo como a PCAOB certifica auditores financeiros tradicionais. Um relatório de auditoria é, na melhor das hipóteses, uma fotografia do código num determinado momento, não uma garantia permanente.

O segundo ramo é o dos investigadores forenses e das firmas de deteção em tempo real, como a Blockaid, que foi precisamente quem assinalou primeiro o sequestro de DNS da CoW Swap. Como detalhámos em outro artigo sobre a indústria forense por dentro, este ecossistema de atribuição, que vai de plataformas como a Chainalysis e a TRM Labs até investigadores pseudónimos independentes, também não tem certificação regulatória própria. Quando uma equipa cita a Blockaid ou uma firma equivalente no seu post-mortem, está a pedir emprestada credibilidade externa a uma narrativa que continua, no fundo, a ser escrita por uma parte interessada.

É a mesma lacuna identificada por Mitchell Amador a propósito das auditorias: o setor tem intermediários de confiança (auditoras, firmas forenses, plataformas de bug bounty como a própria Immunefi), mas nenhum deles tem o estatuto legal de um auditor financeiro certificado, um perito judicial nomeado por um tribunal, ou um regulador com poder de sanção. A confiança que cada um destes intermediários acumula é reputacional, não institucional, o que os torna tão vulneráveis a erros de julgamento como qualquer outra parte interessada no processo.

Isto não desvaloriza o trabalho dessas firmas, frequentemente excelente, e sem o qual muitos post-mortems seriam pura afirmação sem verificação independente. Mas vale a pena lembrar que «a Blockaid confirmou», ou «a Chainalysis atribui», não é o mesmo que «um tribunal ou um regulador confirmou». É uma segunda opinião técnica, não um veredicto.

Responsabilidade sem admissão de culpa

A frase da CoW DAO na proposta CIP-86, segundo a qual os pagamentos não constituem uma admissão de responsabilidade legal, não é um pormenor burocrático. É, provavelmente, a frase mais cuidadosamente negociada de todo o processo.

Nos Estados Unidos e, cada vez mais, também na Europa, uma admissão pública de responsabilidade por parte de uma equipa de protocolo pode acabar usada como prova em processos civis, ou até como elemento de contexto em processos criminais. Já vimos esse percurso completo: como descrevemos em outro artigo sobre o que acontece quando o post-mortem cripto acaba em tribunal, o caso de Avraham Eisenberg, do episódio da Mango Markets, mostrou como um acordo negociado publicamente, incluindo declarações sobre o que aconteceu e porquê, pode voltar a ser usado anos depois num tribunal criminal, e nos dois sentidos: tanto para o acusar como, mais tarde, para o absolver.

A fórmula compensação voluntária, sem admissão de culpa, não é exclusiva da cripto; é um instrumento comum em direito civil em geral. O que é específico deste setor é a velocidade e a visibilidade do processo: a proposta CIP-86 foi discutida publicamente num fórum de governação aberto, votada por detentores de tokens, e o texto final ficou arquivado permanentemente on-chain e no próprio fórum, sujeito a ser citado em qualquer processo futuro exatamente da forma como foi escrito. Uma equipa de comunicação corporativa tradicional teria semanas para rever cada palavra de um comunicado equivalente antes de o publicar; uma DAO escreve o seu numa proposta de governação que qualquer pessoa pode ler, comentar e arquivar enquanto ainda está em rascunho.

Portugal, a CMVM e o relógio que a DeFi não tem

Nada disto acontece num vazio regulatório em Portugal ou na União Europeia, mas o enquadramento aplica-se de forma muito desigual consoante quem escreveu o post-mortem.

Para prestadores de serviços de criptoativos (CASP) autorizados, ou seja, para as bolsas e custodiantes centralizados que operam ao abrigo do MiCA e, em Portugal, sob supervisão da CMVM para a conduta de mercado e do Banco de Portugal para o registo e questões prudenciais, o Regulamento DORA (Digital Operational Resilience Act, em vigor desde 17 de janeiro de 2025) impõe um relógio real, descrito pela própria EIOPA: um incidente de TIC classificado como major tem de ser notificado à autoridade competente nas quatro horas seguintes à sua classificação, com um limite absoluto de 24 horas após a deteção, seguido de um relatório intermédio no prazo de 72 horas e de um relatório final no prazo de um mês. Não é uma recomendação de boas práticas; é uma obrigação legal com prazos contados ao minuto.

A CMVM já atua, aliás, como autoridade de supervisão de conduta para os CASP portugueses em matérias como transparência de comissões, prevenção de abuso de mercado e adequação da informação prestada a investidores; o que lhe falta, tal como a qualquer outro regulador europeu, é competência sobre protocolos que não têm um emitente ou prestador de serviços identificável a quem dirigir uma ordem de supervisão.

Nenhuma dessas obrigações se aplica à Aave, à CoW Swap ou à Hyperbridge enquanto protocolos descentralizados. O MiCA regula emitentes de criptoativos e prestadores de serviços de criptoativos; não regula contratos inteligentes autónomos nem as DAOs que os governam. Isto significa que os 90 minutos da CoW Swap até à primeira confirmação pública, os três dias até ao relatório técnico completo, ou os dois meses até ao relançamento da Hyperbridge, não foram cumpridos por nenhuma obrigação legal. Foram escolhas.

Para um utilizador português afetado por um incidente semelhante num protocolo verdadeiramente descentralizado, a via de recurso não passa pela CMVM, cuja competência de supervisão de conduta se limita a entidades registadas como CASP ao abrigo da Lei n.º 69/2025, em vigor desde 27 de dezembro de 2025, com o período transitório para os antigos VASP a terminar a 1 de julho de 2026. Passa, na prática, pelo Código Penal e pela Lei do Cibercrime, através da Polícia Judiciária, um caminho mais lento e menos adaptado à velocidade a que o dinheiro se move on-chain. Enquanto isso não muda, e a regulação específica de DeFi na União Europeia só é esperada para 2027-2028, o post-mortem voluntário continua a ser, para a maioria dos utilizadores afetados, a única resposta que vão receber.

Como ler um post-mortem cripto como um profissional

Depois de comparar estes quatro casos, fica um conjunto de perguntas que qualquer leitor pode aplicar da próxima vez que um protocolo publicar o seu relatório sobre o que correu mal:

• Quanto tempo passou entre o incidente e a primeira confirmação pública, e quem confirmou primeiro, a própria equipa ou um terceiro como a Blockaid?
• O relatório usa horas exatas em UTC e hashes de transação verificáveis, ou apenas descrições vagas?
• As frases do relatório colocam a equipa como sujeito ativo, como em «o nosso sistema rejeitou», ou remetem a responsabilidade para terceiros ou para o utilizador?
• Os números finais foram revistos publicamente à medida que a investigação avançou, ou ficaram congelados na primeira estimativa?
• Existe alguma mudança concreta de código, processo ou governação anunciada, ou apenas promessas genéricas de reforçar a segurança?
• Há uma via de compensação explícita, mesmo que voluntária e sem admissão de culpa, ou as vítimas ficam remetidas para o silêncio?

Nenhum destes critérios, isoladamente, prova se um protocolo é confiável a longo prazo. Em conjunto, ajudam a separar um relatório escrito para reconstruir confiança de um relatório escrito para encerrar o assunto o mais depressa possível.

O que vem a seguir: a comunicação de crise como disciplina própria

À medida que o valor perdido em hacks cripto se mantém na ordem das centenas de milhões de dólares por semestre, cerca de 972 milhões de dólares (843 milhões de euros) apenas no primeiro semestre de 2026, segundo dados compilados pela TRM Labs, a forma como cada equipa comunica depois do facto está a tornar-se uma competência tão especializada como a própria segurança de contratos inteligentes.

Isso já é visível na profissionalização das respostas: equipas que antes publicavam um único aviso genérico de «estamos cientes» passaram a produzir relatórios técnicos estruturados, com secções de causa-raiz, linha do tempo e próximos passos, num prazo de dias, não de semanas. O caso Bybit, já amplamente discutido nesta série, continua a ser a referência máxima de transparência ativa durante uma crise: o CEO Ben Zhou resumiu essa filosofia numa frase, em declarações à CryptoNews, dizendo que a resposta da bolsa passava, acima de tudo, por manter a transparência. Falta ainda, no entanto, o equivalente a um padrão de indústria, algo próximo das normas de auditoria financeira, que obrigue todos os relatórios a incluir os mesmos elementos mínimos.

Um paralelo possível é o das agências de notação financeira: ninguém confia cegamente numa autoavaliação de risco de uma empresa cotada, motivo pelo qual existem entidades independentes a validá-la. O setor cripto ainda não tem o equivalente para post-mortems, e nada nos quatro casos analisados sugere que vá surgir tão cedo por iniciativa própria da indústria. Por agora, cada equipa decide sozinha quanto revela, quando revela, e por que ordem coloca a informação, o que devolve este artigo ao seu ponto de partida: o post-mortem cripto continua a ser, acima de tudo, um exercício de retórica com consequências reais, escrito por quem tem mais a perder com a versão errada da história.

Perguntas frequentes

O que é um post-mortem cripto?

Um post-mortem cripto é o relatório que uma equipa de protocolo, exchange ou DAO publica depois de um incidente de segurança, normalmente com uma linha do tempo, a causa técnica identificada, o valor perdido e as medidas anunciadas para evitar repetições. Ao contrário de um relatório de auditoria, é escrito depois do facto e pela própria parte envolvida, o que significa que combina informação técnica verificável com uma narrativa sobre quem é responsável.

Porque é que a Aave e a CoW Swap descreveram o mesmo incidente de forma diferente?

Porque cada equipa escreveu o seu próprio relatório sobre a mesma transação, ocorrida no bloco 24643151 a 12 de março de 2026, sem qualquer árbitro externo a decidir qual seria a versão oficial. A Aave centrou o seu relatório no aviso de risco mostrado ao utilizador antes da transação; a CoW Swap assumiu falhas técnicas específicas no seu sistema de leilão de solvers. As duas versões são tecnicamente defensáveis e, ao mesmo tempo, deslocam parte da responsabilidade para fora de cada uma delas.

Os utilizadores afetados pelo sequestro de DNS da CoW Swap foram reembolsados?

A CoW DAO aprovou a proposta de governação CIP-86, que criou um programa de subsídios discricionários para reembolsar até 100% das perdas verificadas das vítimas do sequestro de DNS de 14 de abril de 2026, financiado pela reserva de defesa legal da DAO. Os pagamentos foram tratados explicitamente como gestos voluntários de boa vontade, sem admissão de responsabilidade legal por parte da equipa.

Como posso saber se um post-mortem cripto é fiável?

Procure sinais concretos: horas exatas em UTC e hashes de transação verificáveis em vez de datas vagas, frases que atribuem responsabilidade à própria equipa e não apenas a terceiros ou ao utilizador, números que foram revistos publicamente à medida que a investigação avançou, e mudanças concretas de código ou de governação anunciadas, não apenas promessas genéricas.

A CMVM ou a União Europeia exigem que os protocolos cripto publiquem post-mortems depois de um hack?

Não, no caso de protocolos verdadeiramente descentralizados. O MiCA regula emitentes de criptoativos e prestadores de serviços de criptoativos centralizados; para estes últimos, o Regulamento DORA impõe prazos legais de notificação de incidentes às autoridades competentes, incluindo a CMVM em Portugal. Protocolos DeFi como os analisados neste artigo não estão sujeitos a essa obrigação; qualquer post-mortem que publiquem é uma escolha voluntária, não um requisito legal.

Escrito por Marcus Okafor, editor de Cultura & Longform na HOGE Wire.