Je regarde le projet « Fiable ou non » , la première impression n’est vraiment pas une bougie, d’abord vérifier GitHub : ce n’est pas que tu dois savoir coder, mais regarder s’il y a des mises à jour continues, si des gens posent vraiment des questions dans les issues, si les développeurs répondent sérieusement. Ce genre de projets qui ne bougent pas pendant six mois, puis soudainement poussent une dizaine de commits pour faire semblant de travailler, je préfère généralement boire mon thé plus léger.

Les rapports d’audit ne doivent pas non plus être considérés comme un ticket d’évasion, il faut surtout regarder : quelle version a été auditée, s’il y a des risques élevés non corrigés, si une re-vérification a été faite après correction. Et aussi la mise à niveau multi-signatures, en gros « qui détient la clé », combien de personnes peuvent modifier le contrat, le seuil de signatures, s’il y a un verrouillage temporel et une notification publique. Récemment, il y a aussi tout un tas de mèmes et de célébrités qui donnent des conseils pour faire monter la sauce, mais les débutants ne devraient vraiment pas prendre la dernière étape, c’est amusant, mais ça chauffe aussi la casserole.