Le prochain internet aura peut-être besoin d'un état vérifiable, pas seulement d'API

Les API transmettent des messages, pas un état partagé

Le texte rappelle d’abord que l’internet est excellent pour faire parler les machines entre elles. Google’s (NASDAQ: GOOGL) Agent2Agent permet ainsi à des agents construits sur différentes plateformes de se découvrir, d’échanger des messages et de gérer des tâches à travers plusieurs systèmes.

Cloudflare décrit pour sa part un « agentic internet » où les sites et services deviennent lisibles, découvrables, appelables et payables par des machines, et non plus seulement par des humains. Mais cette communication ne règle pas tout : une API peut dire ce qu’un autre système affirme, sans fournir automatiquement une version faisant autorité de ce qui s’est déjà produit.

L’exemple donné est celui d’un fabricant disposant de 1.000 unités d’un composant. Un agent d’achat de Company A demande si 500 unités sont disponibles ; la réponse est oui, et la commande est passée. Peu après, un autre agent, celui de Company B, demande 700 unités.

À ce stade, plusieurs systèmes doivent être alignés : la base de données du fournisseur doit montrer que 500 unités sont réservées, le système d’achat de Company A doit enregistrer la commande, le système de paiement doit indiquer que les fonds ont été autorisés et l’entrepôt doit savoir que ces unités ne sont plus disponibles. Les API peuvent faire circuler ces messages, mais chaque système conserve son propre état. Si une mise à jour arrive en retard, en double, est rejetée ou arrive dans le désordre, les systèmes peuvent ne plus être d’accord.

Des agents autonomes qui compliquent la synchronisation

Le problème existe déjà dans les logiciels classiques, ce qui explique pourquoi les entreprises consacrent des ressources importantes à réconcilier bases de données, stocks, commandes et paiements. Les agents autonomes pourraient toutefois l’amplifier.

Le texte cite des agents plus persistants, au point que Cloudflare construit une infrastructure pour des agents de longue durée avec sessions persistantes, exécution durable et coordination entre sous-agents. Un agent d’approvisionnement pourrait ainsi parler à un agent fournisseur, qui interagit avec un système d’inventaire, qui appelle un service logistique, qui attend un prestataire de paiement, lequel peut lui-même utiliser un autre agent.

Google’s A2A aide à la découvrabilité et à la communication, mais ne crée pas nécessairement un registre commun entre toutes les organisations concernées. Un Internet-Draft de mars 2026 sur la communication agent-to-agent note d’ailleurs que les protocoles de transport et les systèmes de permission locaux ne fournissent pas, à eux seuls, une base interopérable pour l’identité, l’autorisation, la délégation, la révocation et l’audit entre domaines séparés.

Vers une couche de données partagée

Une réponse possible consiste à laisser chaque organisation gérer sa propre base de données, avec des API pour échanger des messages. Une autre consiste à donner à chaque système accès au même état sous-jacent.

Dans cette logique, une blockchain publique peut servir de couche commune de state et de règlement. Les applications conserveraient leurs propres bases, interfaces et données privées, mais s’appuieraient sur un registre partagé pour savoir ce qui a changé et dans quel ordre.

Le texte souligne enfin qu’au-delà d’un achat isolé, un internet piloté par des machines devra gérer des relations persistantes entre identités, actifs, permissions, contrats, paiements et justificatifs. À l’échelle de millions d’agents, l’infrastructure devra traiter un grand volume de transactions à faible coût sans devenir un goulot d’étranglement.

Les API resteront nécessaires, mais la prochaine génération d’internet aura aussi besoin d’une couche partagée permettant à des machines indépendantes de s’accorder sur ce qui s’est déjà passé et sur l’état actuel des choses.