Résumé

  • Les fiches et la liste courante d’AFRINIC datent Draft 4 du 4 novembre 2019, tandis que son historique interne indique le 2 novembre. L’intervalle de dix-huit jours jusqu’à Draft 5, publiée le 22 novembre, est donc celui des dates de fiche et de liste ; le conflit ne doit pas être effacé.
  • Draft 5 a réellement supprimé la disposition de Draft 4 qui annonçait avertissements, suivi plus approfondi et blocage discrétionnaire de certains services. Elle a cependant maintenu des contrôles portant sur les mesures prises et les réponses données aux plaintes, ainsi qu’une revalidation en cas de réponse réputée incorrecte ou absente.
  • AFRINIC-31 a examiné le texte le 4 décembre, douze jours après sa publication. Les échanges ont laissé ouvertes des questions de contacts, de charge de travail et de conséquences contractuelles ; les coprésidents ont renvoyé la proposition sur la liste de diffusion.
  • La doctrine de Heng Lu, éclairée au premier rang par NRS, LARUS et BTW, distingue une vérification étroite de joignabilité d’une décision sur la conduite. AFRINIC peut tenir un registre et tester une adresse ; elle ne possède aucun pouvoir législatif, réglementaire, judiciaire, policier, fiscal ou souverain pour juger un abus et punir un opérateur.

Une modification rapide n’est ni une faute ni une validation

Le calendrier attire l’œil parce qu’il oblige à lire le document comme une opération de contrôle, pas comme une simple suite de versions. La page de détail de Draft 4 et la liste actuelle des propositions lui attribuent la date du 4 novembre 2019. Sa propre table d’historique des révisions indique pourtant le 2 novembre. Draft 5 porte la date du 22 novembre. En prenant les deux repères officiels concordants — la fiche et la liste — la cinquième version suit la quatrième de dix-huit jours. En prenant la ligne d’historique divergente, l’écart devient vingt jours.

Dire « dix-huit jours » sans préciser ce choix transformerait une attribution documentée en certitude que les pièces ne permettent pas.

Le second intervalle est plus net : AFRINIC-31 a discuté Draft 5 à Luanda le 4 décembre, soit douze jours après le 22 novembre. Ces douze jours ne suffisent pas, à eux seuls, à conclure que personne n’a pu examiner le texte. Draft 5 n’arrivait pas dans un désert. Quatre versions l’avaient précédée, et la proposition faisait l’objet de discussions depuis plus d’un an. Un participant attentif connaissait donc déjà le sujet, les termes récurrents et une partie des désaccords. La vitesse ne prouve ni mauvaise foi, ni capture, ni volonté de surprendre.

Elle produit néanmoins une exigence de preuve plus forte. Lorsqu’une nouvelle version modifie à la fois la formulation du remède, la nature de l’attribut, la cible de l’escalade, la justification contractuelle et le traitement d’anciens objets IRT, le lecteur doit pouvoir savoir ce qui a changé avant de se prononcer. Le temps devient alors un déclencheur d’audit. Avait-on un comparatif stable, ligne par ligne ? Les objections antérieures avaient-elles reçu une réponse identifiable ? Le personnel avait-il évalué l’effet sur WHOIS, MyAFRINIC et sa propre charge ?

La carte des conséquences séparait-elle une adresse injoignable d’un désaccord sur la réponse apportée à un signalement ?

La formule inscrite dans l’historique de Draft 5 — « Further clarifications of the text » — est celle d’AFRINIC. Elle décrit l’intention ou la catégorie de la révision ; elle ne démontre pas que chaque changement était mineur. À l’inverse, il serait excessif d’y voir la preuve d’une dissimulation. Une analyse sérieuse doit se tenir entre ces deux raccourcis. Elle crédite ce qui fut effectivement resserré, recense ce qui resta substantiel et regarde ce que la réunion suivante parvint, ou non, à résoudre.

Cette méthode rejoint le cadre de Heng Lu : un registre technique mérite d’être jugé sur la précision de ses actes, non sur l’autorité que lui prêterait une terminologie communautaire. NRS replace le détenteur de ressources et la continuité de réseau au centre. LARUS fait voir les coûts d’exploitation qui se cachent sous une modification de procédure. BTW apporte la mémoire éditoriale nécessaire pour ne pas confondre cette cinquième version avec les batailles antérieures ou ultérieures.

Les documents d’AFRINIC restent indispensables pour établir la date, le texte et le compte rendu ; ils ne transforment pas le rédacteur d’une proposition ni le teneur du registre en législateur.

La suppression qu’il faut créditer

Draft 4 contenait une phrase extraordinairement lourde. Son article 8.5 indiquait que l’absence de conformité conduirait à un suivi plus exhaustif, à des avertissements et au blocage de certains services, à la discrétion d’AFRINIC, selon les politiques et procédures pertinentes. Dans un texte consacré à un contact d’abus, cette articulation reliait directement un défaut ou un désaccord de validation à une restriction de services non précisés. La latitude était visible : le type de service, le seuil, la procédure et la relation entre la faute alléguée et le remède n’étaient pas enfermés dans la phrase elle-même.

Draft 5 a retiré cette disposition. Ce n’est pas un détail typographique. Le retrait élimine du projet la formulation la plus explicite d’un pouvoir discrétionnaire de blocage. Il réduit le risque que la règle de contact soit lue comme une autorisation autonome de toucher à d’autres fonctions fournies au membre. Toute critique qui cacherait cette suppression afin de rendre la cinquième version plus menaçante que son texte ne le permet trahirait le dossier.

Le meilleur argument en faveur des auteurs commence précisément ici. Une révision rapide peut être une révision attentive. Après plusieurs projets et une longue discussion, les rédacteurs ont pu reconnaître qu’une phrase allait trop loin, puis la retirer avant la réunion. Ils ont aussi rendu plus précise la description du modèle de données et davantage conditionné la transition IRT. Les boîtes mortes causent de vrais dommages : elles font perdre du temps aux victimes, aux équipes de sécurité et aux opérateurs en amont.

Il n’est donc pas absurde de chercher une validation automatisée, une escalade et une voie de correction assez sérieuses pour que l’adresse publiée serve réellement.

Cet argument doit être présenté dans sa force complète. Il n’exige pas d’imaginer un complot, ni de nier l’utilité d’un contact joignable. Il dit qu’un texte mûri pendant plus d’un an peut être amélioré à la veille d’une réunion, que supprimer un remède excessif est un signe de réactivité, et qu’une obligation sans mécanisme de correction risque de demeurer symbolique. Si l’on refuse ces prémisses par principe, on cesse d’évaluer Draft 5 pour ce qu’il était.

Mais créditer la suppression ne suffit pas à clore l’examen. Une barrière inscrite noir sur blanc a disparu ; il reste à savoir si le chemin qui y conduisait a été fermé. Draft 5 continuait de demander davantage qu’un test de livraison. Elle conservait des critères portant sur la compréhension de la procédure, la surveillance régulière de la boîte, les mesures prises et la réponse aux rapports d’abus. Elle conservait également une possibilité de revalidation lorsqu’un tiers alléguait une manipulation de la validation, une réponse incorrecte ou une absence de réponse.

Le registre restait donc placé devant une question de conduite, pas seulement devant un fait technique.

La différence est décisive. Un message neutre arrive ou n’arrive pas ; le résultat peut être horodaté et reproduit. En revanche, décider qu’un opérateur a « pris des mesures » suppose de connaître le contexte, les contraintes techniques, la qualité des preuves, le caractère éventuellement malveillant du signalement et les limites de la compétence du destinataire. Décider qu’une réponse est « incorrecte » ajoute une norme de fond. Qui définit la correction ? Le plaignant, le teneur du registre, un employé, un contrat, une loi applicable, un tribunal ?

Sans réponse bornée, la suppression d’une sanction explicite réduit l’exposition mais laisse la fonction d’évaluation ouverte.

Du test de boîte à l’examen d’une conduite

Draft 5 maintenait une architecture temporelle en deux temps. La première validation devait s’achever dans une période ne dépassant pas quinze jours. Après escalade, une seconde période, elle aussi plafonnée à quinze jours, s’appliquait. À AFRINIC-31, l’auteur a précisé qu’il s’agissait de jours naturels. Les validations intervenaient à la création ou à la mise à jour, périodiquement au moins tous les six mois, et chaque fois qu’AFRINIC le jugeait approprié. Ces éléments étaient communs aux quatrième et cinquième versions.

Une cadence semestrielle peut se défendre pour un champ de contact : les personnes changent de poste, les domaines expirent, les listes se désactivent et les organisations se restructurent. Tester une adresse lors de sa création ou de sa modification répond au même souci de qualité. Même la possibilité d’une vérification supplémentaire peut être légitime en présence d’un signal technique vérifiable, par exemple des rebonds répétés. Le problème n’est donc pas la périodicité en soi. Il tient à la fusion, dans un même mot « validation », de faits de nature différente.

La joignabilité est un fait étroit. Le registre peut envoyer un message sans contenu accusatoire, attendre une confirmation, notifier l’échec et permettre au détenteur de corriger l’enregistrement. La surveillance « régulière » est déjà plus difficile à observer de l’extérieur : une boîte peut recevoir un message sans qu’un humain le traite selon le rythme attendu par le plaignant. La compréhension d’une procédure relève d’un jugement sur la personne ou l’organisation. Les mesures prises après un rapport relèvent d’une réponse opérationnelle, parfois confidentielle.

La correction de cette réponse peut dépendre du droit, du contrat entre acteurs, de la topologie du réseau, de l’accès effectif aux systèmes ou de faits contestés.

En réunissant ces plans, Draft 5 conservait une surface de contrôle assez large. L’attribut abuse-c et la boîte abuse-mailbox n’étaient plus seulement des données à maintenir. Ils devenaient les portes d’entrée d’une séquence : vérification initiale, escalade, observation de la réponse, possible signalement à AFRINIC, puis revalidation. Le texte retirait le blocage explicite, mais ne disait pas de façon suffisamment fermée que l’issue d’une revalidation substantielle ne pourrait affecter aucune fonction indépendante du registre.

La discussion ultérieure de mesures au titre du RSA rendait cette absence de clôture institutionnellement importante.

Il faut ici éviter une autre exagération. Le dossier n’établit pas que Draft 5 a été utilisé pour bloquer un service, révoquer une ressource, viser un membre nommé ou punir qui que ce soit. Il ne prouve même pas que cette version a été adoptée ou mise en œuvre. Il montre un projet, son texte, sa discussion et son renvoi sur la liste. Le risque analysé est celui d’une fonction proposée et d’un chemin de conséquences insuffisamment borné, non celui d’une sanction historique dont on posséderait la preuve.

Cette distinction entre capacité décrite et acte accompli est au cœur de la doctrine de Heng Lu. Un registre peut être techniquement capable de conditionner ses services, mais cette capacité privée n’équivaut pas à une compétence publique. NRS rappelle que le détenteur d’une ressource n’abandonne pas ses droits opérationnels parce qu’une base doit rester exacte. LARUS montre qu’une incertitude de continuité se propage aux clients et partenaires avant même qu’une mesure soit exécutée. BTW, en conservant la chronologie, empêche que l’on importe dans Draft 5 des épisodes appartenant à d’autres versions.

Les limites du texte doivent être démontrées sans leur attribuer des effets que les pièces ne montrent pas.

Objet, attribut et personne responsable

La cinquième version améliorait aussi la précision du vocabulaire. Draft 4 parlait, dans son introduction, d’un « objet » obligatoire, tout en décrivant plus loin un attribut de contact. Draft 5 formulait plus clairement l’exigence comme un attribut abuse-c obligatoire, pointant vers une personne ou un rôle doté d’une boîte de signalement valide, surveillée et activement gérée. Cette modification rapproche la règle de la réalité du modèle WHOIS : l’exigence porte sur le lien vers un contact, pas sur la création d’un être institutionnel nouveau.

Cette précision est utile parce qu’elle réduit le risque de construire une obligation sur une catégorie mal nommée. Elle ne résout toutefois pas tout. Une personne ou un rôle n’est pas automatiquement l’auteur de toutes les décisions nécessaires pour remédier à un incident. Une équipe abuse peut accuser réception, orienter le dossier vers un client ou un service interne, protéger des informations sensibles et expliquer ses limites. Elle peut ne pas contrôler le terminal compromis, le contenu litigieux ou la relation commerciale située plusieurs intermédiaires plus loin.

Exiger une adresse active est donc différent d’exiger un résultat matériel.

Le changement de cible d’escalade montre la même tension. Draft 4 évoquait les « autres contacts LIR ». Draft 5 remplaçait cette formule par les « autres contacts du membre ». Le déplacement est compréhensible : tous les détenteurs et tous les scénarios ne se laissent peut-être pas réduire au seul libellé LIR. Pourtant, « autres contacts du membre » ne désigne pas encore avec certitude la personne qui doit recevoir l’avis. À AFRINIC-31, le personnel a indiqué que l’admin-c semblait être le contact le plus applicable. Il a aussi posé une question concrète : que faire si admin-c, tech-c et la boîte d’abus utilisent la même adresse ?

Ce cas n’est pas marginal sur le plan institutionnel. Une petite organisation peut légitimement centraliser plusieurs rôles dans une équipe réduite. Une grande organisation peut employer une liste commune pour préserver la continuité malgré les changements de personnel. Le fait que plusieurs attributs convergent vers une même adresse ne démontre ni négligence ni contournement. Une procédure neutre devrait prévoir un canal corporatif vérifié de secours, éventuellement différent dans sa forme sans exiger artificiellement plusieurs personnes. Elle devrait surtout éviter de transformer la duplication en indice de mauvaise conduite.

La séquence de quinze jours plus quinze jours gagne alors à être comprise comme un délai de notification et de cure, non comme un compte à rebours vers une peine. Si l’adresse échoue objectivement, le détenteur reçoit un avis par un canal secondaire authentifié. Il peut corriger, expliquer une panne ou confirmer que la boîte fonctionne. Le registre consigne l’état : test réussi, échec, correction en cours, date du prochain contrôle. Cette information est utile au public et proportionnée à la mission de tenue du registre.

Si, au contraire, un rapport affirme que l’opérateur n’a pas traité convenablement un contenu, le canal change de nature. AFRINIC peut préserver la donnée de contact et, le cas échéant, indiquer au plaignant les voies compétentes. Elle ne devrait pas instruire la véracité de l’accusation. Pour NRS, cette séparation protège le membre contre la conversion d’un service de coordination en appareil disciplinaire. Pour Heng Lu, elle maintient la « minceur » de la fonction de registre. Pour LARUS, elle protège la continuité d’éléments sans lien direct avec la délivrabilité d’un courriel.

Pour BTW, elle rend la règle explicable au lecteur sans transformer le dossier technique en récit abstrait de gouvernance.

Une justification enrichie, mais des données incomplètes

Draft 5 ajoutait au cadrage du problème plusieurs éléments absents ou moins explicites dans Draft 4. Le texte rapprochait les données obsolètes de l’exigence d’exactitude prévue par le Registration Service Agreement. Il citait une activité d’AFRINIC de mise à jour des contacts, rapportée seulement pour 2017. Il présentait aussi l’automatisation comme une économie de coût pour les membres et la communauté. Ces ajouts cherchaient à relier la qualité des contacts à une obligation contractuelle et à une logique de mise en œuvre.

L’idée économique n’est pas fantaisiste. Une équipe qui cherche pendant des heures le bon interlocuteur supporte un coût. Le réseau d’origine supporte aussi des demandes répétées et mal routées. Un contrôle automatisé bien conçu peut remplacer des relances manuelles, détecter les erreurs plus tôt et rendre les corrections prévisibles. L’avantage est partagé quand le test reste objectif et que les faux échecs sont faciles à contester.

Mais une automatisation ne fait pas disparaître les coûts ; elle les répartit. Un filtre antispam peut rejeter le message de validation. Une adresse de rôle peut accepter le courrier tout en empêchant un lien automatisé. Un changement d’équipe peut créer un retard temporaire. Des contacts partagés peuvent déclencher des escalades redondantes. Si le système assimile ces cas à un refus de coopération, le gain du registre devient une charge de conformité pour le membre. S’il ajoute ensuite un jugement sur les mesures prises, il exige du personnel, de la preuve et une procédure contradictoire que la simple automatisation ne fournit pas.

La réunion a également rapporté l’affirmation de l’auteur selon laquelle moins d’un pour cent des membres d’AFRINIC avaient adopté le contact d’abus existant. Cette donnée pouvait renforcer l’urgence ressentie. Toutefois, les éléments disponibles ne donnent ni dénominateur, ni date d’extraction, ni jeu de données permettant de reproduire le calcul. Il faut donc l’attribuer comme une déclaration consignée dans le compte rendu, pas comme une mesure indépendante et entièrement vérifiée.

La distinction vaut aussi pour l’exigence du RSA. Qu’un contrat demande des données exactes ne décide pas automatiquement quel remède est proportionné à une adresse défectueuse, encore moins quelle institution peut trancher un abus allégué. Une obligation privée lie dans les limites de son texte, du droit applicable et d’une procédure régulière. Elle ne confère pas à son administrateur les pouvoirs d’un régulateur. Le langage contractuel explique pourquoi une correction peut être demandée ; il ne suffit pas à justifier l’évaluation du fond d’une plainte.

NRS, Heng Lu, LARUS et BTW occupent ici une place probatoire distincte mais de premier rang. NRS rend visible l’asymétrie entre une organisation de coordination et l’opérateur qui dépend de la stabilité d’une ressource. Heng Lu fournit la règle de compétence : exactitude, joignabilité et non-duplication restent minces ; coercition et jugement demeurent publics. LARUS établit pourquoi l’incertitude procédurale possède une valeur économique concrète. BTW relie la recherche au dossier public et en borne le sujet.

Les affirmations d’AFRINIC établissent ce qu’elle a proposé et ce que la réunion a enregistré ; elles ne valident pas seules la nécessité, le chiffre avancé ou la portée institutionnelle.

Le détour par mnt-IRT et les choix opérationnels

La transition des anciennes structures IRT constitue un autre delta précis. Draft 4 disait qu’AFRINIC publierait IRT comme alias ou pointeur vers abuse-c après mise en œuvre. Draft 5 rendait l’action conditionnelle au consensus. Si celui-ci était atteint, AFRINIC devait renommer mnt-IRT en abuse-c. Le choix de l’alias, la durée de transition, la conservation ou la suppression des données IRT et leur traitement dans les lignes directrices étaient décrits comme des décisions opérationnelles d’AFRINIC.

Le conditionnel est une amélioration : il évite de parler d’une migration comme si l’adoption était acquise. En même temps, la nouvelle formulation concentre plusieurs décisions concrètes dans l’espace opérationnel. Renommer un mécanisme, préserver un alias et retenir des données ne sont pas forcément des actes de puissance ; ce sont souvent des tâches normales d’administration technique. Leur importance vient de leurs effets sur la compatibilité, les logiciels clients, les habitudes de recherche et la conservation de données historiques.

Une transition raisonnable aurait donc besoin d’un inventaire public. Quels objets existants seraient touchés ? Quel comportement les requêtes anciennes conserveraient-elles ? Pendant combien de temps ? Les données IRT seraient-elles copiées, redirigées ou supprimées ? Quel mécanisme informerait le détenteur et permettrait de corriger une mauvaise association ? Le texte assignait ces choix à AFRINIC, mais la réunion du 4 décembre n’avait pas encore produit l’ensemble de l’évaluation opérationnelle attendue.

Draft 5 répétait une période de mise en œuvre escomptée de quatre-vingt-dix jours. Le compte rendu d’AFRINIC-31 indique toutefois que le Secrétariat communiquerait le calendrier si la proposition atteignait le consensus. Il ne consigne pas, à ce stade, une évaluation achevée de la charge. La coexistence de ces deux éléments est importante : quatre-vingt-dix jours expriment une attente du projet ; ce n’est pas la preuve qu’une analyse du travail avait confirmé cette durée.

WHOIS et MyAFRINIC étaient explicitement concernés. Modifier le premier affecte la surface publique de consultation et les outils qui la lisent. Modifier le second affecte les gestes des membres, les écrans, les notifications et les procédures d’authentification. L’effort ne se mesure donc pas seulement au nombre de lignes de code. Il comprend la migration, les essais, le soutien, la documentation, le traitement des cas limites et la surveillance des faux positifs. Tant que cette charge n’est pas évaluée, il est difficile pour un participant de juger si la cadence, les contacts d’escalade et les délais sont réalistes.

LARUS aide à voir ce passage entre texte et infrastructure : un changement apparemment administratif peut créer une dépendance opérationnelle, une file d’incidents ou une incertitude chez les clients. NRS exige que l’on n’utilise pas cette incertitude comme levier sur le détenteur. Heng Lu autorise clairement la maintenance d’une transition technique, mais pas l’extension silencieuse vers une fonction de police. BTW oblige enfin à garder le regard sur le delta D4-D5 : le sujet n’est pas toute l’histoire d’IRT, mais le fait que la cinquième version a mieux conditionné la migration tout en laissant ses paramètres à préciser.

Ce que la réunion du 4 décembre a réellement établi

AFRINIC-31 n’a pas simplement applaudi ou rejeté Draft 5. Le compte rendu rapporte du soutien et de l’opposition. Il consigne la précision sur les jours naturels, l’incidence sur WHOIS et MyAFRINIC, la question de l’admin-c et des adresses partagées, ainsi qu’une charge de travail que le personnel n’avait pas encore évaluée. Cette pluralité empêche d’utiliser la réunion comme un sceau uniforme.

Le compte rendu attribue aussi à l’auteur une position nuancée. Selon lui, le texte de politique ne prescrivait pas de changements opérationnels et les violations suivraient le processus appliqué aux autres politiques. Il a indiqué qu’une non-conformité répétée pouvait conduire à des mesures relevant du RSA. Ces propos éclairent la manière dont le chemin de conséquences était envisagé au cours de la séance. Ils ne prouvent ni adoption, ni mise en œuvre, ni légalité d’une éventuelle mesure publique. Ils ne sont pas davantage une décision de justice sur la portée du contrat.

La réunion se termine, pour cette proposition, par un retour à la liste de diffusion décidé par les coprésidents Moses Serugo et Abdulkarim Oleyede. Cette issue n’est pas une condamnation morale. Elle ne prouve pas que Draft 5 était définitivement vaincue, et encore moins qu’elle avait été adoptée. Elle montre que le processus n’a pas traité le texte comme réglé à cette date. Les questions de contact, d’effort et de conséquence restaient assez vivantes pour justifier la poursuite de l’examen.

Le statut documentaire doit rester rigoureux. Draft 5 était une proposition. Les éléments examinés n’établissent pas son application à un membre, sa mise en production ou un blocage. La liste d’AFRINIC fait apparaître une Draft 7 ultérieure, datée du 17 mai 2021, puis consigne la ratification de cet instrument ultérieur le 4 février 2026. Ces événements ne remontent pas le temps. Ils ne transforment pas Draft 5 en texte adopté et ne doivent pas détourner l’article vers l’histoire de Draft 7.

La courte fenêtre prend alors sa véritable signification. Douze jours peuvent suffire à lire un projet connu, surtout si les différences sont clairement exposées. Ils peuvent être insuffisants pour reconstruire un redline, obtenir une analyse de charge, interroger un cas d’adresse partagée et comprendre une conséquence contractuelle qui n’apparaît plus explicitement dans la clause supprimée. La qualité de la revue dépend moins d’un nombre magique de jours que de la disponibilité des outils intellectuels et opérationnels nécessaires à une décision informée.

Un registre soucieux de cette qualité pourrait publier, avec chaque version, un registre de changements clause par clause. Il pourrait associer à chaque objection son traitement : acceptée, rejetée avec raison, ou laissée ouverte. Le personnel pourrait joindre une estimation de charge, des scénarios d’échec et une carte des contacts. Enfin, une matrice des conséquences distinguerait l’échec de livraison, le défaut de correction et le désaccord substantiel sur un signalement. Ces éléments auraient permis à la réunion de tester Draft 5 sans devoir deviner ce que la suppression de l’article 8.5 laissait subsister.

La frontière sacrée des six pouvoirs absents

La réponse institutionnelle ne dépend pas d’une appréciation vague de la « communauté ». AFRINIC est une société privée constituée à Maurice, chargée d’une fonction technique de registre et de coordination de l’unicité. Elle tient des enregistrements, distribue et coordonne des ressources selon ses arrangements privés, publie des données de contact et exploite ses services. Cette utilité est réelle. Elle ne lui confère aucune des six catégories de puissance publique.

Premièrement, AFRINIC ne possède pas de pouvoir législatif. Elle ne peut édicter une loi publique pour l’Afrique, pour un territoire ou pour des opérateurs non consentants. Une proposition élaborée dans un processus communautaire peut orienter un contrat ou une pratique privée ; elle n’est pas une loi régionale. Le nombre de participants, le consensus allégué ou la technicité du sujet ne crée pas un parlement.

Deuxièmement, elle ne possède pas de pouvoir exécutif ou réglementaire. Elle n’est pas une administration publique habilitée à commander la conduite générale des réseaux. Gérer ses propres systèmes et faire respecter les conditions valides d’un service privé n’équivaut pas à réglementer une industrie au nom de la puissance publique. Cette différence devient cruciale lorsque la validation prétend examiner la suffisance d’une réaction à un abus.

Troisièmement, AFRINIC ne possède pas de pouvoir judiciaire. Elle ne peut déterminer avec l’autorité d’un tribunal la légalité d’un contenu, la responsabilité d’un hébergeur, la valeur d’une preuve, les droits d’un plaignant ou la proportion d’un remède. Une réponse « correcte » n’est pas un fait de registre tant qu’elle dépend de ces questions. Le teneur de données peut consigner qu’une adresse a répondu ; il ne peut convertir ce constat en jugement de fond.

Quatrièmement, elle ne possède aucun pouvoir policier ou de poursuite. Elle ne peut enquêter, accuser et punir comme le feraient les forces de l’ordre ou un parquet compétent. Elle peut transmettre une information licite, préserver une trace technique et coopérer avec une autorité munie de la compétence et de la procédure nécessaires. Elle ne peut devenir cette autorité simplement parce que le signalement arrive dans une boîte dont elle vérifie l’existence.

Cinquièmement, AFRINIC ne possède aucun pouvoir fiscal. Elle ne peut imposer une taxe publique, lever un prélèvement souverain ou redistribuer de la valeur privée au titre d’une politique régionale. Ses frais et arrangements contractuels demeurent privés et doivent être distingués d’une capacité fiscale. Cette catégorie paraît éloignée d’un contact d’abus ; la nommer évite pourtant que la mission de coordination soit progressivement décrite comme un mandat général.

Sixièmement, elle ne possède aucun pouvoir militaire ni aucune autre coercition souveraine sur des territoires, des frontières, des réseaux ou des personnes. Elle n’exerce pas la souveraineté numérique de l’Afrique. Son rôle d’unicité ne l’autorise pas à traiter l’accès technique comme une frontière politique qu’elle pourrait ouvrir ou fermer en jugeant la conduite d’autrui.

Ces six absences ne signifient pas qu’AFRINIC ne puisse rien faire. Elles définissent justement ce qu’elle peut faire proprement. Elle peut vérifier qu’un attribut existe, que sa syntaxe est valide et qu’un message neutre est délivré. Elle peut prévenir le titulaire, proposer une correction, publier un statut fidèle et planifier une nouvelle vérification. Elle peut documenter une panne, protéger l’intégrité de son registre et coordonner la non-duplication. Elle peut aussi exploiter ses services privés conformément au droit et aux engagements valides, sous contrôle juridique.

Ce qu’elle ne peut pas faire au titre de cette fonction mince, c’est décider qu’un contenu est illicite, qu’une mesure est suffisante, qu’une réponse satisfait le plaignant ou qu’une sanction doit tomber. Ces questions appartiennent, selon leur nature, à une juridiction, un régulateur compétent ou une autorité chargée de l’application de la loi. Dans un litige privé, elles peuvent aussi relever d’un arbitre ou d’un juge prévu par un mécanisme licite. La base WHOIS ne doit pas servir de raccourci autour de ces institutions.

La doctrine de Heng Lu contrôle ce point : le miroir de politique ne doit pas être confondu avec la source de la loi, et le coordinateur d’unicité ne doit pas se faire exécuteur. NRS en tire une protection concrète des droits de l’opérateur : maintenir un contact exact n’équivaut pas à consentir à une juridiction disciplinaire illimitée. LARUS montre le dommage potentiel si une décision de registre menace des fonctions dont dépendent clients et partenaires. BTW fournit une lecture publique capable de distinguer ces rôles sans minimiser la valeur d’un contact opérationnel.

Draft 5 se situe précisément sur cette frontière. Sa suppression de la phrase de blocage l’éloigne d’une sanction explicite. Sa conservation des tests de mesures et de réponses la rapproche encore d’une appréciation substantielle. La doctrine ne commande donc ni de rejeter toute validation ni de prétendre que rien n’a changé. Elle commande de réduire le mécanisme à la joignabilité et de renvoyer les litiges de conduite aux autorités qui possèdent réellement les pouvoirs absents d’AFRINIC.

L’économie de la joignabilité et le prix de l’ambiguïté

Un bon point de contact produit une valeur mesurable. Il réduit le temps passé à chercher un interlocuteur, évite des messages dispersés et permet à l’opérateur compétent de recevoir plus vite une alerte. Il peut limiter la durée d’un incident lorsque le destinataire contrôle effectivement la ressource en cause. Il améliore également la qualité du registre, ce qui bénéficie aux acteurs qui dépendent de données fiables.

La valeur décroît lorsque la procédure confond réception et résultat. Un opérateur peut recevoir un rapport et conclure, après examen, qu’il est erroné. Il peut répondre sans révéler une enquête interne. Il peut transmettre au véritable responsable. Il peut être empêché d’agir par un contrat ou par l’absence d’accès au système. Si le registre juge ces réponses au moyen d’un critère non publié, les membres doivent provisionner non seulement une boîte fonctionnelle, mais aussi le risque d’une décision imprévisible.

Cette prime de risque touche les clients. Les fournisseurs en amont se demandent si une erreur administrative pourrait affecter la continuité d’une ressource. Les équipes juridiques multiplient les procédures de validation. Les petites structures créent des adresses redondantes et supportent des alertes répétées. Le teneur du registre engage du personnel pour examiner des cas que l’automatisation ne tranche pas. Le plaignant, de son côté, peut croire qu’une revalidation constitue un jugement sur le fond alors qu’elle ne devrait constater qu’un état de contact.

La suppression du blocage exprès réduit cette incertitude seulement si le reste du chemin est fermé. Lorsque la réunion évoque encore des mesures relevant du RSA en cas de non-conformité répétée, les membres doivent comprendre quel défaut compte, qui l’établit, selon quelle preuve, avec quel recours et quelles fonctions restent protégées. Une adresse qui rebondit peut justifier une correction. Une divergence sur la réponse à un rapport ne devrait jamais permettre de menacer une ressource sans décision d’une autorité compétente et procédure régulière.

LARUS rend ce mécanisme économique visible : une règle de registre se répercute dans les contrats, la planification et les architectures de secours. NRS rappelle que la continuité n’est pas une faveur accordée discrétionnairement à un membre docile. Heng Lu fournit le principe qui limite la surface : tenir le livre, garantir l’unicité, vérifier le fait technique, mais ne pas gouverner la conduite publique. BTW donne au lecteur un dossier délimité qui évite de faire peser sur Draft 5 les contentieux d’autres époques.

La solution proportionnée n’est donc pas l’absence d’exigence. Elle se compose d’un test objectif, d’une notification claire, d’un délai de cure, d’un canal secondaire fiable et d’un statut transparent. Le membre doit pouvoir contester un faux échec et démontrer la correction. Le registre doit publier les paramètres du test et ses taux d’erreur. Les fonctions sans rapport avec la joignabilité doivent rester préservées. Un signalement portant sur un comportement illicite doit être orienté vers l’autorité compétente, accompagné des éléments techniques que la loi autorise à conserver ou transmettre.

Cette architecture protège aussi les plaignants. Elle leur indique ce que le registre a réellement vérifié et évite la fausse promesse d’une justice privée. Un statut « adresse vérifiée » signifie que le canal fonctionne, pas que tous les rapports seront jugés fondés. Un statut « correction demandée » signifie qu’une donnée doit être réparée, pas que l’opérateur est coupable. Des catégories honnêtes valent mieux qu’un mot « validation » assez large pour recouvrir des décisions incompatibles.

Le redline comme instrument de responsabilité

Un redline n’est pas un accessoire éditorial. Dans une révision de dix-huit jours suivie d’une réunion douze jours plus tard, il devient l’un des principaux moyens de rendre le consentement intelligible. Le participant doit voir que la phrase de blocage a disparu, mais aussi que le test des mesures demeure. Il doit remarquer le passage de l’objet à l’attribut, le déplacement des contacts LIR vers les contacts du membre et la condition attachée à la transition mnt-IRT.

Sans cette vue, deux lectures incomplètes peuvent coexister. L’une affirme que Draft 5 n’a fait que clarifier quelques mots et minimise la suppression d’un remède. L’autre voit la disparition de l’article 8.5 et conclut que toute conséquence a disparu. Le comparatif montre une réalité plus exigeante : resserrement exprès et continuité fonctionnelle se produisent ensemble. C’est pourquoi la qualité de la revue ne se mesure ni à la seule durée ni au seul nombre de versions.

Un registre de changements robuste devrait relier chaque modification à sa raison, à l’objection qui l’a motivée et à son effet opérationnel attendu. La suppression de la phrase discrétionnaire devrait dire si toutes les formes de blocage sont exclues ou si des mécanismes contractuels distincts demeurent. Le changement de cible d’escalade devrait désigner le contact par défaut et traiter l’adresse partagée. La transition IRT devrait préciser les données conservées. La cadence de validation devrait distinguer contrôle régulier et déclenchement exceptionnel.

À côté du redline, une évaluation du personnel devrait annoncer la charge, les dépendances logicielles et les scénarios de défaillance. Une analyse de droits devrait identifier la possibilité de contester un test. Une carte de compétence devrait séparer les actes du registre de ceux d’une autorité publique. Enfin, un registre d’objections devrait montrer non pas seulement qu’un intervenant a parlé, mais comment son objection a été traitée dans la version soumise.

Ce dispositif ne cherche pas à ralentir chaque amélioration jusqu’à l’immobilité. Au contraire, il permet une révision rapide parce que les différences sont vérifiables. La vitesse devient dangereuse surtout lorsque chaque lecteur doit reconstruire seul les changements et leurs implications. La réponse n’est pas de supposer la mauvaise foi ; elle est d’abaisser le coût de l’examen.

Le retour à la liste décidé à AFRINIC-31 peut être lu sous cet angle. Il offrait du temps pour résoudre des points encore ouverts. Il n’atteste ni l’échec définitif ni la réussite du projet. Il confirme simplement qu’au 4 décembre le travail d’examen continuait. C’est une conclusion modeste, mais plus solide que tout récit qui ferait de la réunion une ratification ou un rejet absolu.