A Fundação Solana confirmou a correção de uma das falhas mais críticas já detectadas na sua infraestrutura: um bug localizado no programa ZK ElGamal Proof, que poderia ter sido explorado para permitir a emissão ilimitada de tokens ou o roubo de fundos em contas legítimas. O incidente afetava diretamente o padrão Token-22, uma extensão do SPL Token que introduz funcionalidades de privacidade e programabilidade. O caso levanta discussões não apenas sobre segurança técnica, mas também sobre a governança e os limites da descentralização em blockchains públicas.
Resumo rápido (TL;DR)
- Bug crítico em provas ZKP do Token-22 permitiria criação infinita de tokens.
- Falha ocorreu por erro na transformação Fiat-Shamir, permitindo provas falsas.
- Corrigido com patch privado distribuído a validadores em 17 de abril.
- Não houve exploração ou perda de fundos.
- Auditorias independentes confirmaram eficácia do patch.
- Críticas surgiram sobre centralização na gestão do incidente.
- Solana segue com mais de US$ 7,7 bilhões em valor bloqueado.
- Token-22 ainda tem adoção limitada, mas visão institucional é promissora.
- Projetos Firedancer e Jito ajudam a fortalecer descentralização da rede.
- Transparência e coordenação estão no centro do debate sobre segurança blockchain.
Natureza da falha técnica no Token-22
A vulnerabilidade foi identificada no ZK ElGamal Proof, protocolo criptográfico usado para garantir a privacidade de transações no padrão Token-22. O Token-22 é uma inovação que adiciona funções avançadas como privacidade e controle programável de tokens, mirando especialmente o uso institucional da blockchain Solana.
O erro estava na forma como a transformação Fiat-Shamir era aplicada — processo usado para transformar provas de conhecimento zero (ZKPs) de interativas para não interativas. A ausência de componentes algébricos obrigatórios permitia que provas falsas fossem aceitas como válidas. Isso possibilitaria, teoricamente, que atacantes criassem tokens sem lastro ou realizassem transações ilegítimas.
“Este foi um dos bugs mais graves possíveis, pois atacava a integridade fundamental do sistema de emissão de tokens.” — Análise da OtterSec
Resposta rápida da equipe Solana
A falha foi reportada de forma privada em abril de 2025. Equipes de desenvolvimento da Anza, Firedancer e Jito reagiram imediatamente. Um patch foi criado em 17 de abril e distribuído discretamente para os operadores de validadores, com instruções de atualização rápida. No dia seguinte, 18 de abril, a maioria dos nós já havia aplicado a correção.
A ação sigilosa evitou qualquer exploração pública antes que a rede estivesse protegida. Nenhum incidente, ataque ou perda de fundos foi registrado. Para reforçar a transparência pós-evento, o código corrigido foi auditado por firmas de segurança independentes como OtterSec, Neodyme e Asymmetric Research.
| Equipe envolvida |
Função na correção |
Data de ação |
| Anza |
Desenvolvimento de patch |
17 de abril |
| Jito |
Suporte à atualização dos validadores |
17-18 de abril |
| Firedancer |
Testes de desempenho e segurança |
17-20 de abril |
| OtterSec |
Auditoria independente |
20-25 de abril |
Governança e o debate sobre descentralização
Apesar do sucesso técnico, a decisão da Fundação Solana de manter sigilo sobre o bug até a implementação do patch gerou críticas. A principal acusação foi que a coordenação privada compromete a natureza aberta e descentralizada da rede. Grupos da comunidade exigiram explicações sobre o modelo de governança e processos de emergência em eventos futuros.
Defensores da abordagem adotada alegam que, em falhas críticas com potencial para perdas maciças, a coordenação privada é uma prática padrão em segurança digital. A transparência posterior e as auditorias públicas foram citadas como fatores que preservam a confiança na rede.
Status atual e perspectiva da rede Solana
Mesmo com o incidente, a Solana manteve seu status como a segunda maior blockchain em valor total bloqueado (TVL), com mais de US$ 7,7 bilhões. O volume de transações nas últimas 24 horas foi de US$ 2,6 bilhões, evidenciando resiliência e confiança do ecossistema. O Token-22 ainda está em fase inicial de adoção, mas promete revolucionar a experiência de tokens com foco em privacidade e controle institucional.
Paralelamente, a Solana segue avançando com o client Firedancer, que deve aumentar a eficiência e escalabilidade da rede, e com o projeto Jito, focado em descentralização de MEV (valor máximo extraível). Essas melhorias buscam tornar a rede ainda mais segura e atrativa para desenvolvedores, validadores e investidores.
Impacto para o ecossistema de criptomoedas
O episódio serve como alerta para outras redes e dApps que utilizam ZKPs. A validação rigorosa desses componentes criptográficos é essencial para preservar a confiança dos usuários e garantir que funcionalidades de privacidade não se tornem brechas de segurança.
A resposta da Solana é considerada um modelo de ação rápida e eficaz em casos de risco sistêmico. A postura equilibrada entre segurança, coordenação técnica e posterior transparência reforça a maturidade do ecossistema e inspira outras blockchains a adotarem protocolos de emergência mais estruturados.
O caso do bug no Token-22 representa tanto um risco crítico quanto um exemplo de resposta técnica coordenada de sucesso. A falha na validação das provas de conhecimento zero poderia ter comprometido toda a integridade financeira da rede, mas foi neutralizada com rapidez, segurança e colaboração entre múltiplas equipes.
A polêmica sobre centralização abre um necessário debate sobre governança em blockchains públicas. Enquanto a Solana fortalece seus protocolos e avança em escalabilidade e privacidade, o incidente reforça a importância de processos robustos de auditoria, padronização de ZKPs e canais transparentes com a comunidade.