A Stabble, uma bolsa descentralizada na Solana, disse aos utilizadores para retirarem a liquidez na terça-feira, depois de um antigo executivo ter sido publicamente identificado como um alegado operador norte-coreano, desencadeando uma retirada acentuada e imediata da plataforma. O aviso foi emitido pela nova equipa do protocolo, que publicou uma mensagem de emergência a instar os fornecedores de liquidez a retirar “mais vale prevenir do que remediar”. O alerta chegou cerca de sete horas depois de o investigador onchain ZachXBT ter identificado Keisuke Watanabe, que alegadamente terá servido como CTO da Stabble no ano passado, como um alegado hacker norte-coreano. A liquidez fugiu primeiro, os factos vieram depois Isso foi suficiente para despoletar uma resposta rápida por parte dos utilizadores. De acordo com reportagens e números ligados ao DeFiLlama citados publicamente, a Stabble começou o dia com cerca de 1,75 milhões de dólares em valor total bloqueado. Após o aviso, esse valor caiu para menos de 663.000 dólares, uma queda de aproximadamente 62%. Até agora, pelo menos, não há um exploit confirmado ligado diretamente à própria Stabble. Esse ponto importa. O pânico foi impulsionado pelo risco de contraparte e pelo risco de pessoal, e não por evidência de que os fundos do protocolo já tivessem sido drenados. Ainda assim, em cripto, a suspeita por si só pode esvaziar rapidamente uma pool, sobretudo quando estão envolvidos intervenientes ligados à Coreia do Norte. Um susto com pessoal vira um teste de stress ao protocolo O incidente também acontece num momento pouco confortável para a bolsa. Relatos públicos dizem que a Stabble foi recentemente assumida por uma nova equipa, o que significa que o protocolo já estava numa fase de transição quando o alarme foi acionado. Isso torna o episódio menos uma questão de uma única carteira ou de uma única transferência suspeita e mais uma questão de confiança no histórico de operação. Nos mercados descentralizados, as equipas costumam falar sobre risco de smart contract, risco de oracle e risco de liquidez. Mas o risco humano — quem construiu o sistema, quem o tocou, quem teve acesso — ainda tem o hábito de surgir na pior altura possível.