Résumé

  • Le projet interdit à l’ICANN de reconnaître ou de révoquer un registre tant qu’elle n’a pas reçu une proposition déjà approuvée par les registres, ce qui place l’initiative entre les mains des entités que la clause prétend discipliner.
  • Le texte est publié comme projet daté du 28 août 2025 ; aucune résolution d’adoption, aucun compte rendu de consultation publique ni instrument de ratification n’a été localisé, de sorte que la base de 2001 reste le seul instrument auquel les contreparties peuvent se référer.

Ce que contient le dossier

Le document examiné est le Governance Document for the Recognition, Operation, and Derecognition of Regional Internet Registries, publié par la Number Resource Organization sur la page RIR Governance Document Version 2 du NRO. Il est rédigé comme un instrument, avec des sections numérotées, des termes définis et des renvois internes, et il énonce son propre rapport à ce qui le précède : il succède à l’Internet Coordination Policy-2, dont il indique qu’il fut « adopted on 4 June 2001 ».

Deux autres pages corroborent l’existence et la date du prédécesseur. La page de l’ICANN consacrée à l’Internet Coordination Policy-2 et la référence ICP-2 de l’Address Supporting Organization du NRO décrivent toutes deux le document de 2001 comme la base opérationnelle d’établissement de nouveaux registres. Cette corroboration établit une chose étroite : l’arrangement que le projet prétend remplacer est publiquement indexé par plus d’une institution. Elle n’établit pas ce que dit le document de 2001. Aucune de ces pages n’a livré de texte de disposition lisible le 17 octobre 2026, et cet article n’affirme donc rien sur le contenu, les seuils ou les remèdes de l’ICP-2.

La distinction importe parce qu’un instrument qui existe comme texte n’est pas un instrument qui existe comme obligation. Le projet existe comme texte. Savoir s’il existe comme obligation renvoie à une résolution, à une ratification, à une entrée en vigueur — et sur ce point le dossier réuni ici est silencieux.

Deux conditions avant tout exercice du pouvoir

La disposition la plus lourde du projet est une limite imposée au détenteur du pouvoir formel :

ICANN shall have no power to Recognize or Derecognize an RIR unless it has received a Proposal to do so that has been approved by the RIRs in accordance with this Section 2.3.

Trois traits font le travail. D’abord, la clause est rédigée comme une incapacité et non comme une habilitation : elle ne dit pas que l’ICANN peut reconnaître un registre, elle dit qu’elle n’en a pas le pouvoir sauf dans un cas déterminé. Les instruments écrits ainsi sont généralement lus comme protégeant le sujet du pouvoir contre le détenteur du pouvoir.

Ensuite, deux conditions séparent l’ICANN de tout exercice : il faut une proposition, et cette proposition doit avoir été approuvée au préalable par les RIR. L’ordre est explicite : l’approbation précède la réception. L’ICANN ne reçoit pas une demande puis ne convoque pas les registres ; elle reçoit une décision que les registres ont déjà rendue.

Enfin, l’effet sur l’initiative est structurel et non procédural. Le détenteur de la décision formelle ne peut pas ouvrir un dossier contre les entités qu’il devrait discipliner. Il ne peut agir que sur un dossier que celles-ci ont choisi d’apporter. Quelle que soit l’autorité conférée à l’ICANN, le texte lui retire la capacité dont l’exécution a besoin : celle de commencer.

Ce que la phrase ne dit pas compte presque autant. Le renvoi vise la Section 2.3, et cette section n’était pas visible dans les éléments réunis ; le seuil opérationnel reste donc non lu. L’objection d’un seul registre bloque-t-elle une proposition, ou celle-ci est-elle portée par une supermajorité ? Quels organes doivent approuver — les registres comme personnes morales, leurs membres, leurs conseils ? Sur quelle période, et avec quel droit de réponse pour le registre concerné ? Chacun de ces choix transforme la porte d’un obstacle élevé en interdiction absolue, et aucun ne se déduit de l’extrait disponible.

Un remède écrit pour être difficile à utiliser

Le traitement de la sanction ultime est tout aussi précis :

A non-compliant RIR shall be Derecognized only as a last resort and where it is reasonably believed that the harms to the Numbering Community and/or to the Internet Numbers Registry System outweigh the benefits of continuing to tolerate the RIR's non-compliance.

Trois conditions sont cumulatives : un manquement, le caractère de dernier recours, et un jugement comparatif de préjudice. Trois autres traits relèvent du choix et non de l’accident.

La norme est une norme de croyance. Elle exige que la conclusion comparative soit raisonnablement crue, non qu’une constatation soit établie au dossier. Les normes de croyance ne sont pas faibles en soi — une grande partie du droit administratif repose sur le caractère raisonnable — mais elles présupposent un décideur dont le raisonnement peut être examiné, et la disposition n’en désigne aucun.

Le bénéficiaire du test est précisé, et ce n’est pas le décideur. Les préjudices pris en compte sont ceux subis par la Numbering Community et par l’Internet Numbers Registry System. Ce cadrage éloigne la question de l’embarras institutionnel pour la rapprocher de la conséquence opérationnelle, ce qui est le bon réflexe ; il implique aussi que le mauvais traitement procédural d’un membre par un registre, pris isolément, n’est pas manifestement le préjudice visé.

La clause est muette sur la conséquence qu’elle déclenche. Elle dit qu’un registre sera révoqué. Elle ne dit pas ce qu’il advient de l’espace d’adressage administré, des enregistrements décrivant qui le détient, des accords de service avec les membres, ni des annonces de routage qui rendent l’espace joignable. Ce silence n’est pas une technicalité. La révocation est l’étape de cette architecture qu’une résolution ultérieure ne peut pas simplement annuler, parce que ce qui est retiré est l’autorité sous laquelle les enregistrements ont été faits.

Le statut de projet fait partie de la conclusion

La page présente le texte comme un projet, et la date qu’il porte fait partie de son identité :

28 August 2025 (DRAFT)

Deux choses doivent être dites honnêtement. La page publiée portait cette chaîne, et cet article la rapporte comme la date de projet imprimée par l’éditeur. Séparément, la copie conservée de la même page a enregistré un horodatage de publication au 28 août 2026. L’écart est laissé non résolu plutôt que lissé : l’ancienneté du projet est rapportée telle qu’imprimée, et la date d’observation de tout ce qui précède est le 17 octobre 2026. Le lecteur doit tenir l’année du projet pour incertaine et son statut de projet pour établi.

Une auto-description de statut ne prouve qu’une chose : la manière dont l’éditeur étiquette le document. Elle ne prouve pas qu’aucun instrument ultérieur ne l’a remplacé, ni qu’aucune adoption n’a eu lieu. Ce qui peut être affirmé est plus étroit et néanmoins important : le document est présenté comme un projet, le prédécesseur qu’il nomme est un instrument de 2001, et aucune résolution, ratification ou entrée en vigueur donnant effet au successeur n’a été localisée dans les sources réunies pour cet article.

Les éléments présentés aux côtés du texte publié décrivent une mécanique supplémentaire — des audits périodiques par un auditeur indépendant nommé par l’ICANN, un dispositif de continuité d’urgence limité à une période définie sauf renouvellement, des procédures de mise en œuvre élaborées conjointement, et une adoption par accord entre l’ICANN et les registres. Ce sont précisément les dispositions qui rendraient l’instrument opérant, et elles sont consignées ici comme descriptions et non comme dispositions, faute de vérification contre le libellé de l’instrument.

La différence compte : une description d’un devoir d’audit indique que quelqu’un a jugé l’audit nécessaire à la conception ; seul le texte dit qui audite, sur quel déclencheur, et ce qui suit un refus.

Ce que l’instrument ne tranche pas, et qui porte ce risque

Quatre questions déterminent l’utilisabilité pratique de l’arrangement, et aucune n’est tranchée dans le dossier réuni.

Le seuil n’est pas tranché, faute d’avoir lu la Section 2.3. Une porte dont l’exigence centrale est indéfinie n’est pas une porte dont la rigueur peut être évaluée.

L’autorité qui juge la question du préjudice comparatif n’est pas désignée, non plus que le dossier, le délai ou le contrôle applicable. Une norme de dernier recours sans évaluateur nommé est une norme que celui qui agit le premier interprète.

Le sort des ressources n’est pas tranché. Rien de ce qui a été réuni ne décrit la dévolution de l’espace d’adressage d’un registre révoqué, de ses enregistrements ou des avoirs de ses membres. Pour un opérateur détenteur d’allocations, c’est la seule question qui compte, et son absence sépare le remède de la rupture.

La position des tiers n’est pas tranchée. Les registres ne traitent pas seulement entre eux et avec l’ICANN : ils traitent avec des membres sous contrat de service, avec des fournisseurs de transit qui annoncent leurs préfixes, et avec des juridictions susceptibles d’exécuter ou de suspendre leurs actes. Aucune de ces parties ne dispose d’un accès à la procédure décrite.

Lorsqu’un instrument laisse ces questions ouvertes, le risque ne disparaît pas : il est réparti sur ceux qui ne peuvent l’éviter, c’est-à-dire les membres et clients d’un registre, qui doivent décider s’ils se fient à une reconnaissance susceptible d’être retirée sans règle énoncée sur la suite.

Pourquoi cela dépasse le système des registres

L’autorité d’allouer les ressources internet n’est pas conférée par un statut mondial. Elle s’assemble — par la pratique opérationnelle, par la volonté des réseaux d’accepter les enregistrements produits, et par la reconnaissance de parties extérieures au cercle des membres du registre. C’est pourquoi la couche de reconnaissance n’est pas une formalité : c’est là que l’autorité du système est corroborée ou laissée à l’affirmation.

Un instrument bien rédigé donnerait aux contreparties un point d’appui avant le litige : un organe décideur nommé, des critères énoncés, une procédure consignée, une conséquence définie. Un projet qui laisse ces éléments ouverts, et dont la clause de seuil place l’initiative chez les entités à discipliner, fait autre chose. Il confirme où se situe le pouvoir au lieu de le déplacer, et il laisse le remède effectif au forum disponible lorsque le litige devient urgent.

Telle est la portée pratique d’un projet que nul n’a adopté : non qu’il soit erroné, mais qu’il ne porte encore aucune charge. Un registre sous pression n’a pas besoin d’une clause de succession ; il a besoin d’un instrument en vigueur, et une contrepartie doit pouvoir dire ce que cet instrument exige.

Frontière probatoire, 17 octobre 2026

Cet article repose sur quatre dispositions citées textuellement depuis la page publiée du NRO, sur la date de projet imprimée, et sur des descriptions d’éditeurs issues de trois pages publiques relevant de deux institutions. Il n’affirme rien de plus, et il n’affirme notamment pas ce qui suit.

Il n’affirme pas que le projet a été adopté, ratifié ou approuvé par l’ICANN, par le NRO, par l’Address Supporting Organization ou par un registre. Aucun tel instrument n’a été localisé.

Il n’affirme pas que le projet a été rejeté ou abandonné. La voie d’approbation n’a pas été lue ; une lacune dans ce qui a été réuni n’est pas une preuve d’absence, et une adoption ultérieure ne contredirait rien de ce qui précède.

Il ne cite ni ne paraphrase les dispositions de l’ICP-2, et il n’affirme ni le seuil d’approbation de la Section 2.3, ni l’identité des organes approbateurs, ni la présence dans le texte de l’instrument des mécanismes d’audit, de continuité et de mise en œuvre décrits alentour.

Il n’affirme pas qu’un registre serait aujourd’hui en manquement, qu’une proposition de révocation existe ou ait été envisagée, ni ce qu’il adviendrait des ressources d’un registre en cas de révocation.

Deux documents changeraient rapidement la situation, et chacun est un document plutôt qu’un argument : une résolution ou une ratification donnant effet au successeur, ou le texte complet de la Section 2.3. Tant qu’aucun n’est disponible, la description honnête de cet instrument est celle que l’éditeur imprime : un projet, daté, qui n’est pas encore ce sur quoi quiconque peut s’appuyer.

Sources