Résumé

  • Les statuts actuels ouvrent l'adhésion à une personne morale disposant d'un compte PeeringDB actif et d'un représentant, ou rôle, inscrit à la liste de gouvernance. Chaque membre non affilié possède une voix ; les sociétés sous contrôle commun n'en partagent qu'une.
  • Les membres élisent le conseil, mais ils ne statuent pas sur chaque fiche. Le conseil concentre le pouvoir corporatif et l'appel final ; l'administration des données et la feuille de route passent par des comités, les administrateurs d'organisation, des prestataires et un petit noyau de bénévoles.
  • Le mandat associatif est identifiable et défendable. Il ne porte ni sur l'attribution des ASN ni sur les préfixes. Sa faiblesse vérifiable tient à l'audit : le vote publié ne révèle pas l'électorat éligible, le regroupement des affiliés ni les résultats agrégés des décisions administratives.

Un droit de vote à deux conditions

PeeringDB est une organisation à but non lucratif de l'État de Washington, créée en 2015 et déclarée sous le régime américain 501(c)(6). Ses statuts ne réservent pas l'adhésion aux détenteurs de ressources numériques. Une société, une LLC, une partnership ou une autre personne morale commerciale peut devenir membre si elle réunit deux éléments : un compte PeeringDB.com actif et un représentant individuel, ou un rôle, abonné à la liste de gouvernance.

Le guide électoral simplifie cette formule en indiquant qu'une organisation doit avoir des données dans PeeringDB et rejoindre la liste. Cette phrase décrit l'usage attendu d'une communauté de base de données. Elle ne remplace pas la qualification juridique. Il serait donc excessif d'écrire qu'une fiche ajoutée produit automatiquement une voix.

L'architecture formelle n'est pas vide. PeeringDB ne compte qu'une classe de membres. Sous réserve des affiliations, chacun dispose d'une voix sur les questions soumises. Un quart des membres éligibles peut convoquer une réunion spéciale et 10 % constituent le quorum. La création éventuelle de cotisations doit être approuvée par les membres. Les articles protégeant le pouvoir financier et opérationnel du conseil ne peuvent être modifiés qu'à la majorité des deux tiers des membres.

La voix est donc réelle. La difficulté commence lorsqu'il faut compter ceux qui peuvent l'exercer.

Le groupe d'entreprises ne multiplie pas les bulletins

Les entités qui se contrôlent directement ou indirectement, ou qui sont placées sous un contrôle commun, ne reçoivent qu'une voix au total. Cette règle empêche un groupe de fractionner artificiellement son influence. Elle oblige aussi l'institution à qualifier le contrôle, les filiales et les doublons.

Le rapport officiel de 2026 recense 137 votants et trois abstentions. Il ne dit pas combien de membres étaient éligibles, combien d'identifiants de vote ont été envoyés, combien de groupes affiliés ont été constitués ni comment les cas limites ont été tranchés. Le nombre d'abonnés à la liste ne permettrait pas de reconstruire ce total : plusieurs représentants peuvent exister, et plusieurs sociétés peuvent partager une seule voix.

Le projet de procès-verbal du conseil du 8 juin 2026 reconnaît une faible participation par rapport à l'adhésion et des difficultés d'accès au vote. Il mentionne aussi les complications créées par les organisations en double. Les administrateurs ont évoqué une bannière électorale, un processus plus simple et une mobilisation plus large, sans adopter de décision.

Ces lacunes ne prouvent aucune manipulation. Elles fixent la limite de ce qui est vérifiable : les tours et les suffrages exprimés sont publics ; le dénominateur corrigé des affiliations ne l'est pas.

Deux sièges, dix candidats, une question de texte

Les statuts autorisent trois à sept administrateurs ; la composition actuelle en compte cinq : Livio Morina, Brian Burke, Isabel Odida, Marco Marzetti et Alexandre Corso. Les mandats durent normalement deux ans. Depuis 2024, une personne ne peut être élue plus de cinq fois au cours de onze scrutins consécutifs, hors scrutin initial de 2015. En avril 2026, Aaron Hughes et Job Snijders ont été les premiers à sortir en raison de cette limite.

Le scrutin suivant a utilisé le vote unique transférable pour deux sièges. Dix candidats figuraient au premier tour. Le quota était fixé à 45. Brian Burke l'a atteint au septième tour ; Marco Marzetti a été déclaré élu au neuvième. Le rapport finit avec 50 bulletins épuisés après les transferts.

Une tension documentaire mérite une réponse, non un verdict improvisé. L'article 3.3 parle d'un administrateur élu par la majorité de tous les membres ayant droit de vote. L'article 3.4.2 permet au conseil de déterminer les modalités du scrutin d'avril. Le quota STV de 45 ne correspond pas à une majorité simple des 137 votants, et le nombre total d'éligibles n'est pas publié. Les documents capturés n'expliquent pas l'articulation des deux clauses.

Rien ici ne permet de déclarer l'élection illégale. Une résolution séparée ou une interprétation juridique peut compléter le dossier. La bonne exigence est de publier la procédure adoptée et son fondement.

Le conseil élu dispose ensuite d'une compétence large. Il administre la corporation, engage et paie des obligations sans vote des membres, fixe les règles d'usage des services et statue en dernier ressort sur les litiges des comités Admin et Product. Une majorité des deux tiers peut mettre fin à l'adhésion et à l'accès aux services selon les procédures prévues. La plupart des autres articles des statuts peuvent être modifiés par la majorité des administrateurs en fonction.

Le pouvoir quotidien se voit dans un ticket

Les administrateurs d'une organisation créent et entretiennent leurs fiches réseau, point d'échange ou datacenter ; ils peuvent déléguer des droits fins de création, modification et suppression. Cette responsabilité distribue la production de l'information au plus près de sa source.

Le comité Admin intervient lorsque la fiche doit être approuvée, corrigée, contestée ou supprimée. Ses lignes directrices utilisent notamment la correspondance d'adresses e-mail avec WHOIS ou RDAP. Certaines demandes de datacenter peuvent requérir l'attestation de trois utilisateurs existants. Le défi RPKI est encore présenté comme un chantier, pas comme une vérification universelle.

La politique de propriété des données autorise Admin à modifier, supprimer, masquer, remplacer ou signaler une information afin de protéger sa qualité. Elle confie au comité la médiation des conflits entre réseaux, points d'échange et datacenters. Son principe de perturbation minimale évite de retirer trop vite une information déjà publiée lorsque d'autres en dépendent.

La charte montre qui décide. La présidence et la vice-présidence sélectionnent les nouveaux bénévoles après un mois d'essai ; l'inactivité de trois mois entraîne la sortie. Une question contestée est tranchée à la majorité simple, la présidence disposant d'une voix double en cas d'égalité. L'appel suit la présidence, la vice-présidence, puis le conseil, dont la décision est finale. Le texte recherche l'unanimité tout en accordant à la présidence la décision finale sur toute question.

Ce n'est pas la preuve d'un abus. C'est une délégation explicite dont le poids augmente avec la rareté des exécutants. Le procès-verbal d'avril 2026 indique que quatre bénévoles principaux environ traitent 1 100 à 1 300 nouveaux tickets chaque mois. Les candidatures de bénévoles avaient été suspendues en 2025. L'expertise, l'accès à la file et la continuité deviennent ainsi des ressources de pouvoir.

La charte nomme 20C comme principal prestataire de service avec lequel Admin peut communiquer directement. C'est le seul motif du lien vers l'entrée existante 20C, LLC. Il ne signifie ni propriété de PeeringDB, ni contrôle du conseil, ni responsabilité générale sur tous les tickets.

Le produit suit une autre chaîne

Le comité Product relève d'une charte approuvée par le conseil. Les bénévoles déposent leur candidature auprès de celui-ci ; les mandats durent deux ans et sont renouvelables ; le comité élit ses dirigeants, mais le conseil peut ajouter ou retirer un membre à tout moment. Les propositions reçoivent un responsable et des parties prenantes. Le processus recherche le consensus, ouvre cinq jours de vote négatif et, en cas d'échec, exige au moins 50 % de quorum avec au plus 25 % d'opposition. Le conseil reste juge final.

Entre mai 2025 et mars 2026, PeeringDB déclare dix versions principales, six versions intermédiaires, 102 tickets clos et plus de trente anomalies confirmées corrigées. L'authentification multifacteur est devenue obligatoire. Ces chiffres mesurent une activité déclarée, pas la pertinence indépendante des priorités.

Le même procès-verbal reconnaît une disponibilité inférieure aux années antérieures, des lacunes de supervision, des travaux confiés à un prestataire, la migration vers des conteneurs et un besoin de recrutement. L'autorisation, la priorité et l'exécution sont trois étapes distinctes.

Financement, coûts et dépendance

La déclaration fiscale 2025 fait état de zéro salarié et de 42 bénévoles. Les comptes annuels enregistrent 317 545,21 dollars de contributions, 262 476,66 dollars de dépenses, 116 043,36 dollars de développement et maintenance, 58 500 dollars pour le Product Manager et 40 837,52 dollars de services en ligne. Les actifs atteignent 518 458,01 dollars, sans passif déclaré.

Le procès-verbal de la réunion des membres arrondit le poste Product Management à environ 54 000 dollars. Le compte de résultat fournit le chiffre précis ; la différence doit rester visible.

Le projet de procès-verbal de juin indique que certains sponsors demandaient désormais l'acceptation de conditions que PeeringDB refusait historiquement de signer. La discussion n'a débouché sur aucune décision. Aucun élément capturé ne montre qu'un sponsor a déterminé un vote, une fiche ou une priorité. Une dépendance de financement n'est pas encore une capture.

L'enfermement institutionnel vient d'ailleurs : historique des fiches, permissions, API, OAuth, dépendances entre objets, habitudes d'exploitation, compétence du comité et coût de réconciliation d'une copie concurrente. PeeringDB n'attribue ni ASN ni préfixe. Il devient puissant parce que des opérateurs organisent leurs processus autour de ses données.

Sources