Avez-vous remarqué que, quand on regarde la “fiabilité” d’un projet, c’est comme suivre le mode d’emploi d’une machine à pain ? En fait, ce n’est pas si mystérieux. Le fatras de code sur GitHub : les débutants ne devraient pas se focaliser sur l’AST ou ce genre de choses ; regardez plutôt la fréquence des mises à jour et la vitesse de réponse aux demandes de fusion. Si l’équipe ne touche pas au code pendant des mois, mais crie tous les jours sur Twitter “percée technologique”, alors c’est fondamentalement comme si la machine à pain ne chauffait qu’une seule face.

Les rapports d’audit, pareil : ne vous contentez pas du nom ronflant sur la couverture ; allez voir les pages “exemptions” et “hypothèses”. Si ça écrit une tonne de “ça va tant que personne ne fait de mal” (ou du style), alors c’est comme vous dire : “la machine à pain marche normalement, mais la porte n’est pas verrouillée”.

Récemment, tout le monde se plaint du lien entre MEV et les revenus des mineurs, et la “justice” du tri ressemble à un marché où tout le monde se bouscule pour les promos sur les légumes. Au contraire, le nombre d’owners multisig est un indicateur plutôt concret : sur 5 signatures, si 3 font partie d’une alliance, c’est plus parlant que d’écrire un livre blanc de 100 pages.

Bref, ma méthode : GitHub comme recette, le rapport d’audit comme étiquette de contrôle qualité, et le multisig comme serrure électronique. Ça ne garantit pas d’obtenir un pain parfait, mais au moins ça évite d’exploser la cuisine.