O nome Nofx tem gerado bastante discussão entre os desenvolvedores recentemente - não porque seja muito fantástico, mas porque sua história é muito mágica.

Em apenas dois meses, este projeto de negociação automática de IA de código aberto arrecadou quase 9000 estrelas no GitHub. Parece bom, mas o que aconteceu a seguir é motivo suficiente para que todos que desejam contribuir para projetos de código aberto fiquem em alerta.

**Os riscos por trás da ascensão repentina**

O rápido crescimento do projeto deveria ser uma boa notícia. Mas, em seguida, surgiram uma série de problemas. O primeiro a ser revelado foi uma vulnerabilidade de segurança — ferramentas de negociação de IA como esta envolvem dinheiro real, e todos sabem o que significa uma vulnerabilidade de segurança. Durante o processo de divulgação, a atitude e a velocidade de resposta da equipe do projeto também geraram discussões.

**Tempestade interna à vista**

O que dói ainda mais são as questões internas da equipe. Disputas de propriedade acionária são comuns em projetos iniciais, mas quando expostas na comunidade de código aberto, tornam-se uma crise de confiança. Os membros da comunidade assistem, impotentes, à escalada de conflitos entre os fundadores, com a direção do projeto se tornando incerta e a atitude dos mantenedores também começando a vacilar. Esse tipo de desgaste interno pode ser mais devastador para um projeto em rápido crescimento do que problemas técnicos.

**A porta da licença de código aberto**

Em seguida, temos a controvérsia sobre licenças de código aberto. Que tipo de licença usar, como utilizar o código, qual é o limite da comercialização - essas questões que parecem ser legais, na verdade, refletem um conflito nos valores centrais do projeto. Uma vez que essa questão não seja bem gerida, a comunidade pode se dividir e os contribuintes podem se afastar.

**Inspiração para projetos de código aberto**

A experiência da Nofx não é um caso isolado. No campo do Web3, que está em rápida iteração, é fácil um projeto se tornar popular, mas são poucos os que conseguem manter a estabilidade. Auditoria de segurança, estruturas de governança e escolhas de protocolo claras – essas coisas que parecem insignificantes, determinam até onde um projeto pode ir.

Particularmente para projetos de código aberto que envolvem aplicações sensíveis como fundos e transações, é necessário estabelecer um sistema de gestão de riscos completo desde o início. Caso contrário, uma vez que surjam problemas, não se tratará apenas de um problema de código, mas sim do colapso da confiança de toda a comunidade.