O Nemo Protocol lançou um plano de token de dívida para fornecer fundos às vítimas de um buraco de 2,6 milhões de dólares.

GateNews

PANews 15 de setembro - segundo a The Block, recentemente, a plataforma de negociação de receitas baseada em Sui, Nemo Protocol, lançou um plano de compensação com tokens de dívida após ter sido explorada. O núcleo do plano é a emissão de tokens NEOM equivalentes às perdas em dólares dos usuários. A Nemo afirmou que, embora quisesse compensar diretamente em dólares, não tinha fundos suficientes, optando, portanto, pela estratégia de tokens de dívida. O objetivo é, em última análise, compensar as perdas de capital dos usuários, com base no instantâneo na cadeia no momento da suspensão do protocolo. O protocolo estabeleceu um plano de recuperação em três etapas: primeiro, permitirá que os usuários acessem um portal dedicado, transferindo o valor restante do pool de fundos danificados para um novo contrato, durante a migração os usuários receberão tokens NEOM equivalentes; os detentores de tokens poderão optar por sair através do pool de liquidez do AMM ou manter os tokens para recuperar os fundos. A Nemo também planeja lançar um pool de liquidez na principal DEX da Sui para ajudar os usuários a sair, e depositará todo o valor recuperado no pool de resgate para reivindicação, com parte dos fundos externos também sendo alocada para o pool para fornecer suporte. No dia 7 de setembro, segundo a divulgação inicial da PaiDun, o pool de liquidez do Nemo Protocol foi atacado, resultando no roubo de 2,6 milhões de dólares. O atacante explorou uma vulnerabilidade no código introduzido pelos desenvolvedores, que foi implantado sem a devida auditoria.

Aviso: As informações nesta página podem ser provenientes de terceiros e não representam as opiniões ou pontos de vista da Gate. O conteúdo exibido nesta página é apenas para referência e não constitui aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou integridade das informações e não será responsável por quaisquer perdas decorrentes do uso dessas informações. Os investimentos em ativos virtuais apresentam altos riscos e estão sujeitos a uma volatilidade de preços significativa. Você pode perder todo o capital investido. Por favor, compreenda completamente os riscos envolvidos e tome decisões prudentes com base em sua própria situação financeira e tolerância ao risco. Para mais detalhes, consulte o Aviso Legal.
Comentário
0/400
ThirteenBurrowsOfTheCunningvip
· 2025-09-15 15:52
Não sei que moeda é.
Ver originalResponder0
BigStickvip
· 2025-09-15 05:13
PANews 15 de setembro - De acordo com o The Block, recentemente, a plataforma de negociação de rendimento baseada em Sui, Nemo Protocol, lançou um plano de compensação de Token de Dívida após ser explorada. O núcleo do plano é a emissão de Tokens NEOM equivalentes às perdas em dólares dos usuários. A Nemo afirmou que, embora desejasse compensar diretamente em dólares, não tinha fundos suficientes, portanto, adotou a estratégia de Token de Dívida. O objetivo é eventualmente compensar as perdas de capital dos usuários, com base no instantâneo na cadeia no momento da suspensão do protocolo. O protocolo estabeleceu um plano de recuperação em três etapas: primeiro, permitir que os usuários acessem um portal dedicado, migrando o valor restante do pool de fundos danificados para um novo contrato, durante a migração, os usuários receberão Tokens NEOM equivalentes; os detentores de Tokens podem optar por sair através do pool de liquidez do AMM ou manter os Tokens para recuperação de fundos. A Nemo também planeja lançar um pool de liquidez na principal DEX da Sui para ajudar os usuários a sair e depositará a totalidade dos fundos recuperados no pool de resgate para reivindicação, com parte dos fundos externos também alocada para o pool para fornecer suporte. Anteriormente, em 7 de setembro, a Shield divulgou pela primeira vez que o pool de fundos do Nemo Protocol foi invadido por atacantes que roubaram 2,6 milhões de dólares. Os atacantes exploraram uma vulnerabilidade introduzida no código pelo desenvolvedor, e esse código foi implantado sem a devida auditoria.
Ver originalResponder0