Há seis semanas, desativamos as transações legadas na Zilliqa para impedir a exploração de uma falha de assinatura no aplicativo Ledger da Zilliqa. Desde então, nosso foco - e grande parte do ecossistema mais amplo - tem sido a contenção, a análise da causa raiz e a construção do caminho de volta para todos os afetados. Em 2 de setembro, demos o primeiro passo concreto nesse caminho: um hard fork que migrou os saldos de ZIL de endereços Legados para a Zilliqa EVM em um primeiro lote de exchanges.
Esta atualização é um resumo do que está em andamento nas três frentes de trabalho que sabemos ser as que a comunidade mais acompanha de perto - migração de exchanges, migração no varejo (autocustódia) e compensação para detentores afetados - e uma palavra sobre a roadmap em que não paramos de trabalhar nos bastidores.
Se você está colocando o dia em dia, o registro completo do incidente continua no Ledger Incident Hub, incluindo a análise pós-morte (Post-mortem) e o Exchange FAQ.
Migração das exchanges: primeiro lote concluído, segundo lote em meados de setembro
O hard fork de 2 de setembro redistribuiu saldos no nível do protocolo para o primeiro grupo de dez parceiros de exchange, movendo seus saldos legados baseados em Schnorr diretamente para os endereços EVM da Zilliqa. Não foi necessária nenhuma ação do usuário nessa etapa, e as exchanges estão passando por seus próprios testes antes de restaurar os depósitos e saques de ZIL em suas plataformas.
Isso foi explicitamente um primeiro lote, não a linha de chegada. Ainda estamos coletando e verificando mapeamentos de endereços com parceiros de exchange adicionais, e planejamos um segundo hard fork para meados de setembro para migrar este próximo grupo. Se você tem ZIL em uma exchange que não foi incluída em 2 de setembro, isso não significa que você foi esquecido — significa que a submissão da sua exchange ainda está no pipeline. Confirmaremos as exchanges e a data exata assim que os mapeamentos estiverem travados.
Migração do varejo: a ferramenta autoguiada está em estágios finais
O grupo muito maior — detentores de carteiras legadas que fazem custódia própria (self-custody) de seu ZIL — foi, compreensivelmente, o mais difícil de manter esperando. Agora podemos dizer que a ferramenta de migração autoguiada está nos estágios finais de desenvolvimento e está no caminho certo para ser lançada em meados de setembro.
Esta ferramenta é construída sobre provas de conhecimento zero, o que significa que os detentores poderão migrar suas quantias legadas de ZIL presas para endereços EVM da Zilliqa por conta própria, sem nunca expor uma seed phrase ou chave privada para nós ou para qualquer outra pessoa. Ela foi projetada para ser algo que você mesmo executa, no seu próprio cronograma, assim que estiver no ar.
Como uma migração baseada em ZK desse tipo depende de uma configuração confiável (trusted setup), estamos finalizando o grupo de participantes que fará parte da cerimônia de configuração. Já podemos confirmar que ela incluirá a Zilliqa, a LTIN, uma empresa independente de auditoria de segurança web3, um parceiro de exchange e participantes da comunidade — refletindo o mesmo princípio que tentamos aplicar em todo este processo: nenhuma parte única deve ser capaz de agir sozinha sobre algo tão sensível. Publicaremos a lista completa e finalizada de participantes e os detalhes da cerimônia antes da ferramenta entrar no ar.
Compensação: o que estamos propondo e por que estamos colocando isso em votação
Sabemos que esta é a pergunta que mais importa, e não vamos fugir dela: como os fundos roubados são tratados para as pessoas que os perderam?
A resposta honesta é que a recuperação legal de ativos roubados por meio de rastreamento e aplicação da lei em operações transfronteiriças é um caminho real, mas também, realisticamente, é um caminho lento e incerto — qualquer pessoa que lhe diga o contrário sobre um processo como esse não está sendo totalmente sincera com você. Não achamos justo fazer os detentores afetados esperar apenas por esse resultado.
Então, em paralelo com o processo legal, estamos preparando uma votação comunitária sobre um ajuste nas tokenomics do token ZIL que incluiria uma proposta de cunhagem (mint) de novos tokens especificamente para compensar usuários impactados. Isso é deliberadamente uma decisão que estamos colocando para a comunidade, em vez de fazer unilateralmente, porque muda a oferta de tokens e afeta todos os detentores de ZIL — não apenas aqueles diretamente impactados. A proposta completa — incluindo mecanismos, valores e elegibilidade — será publicada em https://gov.zilliqa.com/ assim que estiver pronta.
Dependendo de como essa votação ocorrer, uma compensação baseada em cunhagem (mint) poderia avançar consideravelmente mais rápido do que o processo legal, sem impedir esforços contínuos para recuperar os fundos roubados por vias legais legítimas. Preferimos dar à comunidade uma escolha real entre velocidade e outros trade-offs do que esperar silenciosamente por anos até um processo judicial ser concluído.
Voltando ao roteiro
No início deste ano, traçamos um novo rumo para a Zilliqa: uma camada de mediação para finanças institucionais, construída em torno de verificações de conformidade que acontecem antes da liquidação, em vez de depois. Esse roteiro não mudou, e nossa convicção nele também não.
O que mudou é onde estávamos direcionando nossa atenção. Pelas últimas seis semanas, efetivamente toda a organização esteve focada em conter e remediar este incidente — e com razão, pois isso precisava vir primeiro. Mas o trabalho no roteiro estratégico não parou totalmente nos bastidores, mesmo quando não era a manchete. Não vamos anunciar marcos específicos antes de garantir e validar tudo totalmente — preferimos entregar algo real a falar cedo sobre algo — mas queremos deixar claro que nosso compromisso com esse rumo não vacilou em nenhum dia.
Nosso objetivo é que a atenção total da organização volte para executar esse roteiro a partir de meados de setembro, depois que o segundo hard fork das exchanges e a ferramenta de migração do varejo estiverem ambos no ar. Teremos mais para compartilhar sobre o progresso específico assim que tivermos confiança de que está pronto para se sustentar por conta própria.
A parte que vale a pena dizer em voz alta
Nada disso faz o incidente ser qualquer coisa além do que foi: uma falha séria que custou dinheiro real para pessoas reais. Mas seria desonesto fingir que não saiu nada de bom das seis semanas desde então.
Isso nos forçou a tomar uma decisão que vínhamos contornando há muito tempo e que, de outra forma, talvez estivéssemos adiando: aposentar completamente a infraestrutura legada de transações Zilliqa não-EVM. Essa base legada antecedia não apenas o Zilliqa 2.0, mas também a era atual de ferramentas, automação e, cada vez mais, técnicas de exploração sofisticadas — e ela vinha se tornando um risco crescente tanto do ponto de vista de desenvolvimento quanto de segurança. Levar toda a cadeia para a Zilliqa EVM, em um único ambiente moderno de execução, é um lugar mais saudável para construirmos — e é um passo pelo qual estamos felizes em chegar agora, em vez de sermos obrigados a tomar a decisão depois de um incidente futuro, possivelmente pior, nos empurrar para isso.
O que observar a seguir
Meados de setembro: segundo hard fork migrando o próximo lote de exchanges
Meados de setembro: liberação da ferramenta de migração para varejo autoguiada e baseada em zero conhecimento
Antes de tudo: lista finalizada de participantes da cerimônia de migração
Assim que estiver pronto: a proposta de compensação e tokenomics em https://gov.zilliqa.com/
Manteremos o Ledger Incident Hub atualizado conforme cada uma dessas etapas aconteça, e publicaremos aqui novamente assim que o segundo hard fork e a ferramenta de migração estiverem ambos atrás de nós. Obrigado pela paciência até agora — sabemos que foi pedido muito de vocês nas últimas seis semanas, e não tomamos isso como garantido.
- Equipe da Zilliqa