{"id":209,"date":"2026-07-28T04:38:14","date_gmt":"2026-07-28T04:38:14","guid":{"rendered":"https:\/\/hoge.gg\/pt\/post-mortem-cripto-videojogos\/"},"modified":"2026-07-28T04:38:14","modified_gmt":"2026-07-28T04:38:14","slug":"post-mortem-cripto-videojogos","status":"publish","type":"post","link":"https:\/\/hoge.gg\/pt\/post-mortem-cripto-videojogos\/","title":{"rendered":"Post-mortem cripto: o que os videojogos ensinaram primeiro"},"content":{"rendered":"

Quando a WEMIX ainda estava a escrever o seu post-mortem<\/h2>

A 26 de julho de 2026, \u00e0s 09:17 UTC, algu\u00e9m obteve privil\u00e9gios de administrador sobre o contrato inteligente do WEMIX$, a stablecoin do ecossistema de jogos blockchain da Wemade, e cunhou 5.225.525 unidades do nada. Converteu-as em 30.736 WEMIX e 724.198,27 USDC.e, moveu tudo atrav\u00e9s de pontes para a Ethereum e a BNB Smart Chain, e obrigou a equipa a suspender o Chainlink CCIP, a PLAY Bridge, o mercado de NFT da WEMIX PLAY e todas as pools de liquidez afetadas<\/a>. No total, cerca de 6,25 milh\u00f5es de d\u00f3lares, perto de 5,5 milh\u00f5es de euros ao c\u00e2mbio atual.<\/p>

Enquanto este artigo era escrito, a WEMIX ainda estava a fazer aquilo a que a pr\u00f3pria equipa chamou uma \u00abinspe\u00e7\u00e3o completa de todos os contratos relacionados\u00bb, sem uma causa raiz definitiva publicada e a avisar que os \u00abn\u00fameros preliminares podem mudar\u00bb \u00e0 medida que a investiga\u00e7\u00e3o avan\u00e7a, segundo a CryptoTimes<\/a>. N\u00e3o \u00e9 a primeira vez que isto acontece a esta rede: em fevereiro de 2025, a WEMIX j\u00e1 tinha perdido 8,65 milh\u00f5es de tokens WEMIX, na altura uns 6,2 milh\u00f5es de d\u00f3lares, do Play Bridge Vault, depois de credenciais ligadas \u00e0 plataforma Nile NFT terem sido comprometidas, com o atacante escondido dentro do sistema durante cerca de dois meses antes de levantar os fundos.<\/p>

Duas falhas graves em dezassete meses, na mesma empresa de jogos, com dois mecanismos t\u00e9cnicos completamente distintos. \u00c9 o tipo de caso que devia bastar, por si s\u00f3, para perguntar de onde \u00e9 que a cripto tirou o h\u00e1bito de escrever a aut\u00f3psia dos seus pr\u00f3prios desastres em p\u00fablico. A resposta habitual aponta para a engenharia de fiabilidade de sistemas, ou SRE, da Google. Essa resposta est\u00e1 certa, mas incompleta. H\u00e1 uma segunda genealogia, mais antiga do que o Bitcoin, e uma empresa de jogos como a Wemade est\u00e1 literalmente sentada em cima dela.<\/p>

Post-mortem de protocolo: uma defini\u00e7\u00e3o r\u00e1pida<\/h2>

Um post-mortem de protocolo \u00e9 o relat\u00f3rio p\u00fablico que uma equipa, ou cada vez mais investigadores externos independentes, publica depois de um exploit, uma falha de governa\u00e7\u00e3o ou um colapso econ\u00f3mico num protocolo cripto. Na sua forma mais completa inclui uma linha do tempo minuto a minuto do ataque, o mecanismo t\u00e9cnico exato que foi explorado, o valor afetado, os passos de conten\u00e7\u00e3o tomados e, por vezes, uma proposta de compensa\u00e7\u00e3o aos utilizadores. O g\u00e9nero tornou-se t\u00e3o rotineiro que existe um site inteiro, o rekt.news<\/a>, dedicado a catalogar estes relat\u00f3rios como uma esp\u00e9cie de obitu\u00e1rio coletivo da ind\u00fastria, com um tom quase editorial e uma tabela de classifica\u00e7\u00e3o dos maiores casos.<\/p>

O que raramente se discute \u00e9 que este formato n\u00e3o nasceu do nada em 2016, quando o hack da The DAO obrigou a comunidade Ethereum a explicar publicamente o que tinha corrido mal. Nasceu do cruzamento de duas culturas de escrita muito mais antigas, com p\u00fablicos, incentivos e vocabul\u00e1rio diferentes. A cripto n\u00e3o inventou o post-mortem, herdou-o, remisturou-o, e acrescentou-lhe uma coisa que nenhuma das duas tradi\u00e7\u00f5es originais tinha: dinheiro real a mover-se em direto, num livro-raz\u00e3o que qualquer pessoa pode auditar enquanto o drama ainda est\u00e1 a acontecer.<\/p>

A genealogia esquecida: o que a Game Developer inventou em 1997<\/h2>

A revista Game Developer nasceu em mar\u00e7o de 1994. Em outubro de 1997 publicou a primeira edi\u00e7\u00e3o de uma coluna que se tornaria a sua sec\u00e7\u00e3o mais lida durante quase duas d\u00e9cadas: a Postmortem, escrita por Andre Vrignaud sobre o jogo Dark Sun Online, segundo o registo hist\u00f3rico da pr\u00f3pria publica\u00e7\u00e3o. O formato era simples e implac\u00e1vel: a equipa que tinha acabado de lan\u00e7ar um jogo escrevia, com nomes, datas e decis\u00f5es concretas, cinco coisas que tinham corrido bem e cinco coisas que tinham corrido mal durante o desenvolvimento. Sem rela\u00e7\u00f5es p\u00fablicas a filtrar o texto, sem anonimato a proteger quem escrevia.<\/p>

Ao longo dos anos seguintes, a coluna dissecou projetos de todas as escalas, do triplo A ao mobile e aos jogos sociais, e tornou-se uma refer\u00eancia t\u00e3o citada que a pr\u00f3pria confer\u00eancia anual da ind\u00fastria, a Game Developers Conference, construiu \u00e0 sua volta uma tradi\u00e7\u00e3o paralela de palestras de postmortem, hoje arquivadas aos milhares na GDC Vault. A revista impressa fechou com a edi\u00e7\u00e3o de junho e julho de 2013, mas o formato sobreviveu, primeiro online no Gamasutra e depois no que hoje se chama Game Developer<\/a>. Brandon Sheffield, que dirigiu a publica\u00e7\u00e3o nesse encerramento, resumiu porque \u00e9 que a coluna importava: \u00abconseguimos oferecer aos criadores a oportunidade de serem frontais e honestos sobre o seu trabalho e sobre a ind\u00fastria\u00bb, escreveu, acrescentando que \u00aba ind\u00fastria dos jogos tem poucos espa\u00e7os onde os criadores s\u00e3o encorajados a ser honestos uns com os outros, e a Game Developer era um deles\u00bb.<\/p>

A coluna nunca escondeu n\u00fameros inc\u00f4modos: or\u00e7amentos furados, prazos falhados, decis\u00f5es de design que quase afundaram um est\u00fadio inteiro. Esse h\u00e1bito de publicar o fracasso ao lado do sucesso, d\u00e9cadas antes de qualquer exploit de contrato inteligente, \u00e9 o que torna a liga\u00e7\u00e3o \u00e0 cripto mais do que uma coincid\u00eancia de vocabul\u00e1rio. Repare-se no que o formato pressup\u00f5e: o autor \u00e9 a pr\u00f3pria equipa exposta, o texto \u00e9 dirigido a colegas de profiss\u00e3o que v\u00e3o ler com esp\u00edrito cr\u00edtico, e o objetivo confesso \u00e9 a honestidade profissional, n\u00e3o a gest\u00e3o de crise. \u00c9 uma cultura de confiss\u00e3o volunt\u00e1ria constru\u00edda d\u00e9cadas antes de qualquer protocolo DeFi existir.<\/p>

A genealogia mais citada: a cultura blameless da SRE<\/h2>

A segunda origem, essa sim mencionada constantemente nos textos sobre cultura de post-mortem cripto, vem da engenharia de software empresarial. O livro Site Reliability Engineering<\/a> da Google, publicado em 2016, dedica um cap\u00edtulo inteiro \u00e0 cultura de post-mortem sem culpa, construindo sobre ideias que o engenheiro John Allspaw j\u00e1 defendia publicamente desde cerca de 2012, quando liderava a infraestrutura da Etsy. A ideia central: quando um sistema falha, o objetivo do relat\u00f3rio \u00e9 perceber onde o processo, e n\u00e3o uma pessoa, deixou passar o erro, para que a falha n\u00e3o se repita.<\/p>

Esta genealogia explica bem a estrutura de um post-mortem cripto t\u00edpico, causa raiz, linha do tempo, a\u00e7\u00f5es corretivas, sem apontar o dedo a um programador individual. Mas n\u00e3o explica o tom. Um post-mortem de SRE \u00e9, por defini\u00e7\u00e3o, um documento interno, escrito por engenheiros para outros engenheiros da mesma empresa, sobre a disponibilidade de um servi\u00e7o que a maioria dos utilizadores nunca vai ler. N\u00e3o explica porque \u00e9 que os post-mortems cripto s\u00e3o p\u00fablicos desde o primeiro rascunho, escritos a pensar numa audi\u00eancia de utilizadores, investidores e concorrentes, num tom quase jornal\u00edstico. Essa parte vem da outra heran\u00e7a.<\/p>

Duas heran\u00e7as, um g\u00e9nero: uma compara\u00e7\u00e3o<\/h2>

Colocadas lado a lado, as duas tradi\u00e7\u00f5es explicam pe\u00e7as diferentes do mesmo puzzle. A tabela seguinte resume as diferen\u00e7as mais relevantes.<\/p>

Caracter\u00edstica<\/th>Postmortem SRE (Google e Etsy)<\/th>Postmortem de jogos (Game Developer)<\/th>Post-mortem cripto<\/th><\/tr><\/thead>
Origem<\/td>2012 a 2016, cultura DevOps<\/td>Outubro de 1997, revista Game Developer<\/td>A partir de 2016, p\u00f3s-The DAO<\/td><\/tr>
Autor t\u00edpico<\/td>Equipa de engenharia interna<\/td>A pr\u00f3pria equipa que criou o jogo<\/td>Equipa do protocolo, investigadores externos, por vezes o atacante<\/td><\/tr>
Tom<\/td>T\u00e9cnico, sem culpa, uso interno<\/td>Confessional, o que correu bem e o que correu mal<\/td>Forense, p\u00fablico, frequentemente em tempo real<\/td><\/tr>
Audi\u00eancia principal<\/td>Outros engenheiros da mesma empresa<\/td>Outros criadores de jogos<\/td>Utilizadores, investidores, reguladores, imprensa<\/td><\/tr>
O que est\u00e1 em jogo<\/td>Confian\u00e7a interna, disponibilidade do servi\u00e7o<\/td>Reputa\u00e7\u00e3o profissional<\/td>Fundos reais, pre\u00e7o de um token, processos judiciais<\/td><\/tr><\/tbody><\/table><\/figure>

A cripto ficou com o rigor t\u00e9cnico e a ambi\u00e7\u00e3o de sistema da SRE, mas com a voz p\u00fablica, confessional e dirigida \u00e0 audi\u00eancia da Game Developer. E acrescentou uma terceira camada que nenhuma das duas tinha: dinheiro real, muitas vezes centenas de milh\u00f5es de d\u00f3lares, a mover-se num livro-raz\u00e3o p\u00fablico enquanto o post-mortem ainda est\u00e1 a ser escrito. Nenhum programador de jogos em 1997 teve de negociar publicamente com a pessoa que lhe tinha roubado o or\u00e7amento do est\u00fadio.<\/p>

Ronin: o dia em que um jogo e um protocolo escreveram a mesma aut\u00f3psia<\/h2>

Se h\u00e1 um caso que fecha fisicamente a dist\u00e2ncia entre as duas genealogias, \u00e9 a Ronin Network<\/a>, a sidechain constru\u00edda pela Sky Mavis para o jogo Axie Infinity. O ataque come\u00e7ou a 23 de mar\u00e7o de 2022 e s\u00f3 foi descoberto a 29 de mar\u00e7o, seis dias depois; ao todo sa\u00edram cerca de 625 milh\u00f5es de d\u00f3lares, perto de 548 milh\u00f5es de euros, entre 173.600 ETH e 25,5 milh\u00f5es de USDC, tornando-se o maior roubo de sempre em cripto at\u00e9 ent\u00e3o. A causa n\u00e3o foi um bug de contrato inteligente cl\u00e1ssico: dos nove validadores necess\u00e1rios para autorizar levantamentos, a Sky Mavis controlava diretamente quatro, e um quinto, gerido pela Axie DAO, tinha delegado a assinatura de emerg\u00eancia \u00e0 pr\u00f3pria Sky Mavis durante um pico de tr\u00e1fego em 2021, delega\u00e7\u00e3o essa que nunca foi revogada. Comprometer uma \u00fanica empresa chegou para reunir as cinco assinaturas. O grupo Lazarus, ligado \u00e0 Coreia do Norte, usou uma oferta de emprego falsa no LinkedIn para infetar o computador de um engenheiro s\u00e9nior.<\/p>

O que torna a Ronin um caso \u00fanico nesta genealogia \u00e9 que a mesma equipa que sofreu o ataque \u00e9, literalmente, um est\u00fadio de jogos. A Sky Mavis angariou 150 milh\u00f5es de d\u00f3lares numa ronda liderada pela Binance para refor\u00e7ar as reservas e reembolsou os jogadores na \u00edntegra at\u00e9 final de junho de 2022. Aleksander Larsen, diretor de opera\u00e7\u00f5es da Sky Mavis, resumiu o compromisso em termos que podiam ter sa\u00eddo de uma coluna Postmortem da Game Developer, n\u00e3o de um comunicado de crise: \u00abestamos totalmente empenhados em reembolsar os nossos jogadores assim que poss\u00edvel<\/a>\u00bb. A ponte relan\u00e7ou meses depois. Mais de quatro anos depois, a Ronin continua a funcionar como uma sidechain de jogos ativa, hoje associada a v\u00e1rios t\u00edtulos al\u00e9m do Axie Infinity original, o que a torna um dos poucos casos desta lista em que o post-mortem n\u00e3o \u00e9 o cap\u00edtulo final da hist\u00f3ria, mas apenas o pior cap\u00edtulo de uma hist\u00f3ria que continuou a ser escrita. A HOGE Wire j\u00e1 analisou, num levantamento sobre sobreviv\u00eancia p\u00f3s-hack<\/a>, porque \u00e9 que a Ronin acabou do lado dos protocolos que recuperam, e n\u00e3o do lado dos que desaparecem.<\/p>

Munchables: o post-mortem sem uma \u00fanica linha de c\u00f3digo maliciosa<\/h2>

Se a Ronin mostra a genealogia dupla a fundir-se num s\u00f3 caso, a Munchables<\/a> mostra o limite do que qualquer um dos dois modelos consegue explicar sozinho. A Munchables era um jogo de NFT constru\u00eddo sobre a rede Blast; a 26 de mar\u00e7o de 2024 desapareceram cerca de 62,5 milh\u00f5es de d\u00f3lares, perto de 55 milh\u00f5es de euros, em ether depositado por utilizadores. O investigador pseud\u00f3nimo ZachXBT identificou rapidamente o endere\u00e7o com os fundos e, ao cruzar atividade de commits no GitHub, concluiu que o respons\u00e1vel era um dos quatro programadores contratados pela pr\u00f3pria equipa da Munchables, com liga\u00e7\u00f5es \u00e0 Coreia do Norte, sob o pseud\u00f3nimo Werewolves0493.<\/p>

N\u00e3o houve explora\u00e7\u00e3o de um bug de contrato. Houve um colaborador com acesso leg\u00edtimo que atualizou os contratos e moveu os fundos para si pr\u00f3prio. Depois de cerca de uma hora de negocia\u00e7\u00e3o envolvendo a pr\u00f3pria Munchables e o ZachXBT, o atacante devolveu todas as chaves privadas e a totalidade dos fundos, sem pedir resgate. N\u00e3o h\u00e1 aqui uma causa raiz t\u00e9cnica para documentar, no sentido em que a SRE ou a Game Developer entenderiam o termo; h\u00e1 uma falha de verifica\u00e7\u00e3o de identidade na contrata\u00e7\u00e3o, um risco que qualquer est\u00fadio de jogos que recrute talento remoto e pseud\u00f3nimo conhece bem, mas que raramente aparece nos manuais de seguran\u00e7a de contratos inteligentes. \u00c9 tamb\u00e9m um lembrete de que a rapidez da resolu\u00e7\u00e3o, aqui menos de 24 horas, pesa tanto na forma como um caso \u00e9 lembrado quanto a causa t\u00e9cnica em si.<\/p>

A inven\u00e7\u00e3o genuinamente cripto: negociar com o atacante em p\u00fablico<\/h2>

Nem a cultura blameless da SRE nem a coluna Postmortem da Game Developer alguma vez precisaram de incluir uma negocia\u00e7\u00e3o p\u00fablica com a pessoa que causou o incidente. A cripto acrescentou isso ao g\u00e9nero, e o caso mais citado continua a ser o da Euler Finance<\/a>, explorada em mar\u00e7o de 2023 por um empr\u00e9stimo rel\u00e2mpago que retirou cerca de 197 milh\u00f5es de d\u00f3lares, perto de 173 milh\u00f5es de euros. O atacante deixou uma mensagem on-chain, vis\u00edvel a qualquer pessoa com um explorador de blocos: \u00abno intention of keeping what is not ours\u00bb, sem inten\u00e7\u00e3o de ficar com o que n\u00e3o \u00e9 nosso. Seguiu-se uma negocia\u00e7\u00e3o p\u00fablica, feita atrav\u00e9s de mensagens anexadas a transa\u00e7\u00f5es, que terminou com uma recompensa de 10% para o atacante e a devolu\u00e7\u00e3o de praticamente a totalidade dos fundos. Um padr\u00e3o semelhante tinha aparecido um ano antes na Poly Network, cujo atacante devolveu quase 611 milh\u00f5es de d\u00f3lares depois de ser publicamente tratado como Mr. White Hat.<\/p>

Este ritual, atacante e v\u00edtima a negociar em p\u00fablico, num livro-raz\u00e3o que qualquer jornalista pode seguir ao vivo, n\u00e3o tem equivalente nem nos jogos nem na SRE. E como a HOGE Wire j\u00e1 documentou num artigo sobre post-mortems que acabam em tribunal<\/a>, o acordo alcan\u00e7ado on-chain n\u00e3o \u00e9 sempre o fim da hist\u00f3ria: processos penais e civis podem reabrir o caso anos depois, mesmo quando a comunidade j\u00e1 tinha considerado o assunto encerrado.<\/p>

Quem assina a aut\u00f3psia: a profiss\u00e3o que os videojogos nunca tiveram<\/h2>

Na Game Developer, o autor de uma Postmortem era sempre algu\u00e9m de dentro do est\u00fadio, a escrever sobre o pr\u00f3prio trabalho. Na cripto, cada vez mais, o autor \u00e9 outra pessoa. Firmas de an\u00e1lise on-chain como a Chainalysis e a TRM Labs, investigadores pseud\u00f3nimos como o j\u00e1 mencionado ZachXBT, e coliga\u00e7\u00f5es de resposta r\u00e1pida como a Security Alliance, com o seu programa SEAL 911 e o enquadramento de Safe Harbor para whitehats, formam hoje uma camada profissional inteira dedicada a reconstruir o que aconteceu, muitas vezes antes mesmo de a equipa afetada publicar a sua pr\u00f3pria vers\u00e3o. A Safe Harbor funciona como uma esp\u00e9cie de porto seguro pr\u00e9-negociado: um whitehat que devolva fundos dentro de 72 horas, com verifica\u00e7\u00e3o de identidade e sem liga\u00e7\u00e3o a jurisdi\u00e7\u00f5es sancionadas, pode reclamar uma recompensa de at\u00e9 10%, com um teto de um milh\u00e3o de d\u00f3lares, sem risco de ser processado pelo protocolo afetado. \u00c9 a formaliza\u00e7\u00e3o, em regras escritas antecipadamente, do mesmo instinto que j\u00e1 se via nas negocia\u00e7\u00f5es informais da Euler e da Poly Network.<\/p>

Isto resolve um problema \u00f3bvio, o de confiar apenas na palavra de quem foi hackeado, mas cria outro que a HOGE Wire j\u00e1 explorou em profundidade: quem audita as pr\u00f3prias auditoras? Um post-mortem pode nomear a firma forense envolvida e ainda assim deixar por responder porque \u00e9 que um contrato auditado m\u00faltiplas vezes continuou vulner\u00e1vel. Esse \u00e9 precisamente o ponto cego descrito num artigo anterior sobre protocolos auditados e mesmo assim hackeados<\/a>: n\u00e3o existe, nem na Uni\u00e3o Europeia nem nos Estados Unidos, um equivalente ao PCAOB para auditores de contratos inteligentes, pelo que a reputa\u00e7\u00e3o, n\u00e3o a regula\u00e7\u00e3o, continua a ser o \u00fanico tribunal real destas firmas.<\/p>

WEMIX, outra vez: o g\u00e9nero a fechar o c\u00edrculo em tempo real<\/h2>

Vale a pena voltar \u00e0 WEMIX com mais detalhe, porque o caso resume tudo o que este artigo tenta mostrar. Em fevereiro de 2025, o vetor foi credenciais de autentica\u00e7\u00e3o ligadas \u00e0 plataforma Nile NFT, exploradas para drenar 8,65 milh\u00f5es de WEMIX do Play Bridge Vault, com o atacante escondido no sistema durante cerca de dois meses. Em julho de 2026, o vetor foi completamente diferente: privil\u00e9gios de administrador sobre o contrato do WEMIX$, a stablecoin da rede, usados para cunhar tokens do nada. Duas causas t\u00e9cnicas distintas, mas o mesmo resultado, uma rede de jogos obrigada a suspender pontes e mercados enquanto tenta perceber o que aconteceu.<\/p>

Dan Guido, cofundador e diretor executivo da Trail of Bits, uma das auditoras mais citadas do setor, resumiu uma vez o objetivo de todo este trabalho numa frase simples: \u00abnunca quero encontrar o mesmo bug duas vezes<\/a>\u00bb. N\u00e3o foi dito sobre a WEMIX especificamente, mas descreve bem o problema de fundo: n\u00e3o foi o mesmo bug, mas foi a segunda vez, em dezassete meses, que a mesma organiza\u00e7\u00e3o teve de suspender a sua pr\u00f3pria infraestrutura para conter um ataque. Se e quando a WEMIX publicar um post-mortem completo sobre o incidente de 26 de julho, valer\u00e1 a pena verificar se o relat\u00f3rio explica porque \u00e9 que os privil\u00e9gios de administrador do contrato do WEMIX$ estavam expostos da forma que permitiu este ataque, e n\u00e3o apenas o que foi drenado.<\/p>

Uma d\u00e9cada de post-mortems: dos jogos aos protocolos<\/h2>

Colocados em sequ\u00eancia, os casos discutidos neste artigo desenham uma linha razoavelmente clara de como o g\u00e9nero amadureceu.<\/p>

Ano<\/th>Caso<\/th>Perdas (aprox.)<\/th>Causa<\/th>Resultado<\/th><\/tr><\/thead>
2022<\/td>Ronin (Sky Mavis, Axie Infinity)<\/td>625 M$, cerca de 548 M\u20ac<\/td>Multisig de validadores comprometido<\/td>Reembolso total at\u00e9 final de junho de 2022<\/td><\/tr>
2023<\/td>Euler Finance<\/td>197 M$, cerca de 173 M\u20ac<\/td>Falha de l\u00f3gica em empr\u00e9stimos rel\u00e2mpago<\/td>Devolu\u00e7\u00e3o quase total ap\u00f3s negocia\u00e7\u00e3o on-chain<\/td><\/tr>
2024<\/td>Munchables<\/td>62,5 M$, cerca de 55 M\u20ac<\/td>Colaborador interno com acesso leg\u00edtimo<\/td>Fundos devolvidos ao fim de cerca de um dia<\/td><\/tr>
2025<\/td>WEMIX, Play Bridge Vault<\/td>cerca de 6,2 M$, 5,4 M\u20ac<\/td>Credenciais da Nile NFT comprometidas<\/td>Sem post-mortem p\u00fablico detalhado<\/td><\/tr>
2026<\/td>WEMIX, stablecoin WEMIX$<\/td>6,25 M$, cerca de 5,5 M\u20ac<\/td>Privil\u00e9gios de administrador comprometidos<\/td>Em investiga\u00e7\u00e3o \u00e0 data de publica\u00e7\u00e3o<\/td><\/tr><\/tbody><\/table><\/figure>

O padr\u00e3o mais interessante n\u00e3o \u00e9 o valor perdido, \u00e9 a velocidade e a transpar\u00eancia da resposta. A Ronin e a Euler, apesar de perdas muito maiores, tornaram-se casos de refer\u00eancia positiva porque publicaram linhas do tempo detalhadas e agiram rapidamente. A WEMIX de 2025 nunca chegou a publicar um post-mortem p\u00fablico detalhado sobre o incidente do Play Bridge Vault, o que ajuda a explicar porque \u00e9 que o incidente de 2026 foi recebido com mais ceticismo do que talvez merecesse s\u00f3 pelo valor envolvido.<\/p>

O que a MiCA cobre, e o que deixa de fora<\/h2>

Em Portugal, e na Uni\u00e3o Europeia em geral, o Regulamento dos Mercados de Criptoativos, a MiCA, regula prestadores de servi\u00e7os de criptoativos, os CASP, com a CMVM<\/a> a supervisionar a conduta de mercado e o Banco de Portugal a tratar do registo de CASP e da supervis\u00e3o de stablecoins. A Lei n.\u00ba 69\/2025, em vigor desde 27 de dezembro de 2025, transp\u00f5e estas regras para o direito portugu\u00eas, e o per\u00edodo transit\u00f3rio para os antigos VASP terminou a 1 de julho de 2026. Nada disto, por\u00e9m, obriga um protocolo a publicar um post-mortem depois de um incidente, e protocolos totalmente descentralizados ficam fora do \u00e2mbito da MiCA por completo. A isto soma-se o Regulamento da Resili\u00eancia Operacional Digital, o DORA, em vigor desde 17 de janeiro de 2025, que imp\u00f5e requisitos de resili\u00eancia de sistemas inform\u00e1ticos aos CASP mas, tal como a MiCA, n\u00e3o obriga \u00e0 divulga\u00e7\u00e3o p\u00fablica de um post-mortem t\u00e9cnico nem exige auditorias de c\u00f3digo a protocolos descentralizados.<\/p>

Isto \u00e9 especialmente relevante para casos como o da WEMIX ou da Munchables, onde o incidente atinge uma rede de jogos com utilizadores espalhados por v\u00e1rias jurisdi\u00e7\u00f5es, sem um \u00fanico CASP claramente identific\u00e1vel a responder perante a CMVM. Para um utilizador portugu\u00eas afetado por um exploit num jogo blockchain descentralizado, o post-mortem volunt\u00e1rio, escrito ou n\u00e3o, continua a ser, na pr\u00e1tica, o \u00fanico mecanismo de presta\u00e7\u00e3o de contas dispon\u00edvel.<\/p>

Seguro on-chain e a velocidade da IA: o que vem a seguir<\/h2>

Duas tend\u00eancias est\u00e3o a mudar a forma como este g\u00e9nero vai continuar a evoluir. A primeira \u00e9 o seguro on-chain: plataformas como a Nexus Mutual, ativa desde 2019, ou a Chainproof, incubada pela Quantstamp, oferecem cobertura contra exploits de contratos inteligentes, com alguns sinistros pagos em poucas semanas a partir de dados on-chain. \u00c9 ainda um mercado pequeno face \u00e0 escala das perdas do setor, mas representa uma tentativa de formalizar, atrav\u00e9s de um contrato, a promessa impl\u00edcita que um post-mortem faz ao prometer repara\u00e7\u00e3o. A HOGE Wire j\u00e1 olhou para um problema paralelo no mundo do restaking, onde o seguro contra slashing em cascata<\/a> enfrenta o mesmo desafio de escala.<\/p>

A segunda tend\u00eancia \u00e9 a velocidade. Auditoras como a Trail of Bits descrevem publicamente uma transi\u00e7\u00e3o interna para fluxos de trabalho assistidos por intelig\u00eancia artificial que, segundo o pr\u00f3prio Guido, permitiram passar de cerca de 15 bugs encontrados por semana em certos projetos para perto de 200, com cerca de um quinto de todos os problemas reportados a serem inicialmente sinalizados por ferramentas de IA<\/a>, sempre com verifica\u00e7\u00e3o humana antes de qualquer publica\u00e7\u00e3o. Isso est\u00e1 a mudar a expectativa dos leitores: um post-mortem que demore semanas a sair come\u00e7a a parecer t\u00e3o desatualizado quanto uma revista impressa depois do fecho da edi\u00e7\u00e3o. A pr\u00f3pria WEMIX publicou os primeiros detalhes do incidente de julho de 2026 dentro de horas, ainda que sem causa raiz confirmada, precisamente porque essa \u00e9 agora a norma esperada.<\/p>

Como distinguir um post-mortem cred\u00edvel de um exerc\u00edcio de rela\u00e7\u00f5es p\u00fablicas<\/h2>

Depois de rever dezenas de casos ao longo desta s\u00e9rie, alguns crit\u00e9rios pr\u00e1ticos ajudam a separar um relat\u00f3rio honesto de uma pe\u00e7a de gest\u00e3o de imagem:<\/p>

  • Granularidade da linha do tempo: um bom post-mortem tem horas e minutos, n\u00e3o apenas uma refer\u00eancia vaga a atividade suspeita detetada algures num certo dia.<\/li>
  • Especificidade t\u00e9cnica da causa: nomeia a fun\u00e7\u00e3o, o contrato ou o vetor exato explorado, em vez de se esconder atr\u00e1s da express\u00e3o acesso n\u00e3o autorizado.<\/li>
  • Verifica\u00e7\u00e3o independente: nomeia a firma forense ou o investigador externo envolvido, permitindo que terceiros confirmem os factos.<\/li>
  • Atualiza\u00e7\u00e3o cont\u00ednua: continua a ser corrigido e ampliado \u00e0 medida que a investiga\u00e7\u00e3o avan\u00e7a, como est\u00e1 a acontecer com a WEMIX em julho de 2026, em vez de ser um \u00fanico comunicado definitivo.<\/li>
  • Tratamento dos utilizadores: explica claramente se, como e quando os fundos afetados ser\u00e3o cobertos, e n\u00e3o apenas o que vai mudar no c\u00f3digo.<\/li><\/ul>

    Nenhum destes crit\u00e9rios garante, por si s\u00f3, que um protocolo sobreviva ao incidente. Mas a aus\u00eancia de v\u00e1rios deles ao mesmo tempo \u00e9, historicamente, um bom sinal de alerta.<\/p>

    Perguntas Frequentes<\/h2>

    O que \u00e9 um post-mortem de protocolo cripto?<\/h3>

    \u00c9 o relat\u00f3rio p\u00fablico que uma equipa, ou cada vez mais investigadores externos, publica depois de um protocolo cripto ser explorado ou falhar, normalmente com a linha do tempo do ataque, a causa t\u00e9cnica exata, os fundos afetados e os passos seguintes. Sites como o rekt.news catalogam estes relat\u00f3rios como um g\u00e9nero pr\u00f3prio, quase jornal\u00edstico, e n\u00e3o apenas como comunicados de imprensa corporativos.<\/p>

    Porque \u00e9 que a cultura dos post-mortems cripto se parece com a dos videojogos?<\/h3>

    Porque partilha uma genealogia direta com a coluna Postmortem da revista Game Developer, que desde outubro de 1997 pedia \u00e0s equipas de jogos que descrevessem, com nomes e n\u00fameros, o que tinha corrido bem e o que tinha corrido mal num projeto. Essa vontade de confiss\u00e3o p\u00fablica e voltada para a audi\u00eancia aproxima-se mais da aut\u00f3psia cripto do que a cultura interna e sem culpa da SRE da Google, muitas vezes apontada como a \u00fanica origem do g\u00e9nero.<\/p>

    Os post-mortems cripto s\u00e3o sempre fi\u00e1veis?<\/h3>

    N\u00e3o por defeito. Um post-mortem escrito pela pr\u00f3pria equipa afetada tem incentivo para minimizar erros pr\u00f3prios, e nem todos s\u00e3o atualizados \u00e0 medida que a investiga\u00e7\u00e3o avan\u00e7a. Os mais cred\u00edveis costumam nomear a firma forense independente envolvida, manter a linha do tempo a ser atualizada, como a WEMIX est\u00e1 a fazer ap\u00f3s o incidente de 26 de julho de 2026, e explicar o mecanismo t\u00e9cnico exato, n\u00e3o apenas uma refer\u00eancia vaga a acesso n\u00e3o autorizado.<\/p>

    Um protocolo hackeado recupera sempre depois de publicar um post-mortem?<\/h3>

    N\u00e3o. Casos como o da Ronin mostram recupera\u00e7\u00e3o quase total, com reembolso completo, ponte relan\u00e7ada e est\u00fadio ainda ativo em 2026; outros nunca mais recuperam a confian\u00e7a dos utilizadores apesar de um post-mortem detalhado. Publicar a aut\u00f3psia \u00e9 necess\u00e1rio para manter alguma credibilidade, mas n\u00e3o garante, por si s\u00f3, a sobreviv\u00eancia do protocolo.<\/p>

    A MiCA obriga os protocolos cripto a publicar um post-mortem depois de um hack?<\/h3>

    N\u00e3o diretamente. A MiCA regula prestadores de servi\u00e7os de criptoativos centralizados, supervisionados em Portugal pela CMVM e pelo Banco de Portugal, mas n\u00e3o imp\u00f5e a divulga\u00e7\u00e3o de um relat\u00f3rio p\u00f3s-incidente e exclui protocolos totalmente descentralizados do seu \u00e2mbito. Para os utilizadores de DeFi, o post-mortem volunt\u00e1rio continua a ser, na pr\u00e1tica, o \u00fanico mecanismo de presta\u00e7\u00e3o de contas dispon\u00edvel.<\/p>