Résumé

  • La croissance de l'infrastructure IA est physiquement substantielle, mais les dépenses d'investissement, la consommation d'énergie et les nombres d'accélérateurs ne peuvent pas être convertis directement en demande d'IPv4 public car la majeure partie du trafic des réseaux à haute performance est privée.
  • La nouvelle demande apparaît aux bords des services, aux identités de sortie stables, aux limites des locataires, aux équipements de sécurité, à l'interconnexion régionale et aux liaisons hybrides où les contreparties exigent encore des adresses globalement accessibles ou sur liste blanche.
  • IPv6 est l'outil d'évolutivité correct pour les grands réseaux internes et peut réduire les collisions d'adresses privées, mais les conceptions réelles de clusters IPv6 conservent encore une sortie IPv4 pour les destinations héritées et les équilibreurs de charge publics double pile.
  • La tarification IPv4 publique et les services d'apport d'adresses montrent que les plateformes cloud traitent déjà l'identité d'adresse comme un intrant commercial mesuré et portable plutôt que comme une fonctionnalité gratuite accessoire.
  • Les données de transfert enregistrées démontrent un mécanisme de redistribution actif, mais les nombres de transferts ne doivent pas être interprétés comme une mesure directe de la demande IA car ils incluent des fusions, des mouvements répétés et de nombreuses utilisations non liées.
  • Le rationnement basé sur les besoins est mal adapté aux projets IA incertains: il récompense les prévisions sophistiquées, retarde les déploiements en évolution rapide et donne aux registres une influence évitable sur la technologie, l'emplacement et les choix de modèle économique.
  • La Number Resource Society devrait publier des preuves de marché sourcées, représenter les membres agissant sous procuration valide et presser les RIR de vérifier l'autorité, enregistrer les transferts, préserver l'historique et soutenir la sécurité du routage tout en laissant le risque de prix et d'investissement aux acheteurs et vendeurs.

Le retour est à la table de planification

La demande d'adresses n'a jamais disparu. Les opérateurs mobiles, les hébergeurs, les entreprises, les réseaux de contenu et les plateformes cloud ont continué à utiliser IPv4 public tout au long de l'essor d'IPv6 et de l'architecture d'adresses partagées. Ce qui a changé après 2023, c'est la prééminence de l'infrastructure elle-même. L'IA générative a transformé la capacité de calcul d'un service abstrait en une compétition visible pour le terrain, l'énergie, les puces, la fibre et la construction.

La planification des adresses est revenue à l'attention des dirigeants car les réseaux étaient à nouveau construits à une échelle et une vitesse inhabituelles.

Le mot retour nécessite donc de la discipline. Il n'implique pas que l'IA recrée les premiers jours d'Internet, où une adresse publique pouvait être attribuée directement à chaque serveur. Les installations modernes utilisent des espaces d'adressage privés ou autrement contrôlés pour la plupart des travaux internes. Les interfaces, les équilibreurs de charge, les systèmes de traduction et les maillages de services agrègent un grand nombre de machines derrière moins d'identités publiques. L'IA peut produire une croissance énorme du calcul avec une croissance beaucoup plus lente du nombre d'adresses publiques.

Cependant, l'agrégation ne rend pas la frontière publique sans importance. Elle peut rendre chaque frontière plus conséquente. Une identité de sortie peut représenter des milliers de travailleurs d'entraînement accédant à un référentiel logiciel. Un service d'entrée peut faire face à un produit d'inférence utilisé par des millions. Un préfixe appartenant au client peut préserver les listes blanches et la réputation lors d'une migration. Un traducteur peut connecter un cluster IPv6 à toutes les sources de données restantes uniquement IPv4.

La question utile n'est donc pas de savoir si l'IA provoque une simple augmentation numérique. Elle est de savoir si l'investissement dans l'IA augmente le nombre, la diversité et la valeur des frontières réseau publiques. La réponse dépend de l'architecture. Un campus d'entraînement monolocataire a un profil différent d'un cloud d'inférence multilocataire. Une installation nationale connectée aux réseaux gouvernementaux a des besoins de continuité différents d'un cluster interne d'hyperscaler.

Un service périphérique distribué dans de nombreuses économies peut consommer plus d'identités publiques qu'un système d'entraînement centralisé beaucoup plus vaste.

La gouvernance doit suivre cette hétérogénéité. Les institutions ont besoin de preuves qui séparent l'échelle interne de la demande publique et le déploiement observé des annonces. Elles devraient faciliter les transactions légitimes sans prétendre pouvoir prévoir une industrie intrinsèquement volatile mieux que les entreprises risquant leur propre capital.

L'investissement physique est suffisamment important pour compter

La preuve la plus forte d'un changement structurel vient de l'investissement physique plutôt que des affirmations promotionnelles sur la capacité des modèles. L'analyse de l'Agence internationale de l'énergie de 2025 surl'énergie et l'IAestimait que les centres de données ont consommé environ 415 térawattheures en 2024 et projetait environ 945 térawattheures d'ici 2030 dans son scénario de base. Elle attribuait près de la moitié de l'augmentation nette aux serveurs accélérés, tout en publiant également des scénarios de haute efficacité, de vents contraires et de croissance plus rapide.

Ces scénarios sont utiles car ils rendent l'incertitude explicite. La demande d'électricité des centres de données peut augmenter rapidement tandis que l'efficacité, les goulots d'étranglement du réseau, la finance et les contraintes d'approvisionnement modifient la trajectoire réelle. L'AIE estimait que l'investissement mondial dans les centres de données approchait le demi-billion de dollars en 2024 et notait que la concentration locale importe plus que la part modeste du secteur dans l'électricité mondiale. Un projet peut être petit dans les statistiques mondiales et dominer une file d'attente de connexion au réseau local.

Les divulgations des entreprises confirment l'ordre de grandeur. Microsoft a déclaré en janvier 2025 qu'elle était en voie d'investir environ 80 milliards de dollars dans des centres de données habilités pour l'IA au cours de son exercice fiscal, plus de la moitié aux États-Unis. Alphabet a ensuite rapporté 91,4 milliards de dollars de dépenses d'investissement pour 2025, ladiscussion sur les résultats de l'entrepriseindiquant que la majeure partie allait à l'infrastructure technique et répartissant cet investissement approximativement entre les serveurs et les centres de données plus les équipements réseau.

Les chiffres des entreprises ne doivent pas être additionnés mécaniquement. Les définitions fiscales diffèrent, et l'investissement peut inclure le remplacement, le terrain, les bâtiments, les serveurs, les réseaux et la demande cloud générale en plus de l'IA. Ils restent une preuve matérielle que la période 2023-2027 implique une grande expansion de la capacité de calcul et de réseau plutôt qu'un cycle purement spéculatif logiciel.

La demande d'adresses devrait apparaître quelque part dans une telle expansion. Chaque installation a besoin de gestion, de sécurité, d'exposition de services, de mouvement de données externes et d'interconnexion. Mais la relation est architecturale, pas proportionnelle. Les mégawatts et les dépenses d'investissement établissent que la base d'infrastructure croît. Ils ne disent pas à un registre combien d'adresses publiques un opérateur particulier nécessite.

Un GPU n'est pas une unité d'adresse publique

L'erreur la plus facile est de multiplier le nombre d'accélérateurs par une adresse. Les grands systèmes d'IA sont connectés par des réseaux dédiés haute performance optimisés pour le trafic est-ouest entre le calcul, le stockage et les systèmes de contrôle. Ces réseaux peuvent utiliser IPv4 privé, IPv6, des liens non numérotés, des transports spécialisés et plusieurs plans isolés. Leurs points de terminaison internes ne sont pas nécessairement accessibles depuis l'Internet public et ne devraient pas l'être.

La description par NVIDIA de sa plateforme EthernetSpectrum-Xfait référence à des systèmes évoluant jusqu'à 100 000 accélérateurs et à des liens à travers plusieurs centres de données. Les chiffres sont des affirmations du vendeur sur l'échelle supportée, pas un recensement de la capacité déployée. Ils montrent néanmoins pourquoi l'adressage interne, la topologie et la télémétrie sont des préoccupations d'ingénierie substantielles. Ils n'impliquent pas 100 000 adresses IPv4 publiques.

Un modèle d'installation utile sépare au moins quatre plans. Le réseau d'accélérateurs transporte le trafic synchronisé d'entraînement ou d'inférence. Le réseau de stockage déplace les ensembles de données et les points de contrôle. Le plan de gestion s'occupe du provisionnement, de la santé et de la réparation. Le plan de service accepte les demandes des clients et atteint les systèmes externes. Seules des parties des deux derniers ont normalement besoin d'une accessibilité publique directe ou traduite, et même celles-ci peuvent être fortement agrégées.

La sécurité renforce la séparation. Exposer chaque accélérateur directement augmenterait la surface d'attaque, compliquerait les politiques et gaspillerait un espace d'adressage rare. Les sous-réseaux privés, les passerelles contrôlées, l'accès basé sur l'identité et l'interconnexion dédiée sont des choix normaux. IPv6 peut fournir un adressage interne généreux sans exiger que chaque adresse globale soit ouvertement accessible. La portée des adresses et la politique de routage importent autant que l'unicité.

Cette distinction protège à la fois les marchés et les institutions des affirmations gonflées. Un acheteur ne devrait pas justifier une grande acquisition IPv4 simplement en citant le nombre d'accélérateurs. Un registre ne devrait pas déduire qu'une installation dense n'a pas de besoin public parce que les systèmes internes sont privés. La preuve se situe à la frontière: services publics attendus, conception du locataire, identité de sortie, contreparties, distribution géographique, résilience et exigences de migration.

L'IA augmente l'échelle du réseau; la demande d'adresses publiques émerge de la façon dont cette échelle se connecte au reste de l'économie.

L'entraînement et l'inférence créent des profils d'adresses différents

Les clusters d'entraînement sont grands, concentrés et par à-coups. Ils déploient des volumes énormes entre les accélérateurs et le stockage mais peuvent exposer peu de services publics. Les données peuvent arriver via des liens dédiés ou des passerelles contrôlées. Les ingénieurs peuvent accéder aux systèmes de gestion via une connectivité privée. Le nombre d'IPv4 publics peut donc être modeste par rapport à la consommation d'énergie et à la valeur de l'équipement.

L'inférence change la forme. Un modèle offert aux clients a besoin de points de terminaison régionaux, d'équilibrage de charge, de protection contre les dénis de service, d'observabilité et de connexions fiables aux applications clientes. L'inférence multilocataire peut nécessiter des identités de sortie séparées, des listes blanches spécifiques au client ou un routage géographique. Un fournisseur peut distribuer l'inférence plus près des utilisateurs pour réduire la latence ou répondre aux exigences de localisation des données. Chaque région ajoute des frontières publiques même lorsque chaque frontière fait face à un calcul hautement agrégé.

Le réglage fin et le déploiement en entreprise se situent entre les deux. Un client peut déplacer des données privées dans un environnement d'entraînement cloud, appeler des référentiels externes, se connecter à un système d'identité sur site et exposer un point de terminaison d'application limité. La connectivité hybride peut réduire l'exposition publique, mais les systèmes du fournisseur et du client couvrent souvent plusieurs réseaux. Le besoin d'adresses suit les limites de confiance plutôt que la taille du modèle.

Les services d'IA créent également un trafic machine-à-machine sensible à une identité stable. Les systèmes de recherche interrogent des bases de données externes. Les applications automatisées appellent des services de paiement, de cartographie, de communication et de sécurité. Les contreparties peuvent utiliser des listes blanches d'adresses, des limites de débit ou des contrôles de réputation même lorsqu'une identité d'application plus forte est disponible. Ces pratiques peuvent être critiquées comme fragiles, mais elles restent des faits commerciaux.

La distinction a des conséquences politiques. Une annonce de campus d'entraînement est une preuve faible d'une grande allocation publique. Un service d'inférence distribué peut avoir une demande publique significative sans un nombre spectaculaire d'accélérateurs. L'évaluation basée sur les besoins encourage les candidats à traduire des architectures incomparables en une seule histoire bureaucratique. Un marché pose une question plus simple: l'acheteur est-il prêt à payer pour l'espace et à se conformer à un enregistrement précis? Cela n'élimine pas la diligence raisonnable.

Cela place le risque technologique et de demande avec l'investisseur plutôt qu'avec le registre.

L'entrée publique est faible en nombre et grande en conséquence

Un service d'IA peut cacher des milliers de machines derrière une poignée de points de terminaison publics. Cette conservation est bénéfique. Elle concentre également la valeur opérationnelle et commerciale. Les clients stockent le point de terminaison dans les politiques de sécurité, les applications et la documentation contractuelle. La réputation des abus s'accumule autour de lui. Les enregistrements DNS pointent vers lui. Les systèmes de surveillance le testent. Un changement peut nécessiter une coordination entre des organisations que le fournisseur ne contrôle pas.

La bordure publique se comporte donc comme une identité de service, même si une adresse n'est pas une identité légale et ne devrait pas être traitée comme telle. La stabilité réduit le coût de changement pour le client. De multiples adresses soutiennent la distribution géographique, l'isolation des pannes et la défense contre les dénis de service. Des adresses dédiées peuvent séparer les locataires dont les profils de risque ne devraient pas être combinés. Les clients du secteur public ou réglementé peuvent exiger des plages connues pour les contrôles réseau.

IPv6 peut fournir ces bords généreusement là où les clients peuvent les atteindre. Les équilibreurs de charge double pile peuvent servir les deux familles d'adresses tandis que la flotte d'applications utilise IPv6 en interne. La traduction peut accepter les clients IPv4 et les transmettre vers un service IPv6. L'architecture conserve IPv4 sans le rendre hors de propos.

Le nombre public dépend également des limites du produit. Un hyperscaler peut agréger de nombreux services derrière des bords globaux partagés. Un fournisseur régional plus petit peut avoir besoin d'adresses distinctes pour les installations, les locataires ou les relations en amont car il manque de la même infrastructure de porte d'entrée globale. Un cloud souverain ou sectoriel peut délibérément isoler les clients plutôt que de maximiser l'agrégation. L'efficacité des adresses n'est donc pas une mesure neutre de valeur.

L'enregistrement léger devrait préserver les informations nécessaires pour opérer ces bords: le titulaire reconnu, les contacts actuels, l'autorité de routage, l'historique des transferts et la délégation inverse pertinente. Il ne devrait pas exiger la divulgation publique de la topologie sensible ou des noms de clients. L'objectif est de rendre une réclamation publique interprétable et portable, pas d'exposer l'installation. Là où un petit nombre d'adresses porte une grande conséquence de service, la précision et le contrôle en temps opportun comptent plus, pas moins.

L'identité de sortie est là où la rareté réapparaît souvent

De nombreuses charges de travail d'IA n'acceptent pas le trafic Internet non sollicité, mais elles se tournent pourtant vers l'extérieur. Elles téléchargent des logiciels, récupèrent des composants de modèles, accèdent à des services de données, appellent des API commerciales, rapportent des données de télémétrie et se connectent aux systèmes clients. Ces destinations voient une adresse source publique après traduction ou à une passerelle. La source peut devenir une identité sur liste blanche, limitée en débit ou avec une réputation.

Lorsque des milliers de travailleurs partagent une adresse, l'efficacité augmente mais l'attribution devient plus difficile. Un abus par une charge de travail peut affecter la réputation des autres. Les limites de ports et de connexions peuvent créer des conflits. Les journaux doivent mapper une session publique de retour vers un locataire, un travail ou un point de terminaison interne au moment pertinent. Un client qui a besoin d'isolation peut demander une adresse de sortie dédiée même lorsqu'il n'a pas de serveur public.

L'IA peut augmenter cette demande par le nombre de connexions automatisées plutôt que par le nombre d'utilisateurs humains. Les services d'IA automatisés, les systèmes de recherche et les services de données synthétiques peuvent contacter de nombreux points de terminaison externes de manière répétée. Une conception d'application efficace et la mise en cache peuvent réduire le trafic. Le point institutionnel pertinent est qu'une charge de travail uniquement sortante peut encore créer une demande d'identité IPv4 publique stable.

La tarification cloud rend le choix visible. Lataxe IPv4 publique d'AWSs'applique aux adresses utilisées à travers plusieurs services et a encouragé les clients à inventorier les expositions inutiles. Un client peut consolider la sortie, utiliser la connectivité privée, adopter IPv6 ou apporter son propre espace. Chaque alternative comporte un prix, une portabilité et un contrôle différents.

Les registres ne devraient pas décider combien d'identités de sortie un service d'IA mérite. Ils devraient garantir que l'espace appartenant au client peut se déplacer, que les enregistrements de titulaire et de routage sont corrects et que la fraude peut être contestée. Les opérateurs et les clients peuvent alors décider si une identité dédiée vaut son coût de marché. La rareté est communiquée par le prix plutôt que par un jugement officiel sur la charge de travail suffisamment importante.

La collision d'adresses privées est une contrainte d'interconnexion

La rareté publique peut distraire d'un deuxième problème d'adressage: les réseaux privés entrent en collision. Les entreprises, les sociétés acquises, les projets cloud et les opérateurs d'installations choisissent souvent les mêmes plages IPv4 privées limitées. Lorsque deux réseaux qui se chevauchent ont besoin de connectivité directe, le routage ordinaire ne peut pas distinguer des adresses identiques sans traduction, renumérotation ou intermédiaire.

Ladocumentation d'appairage VPC d'AWSindique que l'appairage ne peut pas être créé lorsque les plages IPv4 ou IPv6 se chevauchent. Elle note en outre que la présence de tout bloc IPv4 se chevauchant peut empêcher l'appairage même si les parties avaient l'intention d'utiliser uniquement des blocs non chevauchants ou IPv6. Il s'agit d'une règle spécifique au produit, mais elle illustre un problème général rencontré dans l'intégration multi-cloud et de fusion.

L'IA augmente la probabilité de collision car les projets assemblent rapidement des réseaux à travers les frontières organisationnelles. Un développeur de modèle connecte l'entraînement, le stockage, les fournisseurs de données, les clients d'entreprise et les régions d'inférence. Un hébergeur de colocation héberge des locataires dont les plans privés ont été créés indépendamment. Un nouveau campus peut avoir besoin de rejoindre un ancien parc cloud avec peu de discipline d'adressage.

IPv6 est une réponse forte pour l'unicité interne. Il peut donner aux clusters et installations un espace non chevauchant ample, simplifier la croissance inter-cluster et réduire la dépendance aux plages IPv4 privées répétées. Le bénéfice est réel même lorsque IPv4 public reste à la frontière du service. IPv6 interne et double pile externe sont complémentaires.

L'implication institutionnelle est subtile. La demande d'IPv4 public ne devrait pas être gonflée simplement pour éviter une mauvaise planification privée. L'espace public ne devrait pas non plus être utilisé en interne sans contrôles de routage soigneux. Mais une organisation qui peut apporter un préfixe reconnu à travers les installations peut utiliser l'unicité globale pour réduire la friction de fusion ou d'interconnexion. L'enregistrement et l'autorisation de routage déterminent alors si l'espace revendiqué peut être utilisé en toute sécurité.

La demande d'adresses concerne en partie l'accessibilité publique et en partie l'évitement des collisions, et les preuves devraient distinguer les deux.

La conception réelle des clusters IPv6 conserve toujours un pont IPv4

La conception des grands clusters de conteneurs montre comment la croissance à l'échelle de l'IA peut déplacer l'adressage interne vers IPv6 tout en conservant un besoin concentré d'IPv4. Lesdirectives IPv6 d'EKS d'AWSdécrivent IPv6 comme un moyen de résoudre l'épuisement à l'intérieur des grands clusters et de réduire les plages qui se chevauchent entre les clusters. Les pods et les services reçoivent IPv6, permettant une évolutivité interne sans consommer une adresse IPv4 privée pour chacun.

La même conception maintient la compatibilité. Les nœuds reçoivent les deux familles d'adresses. Un pod qui doit atteindre une destination IPv4 externe utilise une identité IPv4 locale et une traduction source via le nœud et, pour l'accès à Internet public, via une passerelle avec une adresse IPv4 publique routable. Les services publics peuvent utiliser un équilibreur de charge double pile qui accepte les clients IPv4 et traduit vers le cluster IPv6.

Ce n'est pas un défaut d'IPv6. C'est une architecture sensée pour un Internet inégal. Elle réduit fortement la consommation d'IPv4 interne et maintient les adresses publiques rares à des bords définis. Elle démontre également pourquoi un cluster IPv6 peut générer ou préserver la demande d'IPv4 public. Le besoin passe de chaque charge de travail aux passerelles et équilibreurs de charge dont dépend chaque charge de travail.

Les opérateurs d'IA devraient mesurer cette concentration. Combien de travaux partagent une adresse de sortie? Que se passe-t-il lorsque sa réputation est bloquée? La passerelle peut-elle évoluer avec le volume de connexions? Y a-t-il suffisamment de capacité indépendante pour la maintenance et la défaillance régionale? Un client peut-il recevoir une adresse dédiée lorsqu'une contrepartie l'exige? L'adresse est-elle propriété de la plateforme ou portable?

Un registre évaluant une réclamation de besoin aurait du mal à juger les réponses correctes car elles dépendent du comportement des charges de travail, des engagements de produit et de la tolérance au risque. Un marché laisse l'opérateur choisir un inventaire plus grand ou plus petit à un coût visible. L'enregistrement léger garantit que l'inventaire qu'il acquiert a un titulaire clair et une autorité utilisable. IPv6 fournit l'abondance interne; le marché fixe le prix du bord de compatibilité restant.

La géographie transforme un service d'IA en de nombreuses frontières publiques

La capacité IA est géographiquement concentrée, mais la demande de service local et régional s'élargit. L'AIE s'attend à ce que les États-Unis, la Chine et l'Europe restent les plus grands marchés d'électricité des centres de données tout en identifiant une croissance rapide en Asie du Sud-Est. Microsoft a décrit des investissements dans tout le Sud Global et de nouvelles capacités dans plusieurs marchés nationaux. Les annonces des entreprises doivent être séparées des installations terminées, mais elles signalent une poussée vers davantage de nœuds géographiques plutôt qu'un campus universel.

L'emplacement importe pour la latence, l'énergie, la réglementation, la résilience et l'accès aux données. L'entraînement peut parfois être centralisé là où l'énergie et les accélérateurs sont disponibles. L'inférence et les charges de travail réglementées peuvent avoir besoin d'être plus proches des utilisateurs ou à l'intérieur d'une juridiction. Un service qui passe d'une région à dix peut avoir besoin de bords publics supplémentaires, de pools de sortie, de sessions d'interconnexion et de contacts opérationnels même si chaque région est plus efficace en termes d'adresses que l'originale.

L'expansion régionale expose également une capacité IPv6 inégale. Un cloud peut opérer un réseau interne riche en IPv6 et encore servir des clients ou fournisseurs dans des économies où IPv4 reste le dénominateur commun. Les liaisons dédiées résolvent certaines relations, pas l'Internet ouvert. Le plan d'adressage doit suivre la contrepartie matérielle la moins moderne ainsi que la nouvelle installation.

Les projets souverains et du secteur public ajoutent des attentes de continuité. Un gouvernement peut exiger un service local, un routage connu, des contacts en cas d'incident et la possibilité de changer de contractant sans changer l'identité publique. L'espace d'adressage appartenant au client peut soutenir cette continuité si l'enregistrement et l'acceptation de la plateforme sont solides. Les adresses appartenant au fournisseur peuvent être plus simples au départ mais augmentent le coût de changement.

C'est pourquoi la demande d'adresses IA ne peut pas être déduite d'un total de calcul global. La géographie multiplie les frontières, tandis que l'agrégation comprime les adresses à l'intérieur de chaque frontière. L'effet net doit être mesuré dans les régions déployées, les points de terminaison publics, les identités de sortie et les préfixes portables. Les institutions devraient publier ces indicateurs observables plutôt que d'utiliser l'ambition nationale d'IA comme un raccourci pour l'allocation.

La fibre et l'interconnexion importent plus que la photo du campus

La discussion publique représente souvent l'infrastructure IA avec un bâtiment, des équipements de refroidissement et des rangées de machines. L'effet réseau est plus difficile à voir. Une installation utile doit se connecter à l'énergie, mais elle doit aussi se connecter aux utilisateurs, aux autres installations, aux régions cloud, aux sources de données et aux réseaux de transit. Les chemins de fibre redondants, la capacité d'interconnexion et la politique de routage déterminent si les accélérateurs installés deviennent un service utilisable.

Le compte rendu de Microsoft sur son installation IA dans le Wisconsin affirmait des centaines de milliers d'accélérateurs et suffisamment de fibre pour faire le tour de la planète plusieurs fois. La déclaration est une description de l'entreprise, pas un audit d'ingénierie indépendant. Sa valeur ici est qualitative: le calcul à l'échelle de la frontière est conçu comme un système réseau distribué, pas comme un entrepôt isolé.

Le trafic inter-installations peut rester privé sur un transport dédié. Les adresses publiques deviennent pertinentes aux points de contrôle, aux bords de basculement, aux connexions partenaires et aux services exposés au-delà du réseau fédérateur de l'opérateur. Un opérateur peut également utiliser des systèmes autonomes ou des plages d'adresses séparés pour isoler les régions et gérer le routage. La résilience peut augmenter la demande de préfixes indépendants même lorsque le nombre brut de points de terminaison est faible.

Les preuves réseau devraient donc inclure plus que les mégawatts d'installation. Elles devraient identifier les sites annoncés par rapport aux sites opérationnels, les routes réseau actives, les relations de système autonome, les plages de services publics, le routage observé, les partenaires d'interconnexion et la disponibilité client. Aucune mesure unique ne prouve la demande. Ensemble, ils distinguent un réseau vivant d'une annonce de bâtiment.

Les registres sont bien placés pour publier des preuves de ressources numériques et de sécurité de routage, mais pas pour certifier que le plan d'affaires d'un centre de données est solide. Les fournisseurs d'interconnexion et les opérateurs peuvent fournir des preuves d'installation et de trafic. Les investisseurs peuvent évaluer la demande contractée. La séparation des rôles compte. Un registre léger rend l'autorité réseau lisible sans transformer l'enregistrement d'adresses en approbation de l'ensemble du projet d'IA.

Les plateformes cloud opèrent déjà des marchés d'adresses privés

Le cloud public transforme l'adressage en un menu de produits mesurés et de règles de plateforme. Le fournisseur fournit des adresses publiques, les facture, fixe des quotas et décide quels services gérés peuvent les utiliser. Les clients peuvent réduire la consommation via des points de terminaison privés, des équilibreurs de charge partagés, la traduction et IPv6. Ils peuvent parfois apporter un espace d'adressage enregistré qu'ils contrôlent déjà.

Le support BYOIP (apport de vos propres adresses) est particulièrement révélateur. Ladocumentation BYOIP de Google Cloudpermet aux clients d'utiliser leur propre espace IPv4 et IPv6 public avec des ressources supportées. La vérification pour l'espace annoncé en externe utilise l'autorisation d'origine de route et la validation DNS inverse, et le provisionnement peut prendre plusieurs semaines. Le service a également des limites de produit et de taille de préfixe. Microsoft Azure et AWS offrent des capacités connexes avec des limites différentes.

C'est un marché privé superposé à un registre d'autorité publique. Le client obtient d'abord des droits reconnus via une relation de registre ou un transfert. Le cloud décide ensuite si et comment ces droits peuvent être attachés à ses services. La valeur de l'espace dépend des deux couches. Une erreur de registre peut empêcher la vérification; une limitation de plateforme peut empêcher l'utilisation pratique.

Les clients IA s'en soucient car l'identité publique portable est une option de sortie. Un service de modèle peut déplacer le calcul tout en conservant une plage d'adresses connue des clients et des contreparties. Cela ne rend pas la migration sans effort: les changements de routage, l'état de sécurité, les fonctionnalités de la plateforme et la configuration de l'application comptent toujours. Cela réduit une classe importante de coût de changement.

Les adresses fournies par la plateforme restent appropriées pour de nombreuses charges de travail. Elles sont rapides à obtenir et s'intègrent aux services gérés. La préoccupation de gouvernance n'est pas que chaque entreprise d'IA doive posséder de l'espace. C'est que les organisations ayant un besoin matériel de continuité devraient avoir un chemin crédible pour en acquérir, en enregistrer et en transporter. Les marchés révèlent le coût de cette option. Les registres devraient rendre son autorité fiable. Les plateformes devraient rendre l'éligibilité et les limitations claires.

Les enregistrements de transfert montrent une redistribution, pas un verdict sur l'IA

Le marché du transfert IPv4 n'est plus hypothétique. L'examen 2026 par l'APNIC desadresses IP jusqu'en 2025a compté 5 619 transactions de transfert enregistrées à travers les cinq systèmes RIR en 2025 et environ 33,4 millions d'adresses représentées dans ces enregistrements. Il estimait environ 342 millions d'adresses listées depuis 2012, tout en avertissant que l'agrégat compte probablement certains blocs plus d'une fois.

Les mêmes données montrent des différences régionales substantielles. Le RIPE NCC a reçu le plus grand nombre de transactions enregistrées en 2025; le volume enregistré d'ARIN a augmenté; le volume transféré de l'APNIC était inférieur à celui de certaines années précédentes. Les comptes incluent les changements de fusion et acquisition ainsi que les transferts de marché. Ils ne peuvent pas être lus comme une série de prix directe, une mesure d'adresses uniques changeant de mains ou une preuve que l'IA a provoqué une transaction particulière.

Ce que les enregistrements prouvent est plus étroit et important: un mécanisme de redistribution établi peut déplacer l'enregistrement d'un titulaire à un autre après l'épuisement du pool gratuit. La spécification du journal de transfert de l'APNIC exige une publication cumulative quotidienne et inclut la ressource, la source, le destinataire, les régions et la date. Cet historique public soutient la diligence raisonnable et l'analyse de marché.

La demande IA entre sur ce marché aux côtés de l'hébergement, de l'accès, de l'entreprise et de nombreuses autres utilisations. Un acheteur peut acquérir de l'espace pour une nouvelle région d'inférence, une plage de sortie portable ou une croissance cloud générale. Le marché n'a pas besoin que le registre classe ces motifs. Il a besoin que le registre vérifie la source autorisée, empêche les transferts contradictoires, enregistre le destinataire et soutienne l'état de sécurité résultant.

Les preuves de transfert devraient être combinées avec l'observation du routage et les données d'installation. Un bloc transféré à un opérateur cloud peut rester non routé, remplacer un espace loué ou soutenir des services non IA. Une annonce d'adresse près d'un nouveau campus peut refléter une réorganisation réseau ordinaire. Une analyse responsable énonce ces incertitudes. Elle ne nie pas le marché ni n'attribue chaque mouvement à la source de demande la plus en vogue.

Le rationnement des besoins récompense les récits plutôt que la vérité

Certains régimes de transfert demandent encore aux destinataires de démontrer l'utilisation future ou l'utilisation efficace. La politique actuelle de l'APNIC demande aux destinataires un plan détaillé dans un délai déterminé. Leguide de transfert d'ARINdécrit les tests d'utilisation et d'utilisation projetée pour les transferts à destinataire spécifié. Ces règles sont issues d'une tradition dans laquelle les registres allouaient un espace rare sans prix de marché et cherchaient à prévenir le gaspillage.

Appliquer la même discrétion à la croissance de l'IA est particulièrement problématique. Un fournisseur de modèles peut produire des prévisions impressionnantes d'utilisateurs, d'accélérateurs et de régions alors que sa demande commerciale reste incertaine. Un fournisseur d'infrastructure plus discret peut avoir des clients sous contrat mais une histoire moins en vogue. Un examinateur de registre est alors poussé à juger l'économie du modèle, la location, l'architecture de sécurité et la valeur stratégique nationale.

L'examen crée également un risque de calendrier. Les projets IA changent d'installation, de cloud et d'architecture au fur et à mesure que l'énergie et les puces deviennent disponibles. Une approbation liée à un plan détaillé peut devenir obsolète avant le déploiement. Exiger une justification répétée récompense les organisations disposant de grandes équipes politiques et de relations établies. Les petits entrants paient plus lourdement pour le retard et l'explication.

Plus important encore, le besoin n'est pas un fait neutre lorsque les adresses peuvent être partagées, traduites, louées, achetées ou remplacées en partie par IPv6. La bonne quantité dépend de la tolérance de l'opérateur pour le partage de réputation, les limites de connexion, les exigences clients, la résilience et le futur coût de changement. Un examinateur peut toujours exiger plus de compression. Il ne peut pas observer le coût complet imposé par cette demande.

Un acheteur volontaire dépensant son propre capital a des incitations plus fortes à tester ces compromis. Acheter trop a un prix et un coût de détention. Acheter trop peu crée des contraintes de service et une acquisition d'urgence coûteuse. La fraude, les sanctions, l'insolvabilité et le titre contradictoire nécessitent encore des contrôles, mais ce sont des questions d'autorité et d'intégrité. Elles ne nécessitent pas qu'une institution certifie qu'un service d'IA mérite l'architecture choisie.

L'enregistrement léger est une institution active, pas vide

Supprimer le rationnement des besoins ne signifie pas supprimer le registre. Un marché fonctionnel a besoin d'une institution plus précise. Quelqu'un doit établir que le vendeur est autorisé, identifier le destinataire, empêcher les transferts contradictoires simultanés, préserver l'historique et mettre à jour les enregistrements dont dépendent la sécurité de routage et les services de confiance.

L'enregistrement léger commence par l'identité et l'autorité vérifiées du titulaire. Il enregistre le titulaire actuel, le statut pertinent, les canaux de contact et la date d'effet. Il rend les procédures de transfert prévisibles et publie suffisamment d'historique pour que le marché comprenne les changements antérieurs. Les preuves protégées d'entreprise et de sécurité peuvent rester sous contrôle d'accès tandis que l'enregistrement public énonce le résultat.

Il soutient également les services opérationnels. L'autorisation d'origine de route doit être disponible pour le nouveau titulaire au bon moment. L'autorité DNS inverse et les contacts pertinents nécessitent un transfert coordonné. La capacité du précédent titulaire à émettre des instructions actuelles doit prendre fin. Un transfert contesté a besoin d'un examen indépendant et d'un recours qui ne dépend pas entièrement de l'institution accusée d'erreur.

La légèreté concerne le mandat, pas la qualité. Le registre ne devrait pas fixer le prix commercial, choisir l'architecture IA d'un acheteur, réserver des adresses pour des secteurs favorisés ou évaluer si un modèle est socialement supérieur à un autre. Il devrait publier les performances de service, les délais de transfert, les corrections et les cas contestés. Il peut mettre des données standardisées à disposition pour la recherche sans exposer les secrets des clients.

Cette division est particulièrement adaptée à l'IA, où la technologie et la demande changent plus vite que l'administration publique. Le marché supporte le risque de prévision. Le registre rend l'autorité lisible. Les opérateurs réseau décident du routage. Les plateformes cloud énoncent l'éligibilité des produits. Les systèmes de sécurité évaluent les annonces. Chaque acteur peut être tenu à des preuves dans le cadre de ses compétences.

Un marché a besoin de garanties contre la fausse rareté et la capture

Les marchés allouent par la volonté de payer, pas par la valeur sociale. C'est une force lorsque l'alternative est la prédiction discrétionnaire, mais cela ne résout pas toutes les préoccupations. Les grands opérateurs historiques peuvent détenir des inventaires profonds. Les courtiers peuvent obscurcir la propriété effective. La location peut séparer l'utilisateur de route visible du titulaire enregistré. L'insolvabilité ou les sanctions peuvent interrompre le contrôle. Les problèmes de réputation peuvent faire en sorte que des blocs nominalement équivalents diffèrent substantiellement.

L'enregistrement léger devrait traiter l'intégrité de l'échange sans devenir un régulateur de prix. Il peut exiger des signatures autorisées, des contreparties vérifiées, la divulgation des conflits et un transfert clair et effectif. Il peut publier des mesures de concentration agrégées et distinguer la propriété, l'utilisation autorisée et les arrangements de service temporaires là où la politique le permet. Il peut préserver les preuves pour les tribunaux tout en évitant l'exposition publique des contrats sensibles.

La concurrence a aussi besoin de portabilité. Un titulaire devrait pouvoir déplacer son espace entre des fournisseurs de services qualifiés et des clouds sans véto de l'opérateur en place. Les règles BYOIP des plateformes devraient être suffisamment claires pour que les clients puissent comparer. Les services de registre ne devraient pas regrouper des produits non liés si étroitement que quitter un fournisseur risque l'enregistrement de ressource reconnu.

La concentration mérite observation plutôt que confiscation improvisée. Si la demande IA conduit quelques plateformes à accumuler plus d'IPv4, le public devrait pouvoir voir les tendances de transfert et de routage à un niveau agrégé approprié. Les autorités de concurrence peuvent examiner les comportements anticoncurrentiels sous leurs propres mandats. Les registres ne devraient pas inventer un pouvoir de réallocation large à partir d'une préoccupation de distribution d'adresses.

La même retenue s'applique aux avoirs inutilisés. Un prix de marché donne aux titulaires une incitation à vendre ou louer, mais certains peuvent conserver de l'espace comme option. Un enregistrement précis et des frais peuvent décourager les enregistrements abandonnés. Toute intervention plus forte nécessite une base légale et contractuelle claire, des preuves et un examen. L'urgence de l'IA ne devrait pas devenir un prétexte pour une saisie incertaine ou un accès favorisé.

Les bonnes mesures sont les frontières, pas les annonces

Un compte crédible de la demande d'adresses IA devrait commencer par l'infrastructure déployée. Le statut des installations a besoin de catégories telles que proposé, autorisé, en construction, sous tension et opérationnel. Les réservations d'énergie et les commandes d'accélérateurs sont utiles mais ne devraient pas être traitées comme une capacité réseau en direct. Les dépenses d'investissement des entreprises devraient être liées aux régions et services réels dans la mesure du possible.

Les mesures réseau identifient ensuite la frontière. Comptez les préfixes IPv4 et IPv6 publics annoncés par l'opérateur, les changements dans les annonces de routes, les plages apportées par les clients dans les plateformes, les adresses d'équilibreur de charge public, les pools de sortie dédiés et les sites d'interconnexion. Suivez si les adresses sont utilisées directement, partagées via traduction ou détenues pour le basculement. Protégez la topologie sensible en publiant des agrégats et des plages de valeurs.

La qualité de la demande compte aussi. Un point de terminaison client stable diffère d'un test temporaire. Une adresse de sortie supportant des milliers de travaux automatisés diffère d'une réservation inactive. Le trafic observé, la concurrence de connexion, le nombre de locataires, les incidents de réputation et les dépendances de liste blanche aident à expliquer la valeur sans transformer les octets en droit.

Les mesures du registre devraient inclure le délai de transfert, le délai de correction, les litiges, l'autorisation échouée, le transfert RPKI et la continuité DNS inverse. Les mesures de marché peuvent inclure le volume réalisé, les indices de prix là où ils sont fiables, les conditions de location et la concentration. Aucun acteur unique ne détient toutes ces informations, donc les affirmations devraient énoncer leurs limites.

La preuve négative la plus importante est également mesurable. Si un grand campus d'IA ajoute du calcul sans ajouter de préfixes publics, cela soutient la thèse d'agrégation. Si un cluster d'abord IPv6 ne conserve que quelques passerelles IPv4 publiques, cela montre une conservation plutôt qu'une absence de dépendance. Si une expansion d'inférence régionale ajoute de nombreux petits bords publics, cela montre la géographie multipliant les frontières. L'objectif n'est pas de prouver la demande à l'avance. C'est d'observer où elle apparaît réellement.

Les cas de 2027 devraient rester conditionnels

D'ici 2027, un cas plausible est une croissance concentrée. Quelques hyperscalers terminent de grands campus, agrègent les services derrière des bords globaux et utilisent IPv6 en interne de manière extensive. La demande d'IPv4 public augmente modestement en nombre mais reste très précieuse aux passerelles et aux plages portables appartenant aux clients. La tarification des plateformes et les marchés de transfert gèrent la plupart des ajustements.

Un deuxième cas est l'inférence distribuée. Davantage d'installations régionales et souveraines entrent en service, l'IA d'entreprise passe en production et les services à faible latence se propagent. Les frontières publiques se multiplient à travers les économies. IPv6 gère la croissance interne, mais la capacité client inégale préserve les bords double pile. La demande se déplace vers des plages régionales plus petites, l'identité de sortie et la continuité d'interconnexion.

Un troisième cas est celui des vents contraires infrastructurels. L'énergie, les transformateurs, la finance et l'offre de puces retardent de nombreux projets annoncés. L'efficacité du calcul s'améliore, et une partie de la capacité attendue est annulée. Les acheteurs qui ont acquis des adresses de manière spéculative peuvent les revendre. Un marché permet de réévaluer l'erreur; les allocations administratives basées sur des prévisions laisseraient les institutions décider de récupérer ou de pardonner.

Un quatrième cas est la concentration des plateformes. Les start-ups d'IA consomment des adresses fournies par le cloud plutôt que d'acquérir les leurs, tandis que les grandes plateformes accumulent ou conservent des inventaires. La demande directe sur le marché des petites entreprises semble faible même si elles paient des frais d'adresse et de traduction via les factures cloud. La portabilité devient la préoccupation centrale car l'identité publique est contrôlée par le compte cloud.

Les quatre cas soutiennent un enregistrement autoritaire léger. Aucun ne soutient un registre choisissant l'architecture IA gagnante. Les preuves à surveiller jusqu'en 2027 sont la capacité d'installation terminée, les régions déployées, le nombre de bords publics, l'adoption de clusters IPv6, les frais IPv4 publics, l'utilisation BYOIP, le volume de transfert, la concentration des plateformes et la migration client testée. L'analyse conditionnelle n'est pas l'indécision. C'est la réponse appropriée à un cycle d'investissement avec des scénarios publiés larges et des goulots d'étranglement physiques visibles.

Une Number Resource Society devrait rendre la demande lisible

La Number Resource Society a un rôle constructif si elle rend la demande et l'autorité lisibles sans prétendre fabriquer l'une ou l'autre. Elle peut publier des statistiques cohérentes sur les avoirs d'adresses, les transferts, le routage et la couverture de sécurité de routage. Elle peut montrer à quel point l'activité reflète les fusions, les échanges de marché, les mouvements interrégionaux et les nouveaux enregistrements. Elle devrait expliquer les limitations telles que les transferts répétés et l'espace non routé.

Pour la recherche liée à l'IA, la Society peut convoquer des opérateurs, des clouds, des installations et des clients autour de définitions de mesure communes. IPv4 public à une bordure de service ne devrait pas être confondu avec les adresses de cluster privé. La capacité annoncée ne devrait pas être comptée comme opérationnelle. L'espace appartenant au client devrait être distingué de l'identité fournie par la plateforme. L'échelle interne IPv6 et la compatibilité IPv4 peuvent être rapportées ensemble.

La NRS devrait plaider pour des services de transaction rapides, neutres et portables opérés par les RIR responsables ou d'autres opérateurs de registre légalement autorisés. Un acheteur qualifié et un vendeur autorisé devraient pouvoir effectuer un transfert sans persuader ces opérateurs que leur modèle préféré ou leur plan d'affaires est supérieur. L'enregistrement faisant autorité maintenu par le registre responsable devrait soutenir la vérification cloud, l'autorisation de routage, la délégation inverse et le changement ultérieur de fournisseur.

Des organes d'examen indépendants, et non la NRS, devraient décider des litiges sur preuves conservées; la NRS peut documenter les obstacles récurrents et représenter un membre uniquement lorsque ce membre a accordé une autorité valide.

La NRS devrait également accepter qu'un avenir IPv6 réussi réduit la pertinence de certaines parties de son plaidoyer IPv4. Elle ne devrait pas chercher un mandat plus large en exagérant la rareté de l'IA. Elle ne devrait pas non plus rejeter les besoins légitimes de compatibilité pour faire de la publicité pour les progrès du protocole. Sa valeur réside dans un plaidoyer fondé sur des preuves, l'éducation des membres et une représentation responsable pendant le changement, et non dans le règlement des transactions ou le contrôle de l'état du registre.

Ce cas positif est intentionnellement limité. Une Society qui contrôle le prix, la priorité sectorielle, l'évaluation technologique, l'enregistrement ou les recours deviendrait un planificateur puissant avec des informations faibles et cesserait d'être un organisme de plaidoyer. Le rôle crédible est plus étroit: publier des recherches, comparer les résultats, convoquer les opérateurs concernés, soutenir les membres et présenter leurs cas autorisés. Des enregistrements solides, une autorité fiable et des recours exécutoires restent des devoirs des RIR, des autres opérateurs de registre légalement autorisés et des organes d'examen indépendants.

Les signes d'alerte sont faciles à spécifier

Plusieurs développements indiqueraient que la demande d'adresses IA est mal gouvernée. Le premier est des réclamations d'adresses basées uniquement sur le nombre d'accélérateurs ou les mégawatts annoncés. Ces chiffres établissent l'échelle, pas le besoin public. Le second est un registre exigeant des plans confidentiels de modèle et de client pour juger si un transfert est mérité. Cela invite à une discrétion au-delà de la compétence d'enregistrement.

Le troisième avertissement est une concentration opaque des plateformes. Si les frais IPv4 public augmentent tandis que les clients ne peuvent pas voir l'utilisation, supprimer les adresses accidentelles ou apporter un espace portable, la rareté devient un péage privé sans option extérieure pratique. Le quatrième est des preuves de transfert incomplètes: titulaires obsolètes, autorisation de routage indisponible, délégation inverse incertaine ou un ancien fournisseur conservant le contrôle après paiement.

Le cinquième est la nostalgie politique. Les règles d'allocation du pool gratuit ont été conçues pour un environnement différent. Les recréer autour de l'IA transformait des prévisions volatiles en droits administratifs et en barrières à l'entrée. Le sixième est le romantisme de marché: traiter le paiement comme suffisant même lorsque le vendeur manque d'autorité, le bloc est contesté ou la transaction cache un contrôle que les parties prenantes doivent comprendre.

Les signaux positifs sont tout aussi concrets. Les opérateurs d'IA adoptent IPv6 pour l'échelle interne, consolident IPv4 public là où le partage est sûr et acquièrent de l'espace dédié là où la continuité client le justifie. Les enregistrements de transfert se mettent à jour rapidement. Les plateformes cloud soutiennent l'espace appartenant au client avec des limites transparentes. Les transferts de sécurité de routage fonctionnent. Les statistiques publiées distinguent les installations terminées des annonces et la demande observée de l'inférence.

Ces tests ne favorisent ni ne s'opposent à l'IA. Ils demandent si les institutions autour de l'identité publique rare répondent aux preuves. C'est une norme plus durable qu'un programme d'allocation spécial lié à un cycle technologique.

L'identité publique est la couche rare, pas le calcul lui-même

Le boom de l'investissement dans l'IA rend l'abondance et la rareté visibles en même temps. Les performances des accélérateurs augmentent. Les réseaux internes peuvent utiliser IPv6 à une échelle énorme. Les logiciels peuvent agréger de nombreuses charges de travail derrière quelques bords. Pourtant, l'identité publique stable, fiable pour les clients et accessible depuis les réseaux plus anciens, reste rare là où elle dépend d'IPv4.

La rareté à la frontière peut être gérée. Les prix encouragent la conservation et révèlent le coût de l'identité dédiée. IPv6 élargit l'ensemble des transactions qui ne nécessitent pas IPv4. La traduction comprime la demande. Les préfixes appartenant aux clients soutiennent la portabilité. Un enregistrement précis réduit l'incertitude. Aucune de ces mesures n'exige qu'un registre sélectionne des entreprises d'IA dignes.

Le règlement institutionnel devrait placer le risque avec la partie la mieux à même de le supporter. Les investisseurs décident si un campus sera construit. Les opérateurs décident de l'architecture d'adresses. Les acheteurs et les vendeurs décident si l'espace rare vaut son prix. Les plateformes cloud décident des produits qu'elles soutiennent, sous réserve de concurrence et de responsabilité contractuelle. Les RIR et autres opérateurs de registre légalement autorisés vérifient et enregistrent l'autorité et soutiennent les services de sécurité pertinents; les organes d'examen indépendants fournissent des recours.

La Number Resource Society peut publier des preuves, convoquer les parties concernées, plaider pour ces garanties et représenter les membres agissant par procuration valide.

Cette séparation sera mise à l'épreuve à mesure que les projets passeront de l'annonce à l'exploitation d'ici 2027. Certains consommeront moins d'espace public que prévu car l'agrégation et IPv6 fonctionnent bien. D'autres découvriront que les listes blanches clients, l'expansion régionale, la réputation de sortie ou la sortie de fournisseur nécessitent une identité plus stable. Un marché peut répondre aux deux erreurs. Une institution de rationnement tend à figer une prévision précoce en un privilège ou un déni.

Les centres de données IA n'ont pas restauré l'ancien Internet un serveur, une adresse. Ils ont rendu la frontière publique à nouveau importante en concentrant davantage d'activité économique derrière elle. La réponse politique devrait être tout aussi moderne: abondance interne, compatibilité efficace, redistribution volontaire, droits portables et un enregistrement faisant autorité suffisamment fort pour être fiable mais trop étroit pour planifier l'industrie.