H\u00e1 um padr\u00e3o que se repete sempre que um protocolo de criptomoedas se desfaz. Primeiro chega o sil\u00eancio, depois o p\u00e2nico nos pre\u00e7os e, poucas horas mais tarde, um documento. Tem quase sempre o mesmo formato: uma cronologia ao minuto, os hashes das transa\u00e7\u00f5es na blockchain, a causa raiz, o valor perdido em euros e uma lista de medidas para que aquilo nunca mais aconte\u00e7a. Chama-se post-mortem, e tornou-se um dos textos mais lidos de toda a cultura cripto.<\/p>\n\n\n\n
Este artigo n\u00e3o \u00e9 mais uma lista de roubos. \u00c9 uma leitura cultural de um g\u00e9nero de escrita que nasceu na engenharia de software e que a blockchain transformou num ritual p\u00fablico de presta\u00e7\u00e3o de contas. Quem o escreve, com que rapidez e com que grau de honestidade revela tanto sobre um projeto como o seu c\u00f3digo. Numa ind\u00fastria que prometeu dispensar a confian\u00e7a, o relat\u00f3rio de falhas tornou-se, ironicamente, um dos seus principais instrumentos de confian\u00e7a.<\/p>\n\n\n\n
O post-mortem n\u00e3o \u00e9 uma inven\u00e7\u00e3o da cripto. Vem da cultura de fiabilidade das grandes empresas de software, onde as equipas de engenharia escrevem, depois de cada falha grave, um relat\u00f3rio sem culpados (o chamado blameless post-mortem). A ideia \u00e9 simples: separar o erro humano da falha de sistema e tratar cada incidente como material de aprendizagem, n\u00e3o como ca\u00e7a \u00e0s bruxas.<\/p>\n\n\n\n
A blockchain herdou o formato e mudou-lhe as apostas. Num sistema tradicional, a falha fica atr\u00e1s de portas fechadas e o relat\u00f3rio \u00e9 interno. Aqui, o registo \u00e9 p\u00fablico, o dinheiro desaparece em segundos e o atacante costuma ser an\u00f3nimo. O post-mortem deixou de ser um exerc\u00edcio de melhoria interna para passar a ser uma pe\u00e7a de comunica\u00e7\u00e3o dirigida a milhares de utilizadores que acabaram de perder dinheiro real.<\/p>\n\n\n\n
Quem l\u00ea estes documentos com regularidade reconhece-lhes a gram\u00e1tica. H\u00e1 quase sempre uma cronologia em hora UTC, a identifica\u00e7\u00e3o da fun\u00e7\u00e3o de c\u00f3digo ou do par\u00e2metro econ\u00f3mico que falhou, os endere\u00e7os e hashes envolvidos, uma estimativa do valor afetado e um cap\u00edtulo final de remedia\u00e7\u00e3o. Os melhores documentos incluem ainda os hashes das transa\u00e7\u00f5es maliciosas, para que qualquer pessoa possa reconstruir o ataque passo a passo no explorador de blocos. O tom oscila entre o relat\u00f3rio t\u00e9cnico e a confiss\u00e3o, e essa tens\u00e3o \u00e9 parte do que torna o g\u00e9nero t\u00e3o peculiar.<\/p>\n\n\n\n
A velocidade faz parte da norma. A comunidade espera respostas em horas, n\u00e3o em semanas, e o atraso \u00e9 lido como sinal de que a equipa est\u00e1 a esconder algo ou, pior, a fugir. O caso fundador \u00e9 o do The DAO, em 2016, quando uma falha de reentr\u00e2ncia no contrato permitiu drenar cerca de 3,6 milh\u00f5es de ETH. A resposta da Ethereum Foundation, publicada quase em tempo real no blogue oficial<\/a>, abriu caminho ao hard fork que dividiu a rede em Ethereum e Ethereum Classic. Foi o momento em que a ind\u00fastria percebeu que um post-mortem podia, por si s\u00f3, alterar a hist\u00f3ria de uma cadeia.<\/p>\n\n\n\n Antes de olharmos caso a caso, vale a pena ter presente a escala do que falhou. A tabela seguinte re\u00fane alguns dos incidentes que mais marcaram o g\u00e9nero, com valores convertidos para euros \u00e0 taxa aproximada da \u00e9poca.<\/p>\n\n\n\nO mapa dos grandes colapsos<\/h2>\n\n\n\n