Na noite passada, o mercado cripto encenou uma exposição chocante ao risco: a carteira principal da equipa FLOW foi hackeada, 29 milhões de tokens foram roubados e o hacker vendeu depois 16 milhões deles, drenando instantaneamente a liquidez do mercado. As medidas de emergência da equipa do projeto também foram inesperadas – toda a cadeia foi suspensa diretamente.
Isto reflete uma realidade dilacerante na indústria: quando um protocolo está completamente nas mãos da equipa do projeto ou de um pequeno número de detentores de chaves privadas, a chamada promessa de descentralização torna-se frequentemente um espelho. A segurança dos seus ativos está, na verdade, ligada às capacidades operacionais e à consciência de segurança da equipa. Uma vez perdido este elo, a cadeia pode ser interrompida, o preço pode regressar a zero, e o detentor não tem outra escolha senão esperar passivamente para ver.
Isto ilustra as fraquezas no design atual do protocolo. Em contraste, alguns protocolos emergentes estão a começar a repensar esta questão. Por exemplo, a cobertura dinâmica e os pools de ativos sobregarantidos são usados para diversificar riscos, em vez de depender de carteiras multiassinatura com controlo de ponto único; ou introduzir um mecanismo de liquidez em camadas para garantir que, mesmo em caso de choques extremos de mercado, o direito de resgate seja sempre protegido pela camada tampão e não caia no círculo vicioso do "colapso do preço do pool dry". Estas melhorias partilham o mesmo objetivo: transformar a segurança de dependente do ser humano para dependente de mecanismos e matemática.
O incidente FLOW pode tornar-se um reflexo profundo para toda a indústria – que tipo de base deve ser construída para uma verdadeira segurança?
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
11 gostos
Recompensa
11
6
Republicar
Partilhar
Comentar
0/400
MonkeySeeMonkeyDo
· 12h atrás
Mais um projeto de "Nós realmente descentralizamos" que, na verdade, foi invadido por um hacker, expondo a verdade, risos
Ver originalResponder0
HackerWhoCares
· 12h atrás
Mais do mesmo, a equipa a gerir a carteira sozinha ainda se atreve a vangloriar-se de descentralização? Ri-me.
A cadeia parou de repente? Isso não é centralização, ainda estão a fazer de conta.
Explicando a questão do flow, 99% dos projetos são enganadores, a segurança depende toda da sorte.
Descentralização? Que nada, não passa de um controlo por parte de uma minoria.
O prelúdio para a cadeia a fugir, vão ver.
Carteiras multi-assinatura também não funcionam, no fundo é uma questão de pessoas, as pessoas cometem erros.
Os 29 milhões de tokens desapareceram, os detentores de tokens que chorem, não há como evitar.
É por isso que só invisto nos cinco maiores, pelo menos há alguém a vigiar grandes projetos.
Mecanismos e matemática podem salvar vidas? É só ouvir, no final das contas, ainda depende do acaso.
Por isso, manter tokens é como apostar na equipa, apostar que eles não vão ter problemas, é demasiado emocionante.
Ver originalResponder0
ContractBugHunter
· 12h atrás
Pausar toda a cadeia? Isso ainda pode ser chamado de descentralização? Risível... Já tinha dito que o modelo de governança do Flow tem problemas
---
Mais um projeto que "controla tudo" e falha, quando é que vamos aprender a realmente distribuir o poder
---
29 milhões de tokens evaporaram de um dia para o outro, essa é a consequência de colocar ovos na mesma cesta... Ainda bem que não apostei muito
---
Mecanismo > governança por pessoas, desta vez finalmente alguém entendeu, na verdade o setor já tinha soluções mais seguras, é só não usar
---
Hackers podem parar a cadeia ao entrar, a operação do projeto é quase igual a de uma empresa centralizada, e ainda querem falar de descentralização
---
A abordagem de garantia colateral excessiva é realmente confiável, mas infelizmente a maioria dos projetos não quer arcar com o custo, preferem apostar na probabilidade
---
Parece que o setor precisa ser "educado" a cada poucos meses, quando é que vamos realmente aprender a lição
---
Carteiras multi-assinatura realmente não funcionam, o Flow desta vez revelou completamente a vulnerabilidade de ponto único de falha
---
É por isso que só confio em matemática e código, não confio em promessas verbais de qualquer equipe
Ver originalResponder0
SerumDegen
· 12h atrás
ngl, FLOW acabou de provar o que já sabíamos desde sempre... "descentralizado" é só copium quando uma equipa detém o botão de desligar lmao
Ver originalResponder0
LiquidationWatcher
· 12h atrás
Mais uma cena de fracasso de uma equipe centralizada, será que descentralização é realmente assim?
Ver originalResponder0
GasBandit
· 12h atrás
Mais uma equipa a controlar a vida e a morte, que incrível.
Na noite passada, o mercado cripto encenou uma exposição chocante ao risco: a carteira principal da equipa FLOW foi hackeada, 29 milhões de tokens foram roubados e o hacker vendeu depois 16 milhões deles, drenando instantaneamente a liquidez do mercado. As medidas de emergência da equipa do projeto também foram inesperadas – toda a cadeia foi suspensa diretamente.
Isto reflete uma realidade dilacerante na indústria: quando um protocolo está completamente nas mãos da equipa do projeto ou de um pequeno número de detentores de chaves privadas, a chamada promessa de descentralização torna-se frequentemente um espelho. A segurança dos seus ativos está, na verdade, ligada às capacidades operacionais e à consciência de segurança da equipa. Uma vez perdido este elo, a cadeia pode ser interrompida, o preço pode regressar a zero, e o detentor não tem outra escolha senão esperar passivamente para ver.
Isto ilustra as fraquezas no design atual do protocolo. Em contraste, alguns protocolos emergentes estão a começar a repensar esta questão. Por exemplo, a cobertura dinâmica e os pools de ativos sobregarantidos são usados para diversificar riscos, em vez de depender de carteiras multiassinatura com controlo de ponto único; ou introduzir um mecanismo de liquidez em camadas para garantir que, mesmo em caso de choques extremos de mercado, o direito de resgate seja sempre protegido pela camada tampão e não caia no círculo vicioso do "colapso do preço do pool dry". Estas melhorias partilham o mesmo objetivo: transformar a segurança de dependente do ser humano para dependente de mecanismos e matemática.
O incidente FLOW pode tornar-se um reflexo profundo para toda a indústria – que tipo de base deve ser construída para uma verdadeira segurança?