Na terceira vez que um amigo me perguntou “Este projeto é confiável?”, agora basicamente não olho mais os gráficos de velas primeiro, vou direto ao GitHub e ao relatório de auditoria. O GitHub não é para ver quantas estrelas tem, na verdade é para verificar se as atualizações são normais, se há sinais de manutenção a longo prazo, se as mudanças principais têm explicação, e evitar aquelas grandes mudanças que só dizem “refactor” para enganar.

Nos relatórios de auditoria também não basta ver só “aprovado/não foram encontrados problemas graves”, é preciso verificar se a lista de problemas é específica, se há provas de correção, e o ideal é que também corresponda ao histórico de commits do código. Sobre a atualização de multiassinatura, que os novatos tendem a ignorar: quem pode assinar, quantos podem assinar para fazer mudanças, se há atraso (timelock), esses fatores determinam se você está comprando o protocolo ou a vontade do administrador.

Recentemente, as tags das ferramentas de dados on-chain foram criticadas por estarem desatualizadas ou serem enganosas, eu também concordo… então agora eu uso as “tags” como referência, e considero a “estrutura de permissões” e as “mudanças no código” como base fundamental. Mesmo após estudar, talvez eu não compre, de qualquer forma fico mais tranquilo.