Où le risque de couche de registre entre dans la gouvernance d'AFRINIC

Une société d'hébergement à Lagos, Nairobi ou Johannesburg peut construire le réseau correctement et hériter néanmoins d'un risque qu'elle ne peut pas éliminer par l'ingénierie. Ses routeurs peuvent être stables. Ses fournisseurs d'accès amont peuvent être diversifiés. Ses contrats peuvent inclure des crédits de service, des clauses de non-respect, des délais de préavis et des recours. Ses ingénieurs peuvent publier des autorisations d'origine de route, maintenir le DNS inverse, tenir les données de contact à jour et surveiller les fuites de route.

Pourtant, l'entreprise peut toujours être obligée de répondre à une question qui se situe au-dessus de tous ces contrôles: que se passe-t-il si l'entrée de registre sous-jacente au bloc d'adresses devient contestée, gelée, reclassée, retardée ou prise dans une lutte supervisée par un tribunal pour déterminer qui a le droit de parler pour le registre?

Cette question n'est plus hypothétique dans la région de l'AFRINIC. Un acheteur d'adresses IPv4 doit se demander si le règlement peut être conclu sans contestation future. Un bailleur doit se demander si la délégation commerciale sera traitée comme une utilisation réseau ordinaire, une violation de politique ou une preuve dans une lutte plus large sur le mandat du registre. Une banque finançant l'expansion d'un centre de données doit se demander si l'inventaire d'adresses soutenant la clientèle peut être valorisé sans une décote de gouvernance.

Un client cloud doit se demander si la couche IP de son fournisseur est exposée non seulement aux détournements et aux pannes, mais aussi aux litiges de statut de membre, aux contentieux, aux incertitudes électorales, aux instructions du liquidateur et aux allégations selon lesquelles une ressource d'adresse est un actif négociable ou seulement un droit administratif.

C'est le risque de couche de registre. C'est la prime créée lorsque le teneur de registre des ressources de numérotation devient une couche d'incertitude supplémentaire au-dessus du routage, des contrats clients, de la valorisation IPv4, du règlement des transferts, de la responsabilité du bail, de la confiance des banques et des tribunaux, de l'autorité publique et de la confiance des membres. Le registre ne transmet pas les paquets au sens ordinaire. Il n'exécute pas l'application d'un client.

Mais il enregistre qui est reconnu comme le détenteur d'un bloc, qui peut demander des modifications, si le DNS inverse peut être délégué, sur quelles données de contact publiques on peut compter, comment le matériel RPKI est publié, si un transfert est accepté, si un litige contamine une ressource et si un membre est en règle. Lorsque ces décisions sont prévisibles, le registre est presque invisible. Lorsqu'elles sont contestées, chaque contrepartie les prix.

La prime n'est donc pas une métaphore. C'est un coût pratique qui apparaît chaque fois que la finalité du registre doit être vérifiée plutôt que supposée.

AFRINIC est le cas test moderne le plus clair parce que sa crise a touché presque tous les composants de cette prime. Elle avait un historique rapporté d'allégations de corruption autour des enregistrements d'adresses. Elle est devenue le théâtre d'une lutte d'application de grande valeur sur l'utilisation et la commercialisation de l'IPv4. Ses comptes bancaires ont été gelés dans le cadre d'un litige avec Cloud Innovation. Son conseil d'administration a échoué, son poste de directeur général n'a pas pu être normalisé, et un administrateur judiciaire a été nommé pour préserver la continuité et organiser des élections.

Un vote du conseil d'administration de juin 2025 a été suspendu et annulé après des allégations impliquant des procurations et l'autorité des votants. Une élection ultérieure du conseil a créé un chemin de retour vers la gouvernance d'entreprise, mais pas une sortie complète des litiges. En 2026, AFRINIC décrivait simultanément un retour à la budgétisation et à la stratégie, tout en avertissant que les litiges et les obstacles procéduraux menaçaient encore de la paralyser.

ICANN est intervenue dans un contexte de liquidation pour faire valoir que les ressources de numérotation ne devraient pas être traitées comme des actifs de l'entreprise disponibles pour distribution.

Le marché n'a pas besoin de trancher chaque fait contesté de cette histoire pour évaluer le risque. Il doit seulement observer que le processus du registre lui-même est devenu économiquement significatif. Un utilitaire de grand livre étroit est censé réduire les coûts de transaction en rendant le statut des ressources ennuyeux, vérifiable et durable. La crise d'AFRINIC montre ce qui se produit lorsque le grand livre est également traité comme un gardien, un instrument de développement, un dispositif de contrôle régional, un forum d'application, un prix d'entreprise, une cible de litige et un symbole d'autorité continentale.

L'enregistrement ne perd pas toute valeur. Il perd sa finalité. C'est suffisant pour changer les prix, les contrats et la confiance.

La distinction cruciale est entre la protection de la fonction de registre et la protection de chaque revendication d'autorité faite par l'institution en place. La fonction est importante car l'Afrique et la région de l'océan Indien ont besoin d'un grand livre de numérotation fiable, de données d'enregistrement publiques, de DNS inversé, de RDAP, de WHOIS, d'IRR et de continuité RPKI. L'organisation en place n'est importante que dans la mesure où elle peut remplir ces fonctions avec exactitude, retenue et responsabilité. Si l'institution devient fragile, le grand livre a besoin d'un pare-feu de continuité.

Si l'institution devient trop discrétionnaire, le grand livre a besoin d'un pare-feu de mandat. La crise d'AFRINIC démontre que les deux pare-feu sont absents, incomplets ou trop dépendants de l'improvisation.