Na semana passada, descarreguei uma aplicação de empréstimos com um amigo, deslizei o ecrã e, de vez em quando, olhei para o mercado – o preço da moeda estava muito estável, nada de anormal. Quem diria que, de repente, chegou uma mensagem: "Irmão, fui liquidado?" Fiquei confuso, por isso rapidamente puxei o gráfico K-line e olhei para ele. Depois de fazer zoom, percebi que a pista – uma vela em forma de penhasco que durava alguns segundos – apareceu num par de negociação com liquidez fraca. Com tal flutuação anormal, a fonte de preço da aplicação considera-a diretamente como o mercado real, desencadeando instantaneamente o mecanismo de liquidação. O empréstimo do amigo mudou de estável para alto risco, e foi cortado num instante.
Isto reflete um risco central do empréstimo no círculo cambial: a liquidação não espera necessariamente que o mercado colapse verdadeiramente, desde que a fonte do preço seja manipulada. A rotina dos maus é, na verdade, muito simples – encontrar um pool de negociação com liquidez fraca, drenar fundos e depois esmagar ordens, criando preços falsamente baixos num curto espaço de tempo. Uma vez que o oráculo capta este preço, o protocolo de empréstimo considera a desvalorização da garantia, desencadeando uma série de liquidações. Quando os preços regressam ao normal, os autores comeram muitos ativos baratos em níveis baixos e depois recuaram. A vítima continua a pensar: O mercado não se moveu, por que foi liquidado?
A raiz do problema está na origem do preço. Os dados de uma única bolsa são demasiado fáceis de manipular e requerem uma solução de agregação de dados mais robusta. Por exemplo, recolha dados de vários canais de negociação ao mesmo tempo e utilize métodos estatísticos como a mediana e a média ponderada no tempo para filtrar anomalias. Desta forma, por mais absurdo que seja o preço extremamente baixo, não pode atrair o mercado em geral; Uma vela curta de alguns segundos parecerá insignificante depois de suavizar. Juntamente com o mecanismo de atualização regular, pode rejeitar dados desatualizados a tempo e suspender ativamente o julgamento quando o salto de preço for demasiado grande.
Ao nível da aplicação, para além de otimizar a fonte de preços, podem também ser adicionadas algumas medidas de proteção: atrasar a liquidação a preços extremos e aumentar o buffer de risco para ativos ilíquidos. Só assim podemos realmente tapar esta lacuna no mercado de crédito.
Ver original
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.
13 gostos
Recompensa
13
9
Republicar
Partilhar
Comentar
0/400
rugpull_ptsd
· 01-07 21:22
Porra, é por isso que fiquei preso na última vez, a oráculo é realmente absurdo.
Uma queda falsa de poucos segundos consegue me liquidar? Nunca ouvi falar.
Fonte de dados única é o pecado original, já devia estar usando agregação de múltiplas fontes, e ainda estão jogando com essa estratégia.
O amigo foi diretamente liquidado, até fico bravo por ele, esses market makers têm estratégias muito profundas.
Otimização da fonte de preço? Falar é fácil, poucos protocolos realmente implementados existem.
Ver originalResponder0
UncleWhale
· 01-07 13:54
Esta oracle é realmente absurda, pode tirar vidas em poucos segundos
Mais uma vez a culpa é da fonte de preços, quando é que vamos ter uma solução confiável
Este amigo foi injustamente prejudicado, o mercado nem se mexeu
Se os plataformas de empréstimo continuarem assim, vão acabar por colapsar
O pool de liquidez é demasiado superficial, fácil de ser manipulado
A agregação de dados de várias exchanges já devia estar implementada
É por isso que nunca uso alta alavancagem, é demasiado perigoso
O mecanismo de liquidação é demasiado sensível
As táticas de manipulação da oracle são realmente escandalosas
Uma única fonte de dados merece ser liquidada por wick
Ver originalResponder0
MoonWaterDroplets
· 01-07 08:48
Esta é a razão pela qual nunca peço emprestado em pools de liquidez fraca, é muito fácil ser liquidado
Uma vela de poucos segundos pode liquidar você? Realmente precisa melhorar essa parte da oráculo
A agregação de fontes de preço realmente deveria ser padrão, uma única fonte de dados é como uma bomba-relógio
O amigo perdeu muito? Essa tática é basicamente uma versão de baixo nível de ataque de empréstimo relâmpago
A agregação de preços multi-chain é o caminho, caso contrário, cedo ou tarde você vai cair em uma armadilha
Ver originalResponder0
SudoRm-RfWallet/
· 01-06 21:49
Esta é a razão pela qual nunca uso fontes de preços de exchanges únicos, a agregação de múltiplas fontes é mais confiável
Uma vez que a oráculo é comprometido, seus ativos colaterais podem se tornar papel inútil em minutos
Essa tática é muito suja, uma onda de segundos de flash pode colher um grupo de pessoas
Já deveria ter implementado um mecanismo de proteção contra atrasos na liquidação, ainda está exposto?
Amigo, essa rodada foi realmente injusta, o mercado não se moveu, mas foi cortado mesmo assim
Par de negociação com baixa liquidez já é uma zona de alto risco, você deveria estar ciente dos riscos ao participar
Resumindo, o problema ainda está no design do protocolo, não se pode depender de uma única fonte de dados
Ver originalResponder0
MelonField
· 01-05 01:56
Caramba, uma vela de apenas alguns segundos pode causar uma queda repentina, essa oracle está demais
O mecanismo de liquidação realmente precisa ser alterado, senão todos vão acabar sendo explorados
Lembrei de vários projetos que foram drenados por empréstimos relâmpago, as táticas são realmente iguais
Uma única fonte de dados tão fácil de ser manipulada? Já devia ter múltiplas fontes agregadas há muito tempo
Amigo, que azar, o mercado está firme como uma rocha e ainda assim foi liquidado
É por isso que nunca faço uso total de alavancagem, há muitas armadilhas esperando
Seria ótimo se as oracles pudessem fazer validação multi-chain, mas o custo é um problema
Parece que os protocolos de empréstimo deveriam aprender com os erros, se não quiserem ser explorados, precisam se proteger
Tokens com pools de liquidez tão rasos ainda sendo usados como fonte de preço? Inacreditável
A estratégia de atraso na liquidação é boa, pelo menos dá um tempo para reagir antes de ser liquidado
Ver originalResponder0
Hash_Bandit
· 01-05 01:56
ngl, esta manipulação de oráculos de flash crash tem um impacto diferente quando é o teu amigo a ser liquidado por um pavio de alguns segundos. lembra-me dos primeiros dias de mineração—uma época de dificuldade má pode arruinar toda a tua operação. a agregação de preços é realmente a espinha dorsal aqui, como uma distribuição adequada de hashrate entre pools. dados de uma única troca? isso é pedir para ser dominado.
Ver originalResponder0
StakeTillRetire
· 01-05 01:54
Isso é um exemplo clássico de uma variação de ataque de empréstimo relâmpago, a questão do oráculo deve ser levada a sério
***
Manipular um pool escasso para enganar o oráculo, já vi esse truque muitas vezes... o assustador é que a maioria dos protocolos não consegue se defender
***
Então, quando será que podemos realmente resolver o problema da fonte de preços? Ouvi isso há tantos anos, sempre com a promessa de "melhorar"
***
No momento em que o amigo foi liquidado, provavelmente ficou em choque, o mercado não reagiu, mas ele foi liquidado
***
Agregação de múltiplas fontes + liquidação com atraso, esses dois precisam estar ligados, confiar apenas em um não resolve o problema fundamental
Ver originalResponder0
SybilSlayer
· 01-05 01:51
É por isso que não toco em moedas com liquidez fraca para empréstimos, é muito fácil ser liquidado
De fato, a oráculo é a maior vulnerabilidade, se uma única bolsa de dados for comprometida, tudo acaba
A agregação multi-chain já deveria ser padrão, ainda há plataformas usando fontes únicas... é absurdo
Seu amigo teve sorte nesta rodada, pelo menos percebeu a tempo, há quem nem saiba como foi liquidado
Se a proteção da fonte de preço não for bem feita, por mais garantias que tenha, não adianta nada
Na semana passada, descarreguei uma aplicação de empréstimos com um amigo, deslizei o ecrã e, de vez em quando, olhei para o mercado – o preço da moeda estava muito estável, nada de anormal. Quem diria que, de repente, chegou uma mensagem: "Irmão, fui liquidado?" Fiquei confuso, por isso rapidamente puxei o gráfico K-line e olhei para ele. Depois de fazer zoom, percebi que a pista – uma vela em forma de penhasco que durava alguns segundos – apareceu num par de negociação com liquidez fraca. Com tal flutuação anormal, a fonte de preço da aplicação considera-a diretamente como o mercado real, desencadeando instantaneamente o mecanismo de liquidação. O empréstimo do amigo mudou de estável para alto risco, e foi cortado num instante.
Isto reflete um risco central do empréstimo no círculo cambial: a liquidação não espera necessariamente que o mercado colapse verdadeiramente, desde que a fonte do preço seja manipulada. A rotina dos maus é, na verdade, muito simples – encontrar um pool de negociação com liquidez fraca, drenar fundos e depois esmagar ordens, criando preços falsamente baixos num curto espaço de tempo. Uma vez que o oráculo capta este preço, o protocolo de empréstimo considera a desvalorização da garantia, desencadeando uma série de liquidações. Quando os preços regressam ao normal, os autores comeram muitos ativos baratos em níveis baixos e depois recuaram. A vítima continua a pensar: O mercado não se moveu, por que foi liquidado?
A raiz do problema está na origem do preço. Os dados de uma única bolsa são demasiado fáceis de manipular e requerem uma solução de agregação de dados mais robusta. Por exemplo, recolha dados de vários canais de negociação ao mesmo tempo e utilize métodos estatísticos como a mediana e a média ponderada no tempo para filtrar anomalias. Desta forma, por mais absurdo que seja o preço extremamente baixo, não pode atrair o mercado em geral; Uma vela curta de alguns segundos parecerá insignificante depois de suavizar. Juntamente com o mecanismo de atualização regular, pode rejeitar dados desatualizados a tempo e suspender ativamente o julgamento quando o salto de preço for demasiado grande.
Ao nível da aplicação, para além de otimizar a fonte de preços, podem também ser adicionadas algumas medidas de proteção: atrasar a liquidação a preços extremos e aumentar o buffer de risco para ativos ilíquidos. Só assim podemos realmente tapar esta lacuna no mercado de crédito.