As pontes entre cadeias perderam mais valor em ataques que qualquer outra categoria de infraestrutura cripto, e não é porque quem as constrói seja descuidado. É por causa do que uma ponte fundamentalmente é, e uma vez claro isso o padrão de falhas deixa de parecer azar.
O modelo mental que quase todo mundo carrega é o de um ativo viajando de uma cadeia para outra, como um arquivo passa de um computador para outro. Nada disso acontece, e não pode: uma blockchain é um sistema fechado que só conhece o próprio estado, e não tem mecanismo algum para observar o que é verdade em outra cadeia. Não há cabo entre elas nem realidade comum a que apelar.
O que realmente acontece é que o ativo é imobilizado na primeira cadeia e um novo é criado na segunda, representando um direito sobre o original imobilizado. As duas metades não estão ligadas por nada além de um sistema que decide quando criar o direito, e essa decisão é a questão de segurança inteira. Tudo o que uma ponte faz se reduz a respondê-la: quem tem o direito de dizer que ativos foram travados do outro lado, e o que o impede de dizer isso falsamente.
Uma ponte não move valor. Ela trava valor num lugar e emite uma promessa em outro, e toda grande falha foi um ataque à promessa e não à trava.
O token que você recebe não é o ativo que depositou. É um instrumento distinto, emitido pela ponte, cujo valor depende inteiramente de o ativo depositado continuar travado e resgatável. Se a trava é comprometida ou o mecanismo de emissão é explorado, o token continua existindo e negociando enquanto o lastro dele não, que é exatamente a sequência observada nos maiores incidentes.
Isso tem uma consequência que pega as pessoas mesmo depois de entenderem o mecanismo. Ter um ativo ponteado é ter um direito sobre uma ponte específica, não sobre o subjacente. Duas versões do mesmo ativo na mesma cadeia, chegadas por pontes diferentes, são instrumentos diferentes com riscos diferentes e muitas vezes preços diferentes, e são frequentemente exibidas com o mesmo nome e o mesmo logo.
A forma prática disso é saber qual ponte emitiu o que você tem antes de tê-lo, e conferir se o ativo que você recebe é aquele que o ecossistema em que você entra de fato usa. Ser pago numa versão ponteada que ninguém aceita é um problema de liquidez somado a um de custódia.
As diferenças que importam não são sobre velocidade nem taxas. São sobre quem é capaz de autorizar a emissão de um direito, e quantos deles teriam de errar ou mentir ao mesmo tempo.
Um conjunto definido de partes observa o depósito e assina a emissão, normalmente com uma exigência de limiar. É o desenho mais comum e o mais fácil de construir, e a segurança dele é exatamente a daquele conjunto: se o número limiar de chaves de assinatura for comprometido, o atacante pode emitir direitos lastreados em nada. Várias das maiores perdas do setor seguiram exatamente esse caminho, e o número de chaves exigido foi em todos os casos pequeno o bastante para ser reunido.
Um desenho de cliente leve coloca lógica de consenso suficiente de uma cadeia num contrato da outra para que ele possa verificar provas diretamente, sem comitê envolvido. É o modelo mais sólido disponível, porque a premissa de confiança se reduz à segurança das duas cadeias em si. Também é difícil e caro de construir, e por isso existem bem menos do que a paisagem comercial sugere.
Em vez de travar e emitir, alguns sistemas mantêm reservas do mesmo ativo nas duas cadeias e simplesmente pagam a partir da reserva de destino quando um depósito chega na origem. Nada de novo é criado, o que elimina por completo o ataque por emissão, e o risco se desloca para se as reservas permanecem equilibradas e para quem as fornece. É uma forma de risco genuinamente diferente e não um risco menor.
Uma ponte guarda a totalidade dos ativos travados de todos os usuários que a atravessaram, num só lugar, num contrato que precisa continuar capaz de liberá-los. Isso faz dela a maior reserva de valor individual da maioria dos ecossistemas, guardada por código mais novo e menos escrutinado que as cadeias de cada lado, e encarregada do trabalho mais complexo da pilha.
Acrescente que esse trabalho é intrinsecamente adverso de um jeito que os contratos de negociação não são. Uma ponte precisa decidir se um evento ocorreu num sistema que ela não consegue ver, a partir de provas fornecidas por partes que podem se beneficiar de mentir sobre isso. É um problema mais difícil que transferir um token, tem mais lugares onde errar, e errar uma vez é ilimitado em vez de incremental.
O resultado não surpreende uma vez enunciado: o maior valor, o código mais novo, o problema mais difícil, e uma população de atacantes que só precisa encontrar um defeito. O padrão de perdas dessa categoria é o que essa combinação produz, e nada nele é específico de uma equipe qualquer.
Agrupar os incidentes em vez de enumerá-los revela um punhado de mecanismos repetidos.
O conjunto limiar de chaves que autoriza a emissão foi comprometido, muitas vezes por meios comuns e não criptográficos: uma máquina de desenvolvedor, uma credencial roubada, um ataque de engenharia social sobre uma pessoa. A ponte então emitiu direitos que depósito nenhum lastreava, e eles foram vendidos ao mercado antes de alguém perceber.
Um defeito na lógica de verificação deixou passar como válida uma mensagem forjada ou repetida. São as falhas de software mais puras da categoria, são sutis, e várias delas sobreviveram a auditorias, porque verificar uma prova corretamente é difícil de acertar e difícil de revisar.
Um contrato cuja função de instalação podia ser chamada de novo, ou cujo papel privilegiado nunca foi renunciado, permitiu a um atacante tomar controle do mecanismo diretamente. É um erro de implantação e não de projeto, e já causou perdas muito grandes.
As pontes são frequentemente atualizáveis, o que é sensato dada a juventude do código, e um contrato atualizável tem uma autoridade capaz de substituir a lógica dele. Comprometer essa autoridade equivale a comprometer tudo o que o contrato guarda, sem precisar encontrar defeito algum no código atual.
Três dos quatro modos de falha são sobre quem tem a autoridade e não sobre o código. Os ataques que funcionaram normalmente não precisaram quebrar o mecanismo, apenas virar a pessoa autorizada a operá-lo.
A maioria das cadeias designa uma ponte como canônica, ou seja construída e operada pela mesma equipe que a cadeia, e os ativos que ela emite são os que o ecossistema trata como nativos. Essa designação merece atenção porque concentra liquidez: a versão canônica de um ativo é a que negocia em todo lugar naquela cadeia, e qualquer outra versão é um instrumento distinto com mercados mais finos.
Ela não é automaticamente mais segura, e tratá-la como nota de segurança é um erro. Uma ponte canônica herda as mesmas três escolhas de desenho que qualquer outra e pode ser igualmente um comitê com chaves. O que ela fornece é a resposta a outra pergunta, a de se o ativo que você recebe será aceito onde você pretende usá-lo, e essa pergunta merece ser resolvida à parte da de segurança.
Uma parcela substancial do ponteamento é feita por razões que não exigem uma ponte, e notar isso é a redução de risco mais barata disponível. Se as duas cadeias são suportadas por uma plataforma que você já usa, depositar numa e sacar na outra alcança o mesmo resultado passando por uma entidade que você já aceitou como contraparte, o que é um risco que você já carregava e não um novo.
Onde o ativo existe nativamente nas duas cadeias porque o emissor dele o implanta nas duas, também não é preciso ponte: o emissor pode queimar de um lado e emitir do outro, e vários ativos importantes funcionam assim. Conferir se essa rota existe antes de usar uma ponte leva um minuto e elimina a categoria inteira de risco descrita acima.
O caso restante, em que uma ponte é realmente o único caminho, é mais estreito do que o volume que passa por elas sugere. Boa parte desse volume é hábito e não necessidade, e o hábito é caro de um jeito que só aparece nos dias em que é.
Quatro perguntas, nenhuma das quais exige ler código. De qual desenho se trata, ou seja se a emissão é autorizada por um comitê, por uma prova que a cadeia verifica, ou por ninguém porque há liquidez dos dois lados. Se for um comitê, quantas assinaturas são exigidas e se essas partes são identificáveis e independentes. O contrato é atualizável, e se for quem controla a atualização e se esse controle é ele mesmo distribuído. E existe uma rota sem ponte para o mesmo destino.
Depois o hábito operacional que não custa nada: atravesse o valor de que você precisa e não o que você tem, e não deixe valor em forma ponteada por mais tempo do que a razão para ponteá-lo exige. O tempo exposto é a variável mais sob o seu controle, e boa parte do valor perdido nessa categoria estava parada ou em trânsito e não em uso ativo no momento em que desapareceu.
Não. Ele é travado na cadeia de origem e um token novo representando um direito sobre ele é criado na cadeia de destino. Nada atravessa, porque uma blockchain não consegue observar o estado de outra. Toda a segurança de uma ponte é sobre quem tem o direito de autorizar esse segundo passo.
Elas guardam a maior reserva de valor individual da maioria dos ecossistemas, o código delas é mais novo e menos escrutinado que as cadeias em volta, e elas fazem a tarefa mais difícil da pilha: decidir se algo aconteceu num sistema que não conseguem ver. Um atacante só precisa encontrar um defeito, e o prêmio é ilimitado.
Frequentemente não. Se chegaram por pontes diferentes são instrumentos diferentes com lastro diferente, riscos diferentes e muitas vezes preços diferentes, apesar de normalmente compartilharem nome e logo. Saber qual ponte emitiu o que você tem faz parte de saber o que você tem.
É a ponte designada pela própria equipe da cadeia, e os ativos que ela emite são os que o ecossistema trata como nativos. Isso responde a uma pergunta de liquidez e não de segurança: diz que o ativo será aceito onde você quer usá-lo. A segurança dela ainda depende das mesmas escolhas de desenho que qualquer outra ponte.
Aquele em que a cadeia de destino verifica diretamente provas da cadeia de origem, porque a premissa de confiança se reduz à segurança das duas cadeias em si e não a um comitê. Também é o mais difícil e caro de construir, e por isso existem bem menos do que o vocabulário sugere.
Muitas vezes. Se uma plataforma que você já usa suporta as duas cadeias, depositar numa e sacar na outra chega ao mesmo destino por uma contraparte que você já tinha aceitado. E onde um emissor implanta o mesmo ativo nativamente nas duas cadeias, ponte nenhuma entra. Conferir qualquer uma das rotas leva um minuto.
Ela reduz a probabilidade de certas classes de defeito e não impediu vários dos maiores incidentes. A lógica de verificação é sutil o bastante para que erros tenham sobrevivido à revisão, e três dos quatro modos de falha comuns são sobre quem tem a autoridade e não sobre o código que uma auditoria examina.
Pelo menor tempo que a razão para ponteá-los exigir. O tempo exposto é a variável mais sob o seu controle, e boa parte do valor perdido nessa categoria estava parada ou em trânsito e não em uso ativo no momento em que o mecanismo falhou.