#LUNC

#terralunaclassic

-Bem... sim, até certo ponto.

A queda do Terra/Luna não foi resultado de um hack ou sabotagem convencional, mas sim de uma combinação de falhas no design do ecossistema e um ataque motivado pelo mercado.

O que aconteceu?

O ecossistema da Terra girava em torno de sua stablecoin, UST, que deveria manter uma paridade de 1:1 com o dólar americano por meio de um mecanismo algorítmico vinculado à sua criptomoeda irmã, LUNA. Quando o valor do UST caía abaixo de US$ 1, o sistema permitia que os usuários trocassem 1 UST por US$ 1 em LUNA, o que teoricamente deveria restaurar a paridade. No entanto, o sistema se tornou instável quando o UST começou a perder sua paridade significativamente.

  • Dinâmica de Mercado: Um grande número de detentores de UST tentou sair de suas posições simultaneamente, causando um aumento massivo na oferta de LUNA, pois o algoritmo cunhou mais LUNA para tentar manter a paridade. Isso levou a uma hiperinflação de LUNA, fazendo com que seu preço caísse e corroendo ainda mais a confiança em UST.

  • Manipulação ou Exploração: Embora nenhum "hack" direto tenha ocorrido, alguns acreditam que a vulnerabilidade do sistema foi explorada por meio de vendas estratégicas ou shorting de UST e LUNA, o que acelerou o colapso. Este foi mais um caso de manipulação de mercado e exploração de fraquezas no design da Terra do que de hacking tradicional.

  • Resultado: A queda levou ao colapso total do UST e do LUNA, causando perdas enormes para os investidores e abalando significativamente a confiança nas stablecoins algorítmicas como um todo. Em resumo, a queda do Terra/Luna não foi causada por hackers, mas foi um colapso causado por falhas sistêmicas e potencial manipulação de mercado explorando essas falhas.

A queda da Terra/Luna em maio de 2022 viu um êxodo massivo de detentores de UST, contribuindo para o colapso. Embora números precisos sobre quantos detentores saíram durante a queda possam ser desafiadores de definir, a escala da liquidação foi enorme.

Escala de mudanças no fornecimento de UST:

  • Antes da queda: a UST tinha um suprimento circulante de cerca de 18-19 bilhões de tokens, com adoção significativa em várias plataformas de finanças descentralizadas (DeFi).

  • Durante o crash: Conforme o UST começou a perder sua paridade com o dólar americano, o pânico levou à venda de bilhões de UST. Essa venda massiva causou um ciclo hiperinflacionário, pois mais LUNA foi cunhado em uma tentativa de manter a paridade, exacerbando ainda mais o crash.

Reações do mercado:

  • Atividade de câmbio: Os câmbios relataram um grande aumento no volume de negociação, pois os detentores de UST correram para converter seus tokens em ativos mais estáveis. Isso levou a problemas de liquidez em várias plataformas.

  • Impacto no preço: A venda motivada pelo pânico resultou na queda do preço do UST de sua meta de US$ 1 para meros centavos, o que foi seguido pelo colapso catastrófico do preço do LUNA.

  • Insights quantitativos: resgates de UST: bilhões de UST estavam sendo convertidos para LUNA, levando o fornecimento de LUNA a aumentar de cerca de 340 milhões de tokens para mais de 6,5 trilhões em apenas alguns dias. Em resumo, o número de detentores de UST saindo de suas posições foi extraordinariamente grande, envolvendo bilhões de dólares em valor sendo movimentados em um período muito curto. A escala da saída, combinada com o mecanismo algorítmico falho, foi um fator-chave no colapso.

Como os desenvolvedores e a comunidade podem mitigar ou evitar falhas massivas?

Para evitar quedas de vendas por pânico como o que aconteceu com Terra/Luna, os desenvolvedores devem considerar a implementação de diversas estratégias importantes:

1. Mecanismos robustos de gestão de riscos:

  • Garantia diversificada: use ativos diversificados e com garantia excessiva para respaldar quaisquer stablecoins ou tokens para manter a confiança mesmo em condições de mercado voláteis.

  • Disjuntores automatizados: implemente disjuntores que pausem negociações ou resgates durante volatilidade extrema, dando tempo para o sistema se estabilizar.

    2. Transparência e Comunicação:

  • Design de Protocolo Claro: Garanta que os usuários entendam completamente como o protocolo funciona, incluindo riscos potenciais. Transparência sobre a mecânica pode evitar pânico se surgirem problemas.

  • Comunicação oportuna: em uma crise, a comunicação clara e oportuna dos desenvolvedores e da equipe do projeto é crucial para gerenciar as expectativas dos usuários e reduzir o pânico.

    3. Incentivar a manutenção de longo prazo:

  • Períodos de bloqueio: introduza períodos de bloqueio ou cronogramas de aquisição para grandes participações em tokens para evitar vendas em massa.

  • Staking e recompensas: incentive a manutenção a longo prazo oferecendo recompensas de staking ou incentivos de rendimento que sejam mais atraentes em períodos mais longos.

    4. Gestão de liquidez:

  • Amplas Reservas de Liquidez: Garanta que o sistema tenha reservas de liquidez suficientes para lidar com resgates ou retiradas em larga escala sem desestabilizar o mercado.

  • Provedores de liquidez: incentive pools de liquidez profundos incentivando provedores de liquidez, o que pode ajudar a proteger contra liquidações repentinas.

    5. Estabilidade Algorítmica e Testes:

  • Teste de estresse: teste regularmente o protocolo sob vários cenários, incluindo condições extremas de mercado, para identificar e abordar possíveis fraquezas.

  • Ajustes algorítmicos: garanta que quaisquer mecanismos algorítmicos não sejam muito rígidos e possam se ajustar às mudanças nas condições de mercado sem desencadear uma espiral mortal.

    6. Comunidade e Governança:

  • Governança Descentralizada: Encoraje um modelo de governança descentralizada onde a comunidade tenha voz nas medidas de emergência. Isso pode criar uma resposta mais resiliente durante crises.

  • Sistemas de alerta precoce: desenvolver sistemas de alerta precoce que alertem a comunidade e os desenvolvedores quando certos limites de risco estiverem se aproximando.

    7. Auditorias Externas e Segurança:

  • Auditorias regulares: realize auditorias regulares dos contratos inteligentes e modelos financeiros do protocolo para identificar e corrigir vulnerabilidades.

  • Programas de recompensa por bugs: implemente programas de recompensa por bugs para encorajar desenvolvedores externos a encontrar e relatar problemas potenciais antes que eles possam ser explorados. Ao tomar essas precauções, os desenvolvedores podem projetar sistemas que sejam mais resilientes aos tipos de eventos motivados pelo pânico que podem levar a travamentos catastróficos. O objetivo é criar um sistema estável, transparente e robusto que possa manter a confiança do usuário mesmo sob estresse.

Fontes: Google, Wikipedia, ChatGPT e as vozes na minha cabeça.