Lors de la vérification d’un contrat de projet, ne vous précipitez pas pour regarder la ligne de tendance, concentrez-vous d’abord sur trois choses : est-ce que GitHub est actif, le rapport d’audit est-il sérieux, et les permissions de mise à niveau sont-elles multi-signatures. Si GitHub n’a pas de commit depuis six mois et qu’il y a encore plein de forks, c’est essentiellement « laissé de côté » ; ne vous contentez pas de regarder le logo sur la couverture de l’audit, faites une recherche directe de mots-clés : owner, upgrade, delegatecall, pour voir si l’audit a bien expliqué ces permissions ; pour la mise à niveau multi-signatures, ne vous contentez pas d’écrire « 3/5 », regardez qui sont les signataires, s’ils sont la même société ou des pseudonymes, et si le contrat peut être remplacé à tout moment. Récemment, la communauté discute de la conformité des monnaies privées / de la mixité, mais je suis plutôt intéressé à savoir si le projet a clairement écrit ses permissions et ses risques, en gros, la transparence peut au moins prévenir le pire, alors que l’autorisation infinie + la mise à niveau en boîte noire sont les plus dangereux.