A Protocol Is a Border
A protocol appears to be a technical agreement: a set of fields, messages, permissions, and responses that allow separate systems to communicate. Its deeper function is political. A protocol decides which entities can be recognized, which actions can cross a boundary, which evidence travels with a claim, and which obligations remain attached to an exchange. Every machine-readable world has a border, even when the border is hidden inside a schema.
Several public signals now place this question in the path of real systems. The W3C and GS1 are convening a workshop on e-commerce for humans and AI agents, with a focus on creating content that agents can use. C2PA has published an implementation guide and continues to develop Content Credentials as an open provenance standard. Google’s A2A work describes secure handoffs between agents, while ADK Go 2.0 exposes graph workflows, human checkpoints, dynamic routing, and resilience. These efforts address different problems. Together they show that machine interaction is moving from isolated model calls toward negotiated participation in shared environments.
The question at a boundary is always the same: who is recognized, under which terms, and with what evidence?
Interoperability is a choice about recognition
People often speak of interoperability as if it were a neutral property. Two systems interoperate when they exchange data successfully. That definition is too thin for agents. An agent does not only move a string from one endpoint to another. It may represent a buyer, a publisher, a public office, a creator, a researcher, or a service provider. It may request an action, accept a result, invoke a permission, or transfer a responsibility.
The receiving system must decide what the message means. Is the sender a person, a delegated software role, or an unverified process? Is a price an offer, a reference value, or a conditional estimate? Is a media file an original, an edited derivative, or an asset whose provenance has been stripped? Is a request authorized for one transaction, a time window, or an entire account? Interoperability therefore depends on a shared vocabulary of identity, authority, state, and consequence.
Without that vocabulary, integration becomes a series of private translations. Each platform builds an adapter for the other platform’s assumptions. The surface may look connected while the meaning degrades at every handoff. A field called “owner” can mean a legal rights-holder in one system, an account administrator in another, and the person who uploaded a file in a third. The network carries the word and loses the institution.
Standards carry the memory of an exchange
C2PA’s Content Credentials work is a useful example because provenance is a relationship rather than a decorative label. The C2PA specification describes a way to bind assertions about an asset to a signed manifest, allowing viewers and systems to inspect how content was created or changed. Its July 2026 announcements include a new implementation guide and a governance expansion involving TikTok. Those facts show continuing work on adoption and implementation. They do not prove that every platform will preserve provenance correctly. They do show why the standard must carry a history of transformation across systems.
The same logic applies to machine-assisted research, software, commerce, and administration. A message should carry enough context for the next participant to determine:
- Identity: which person, institution, role, or agent is represented.
- Authority: which mandate permits the request and where that mandate stops.
- State: whether the object is proposed, accepted, paid, reviewed, published, suspended, or withdrawn.
- Evidence: which sources, calculations, signatures, or prior events support the claim.
- Terms: which rights, restrictions, prices, languages, jurisdictions, and time windows govern reuse.
This is the memory of an exchange. It makes a transaction portable because the receiving system can reconstruct what crossed the border and why. It also makes disagreement possible. A creator can contest a rights claim. A buyer can challenge a price condition. An institution can revoke a delegated action. An agent can refuse a request whose authority or provenance is incomplete.
The agent economy will expose weak borders
The W3C and GS1 workshop is significant for a precise reason: product information designed for human readers may require different structure when agents search, compare, and act on behalf of people. A page can be visually clear and machine-ambiguous. A catalog can name a product while omitting availability, jurisdiction, delivery conditions, or the authority behind a claim. An agent needs the conditions of exchange in a form it can inspect before it acts.
That requirement reaches beyond retail. A research archive needs to tell a machine whether a text is public, licensed, provisional, or superseded. A publisher needs to express which territories and formats a creator has approved. A cooperative needs to represent units, quality grades, delivery windows, and settlement status in terms that another system can understand. A public institution needs to expose which service owns a request and which decisions require a human signature.
The risk is unequal visibility. Large institutions can afford custom schemas, dedicated integrations, and legal teams that negotiate exceptions. A small publisher, a local merchant, a community archive, or an African-language service may appear unreliable simply because its meaning does not fit the dominant platform’s fields. When a system cannot represent an entity, the market often treats the entity as absent.
Protocol design therefore determines who can participate in the machine economy. A standard that recognizes only global identifiers, dominant currencies, formal addresses, or one language creates a border that excludes through omission. A standard with extension points, clear semantics, local mappings, and portable evidence can widen participation without pretending that every institution has the same structure.
Handoffs require a jurisdiction, not only a connection
Google’s A2A materials describe secure agent handoffs and collaborative workflows. ADK Go 2.0 adds graph-based composition, human-in-the-loop orchestration, dynamic routing, and resilience. Those runtime features solve an important mechanical problem: one agent can pass work to another without forcing the entire process into one opaque model context.
The institutional problem is harder. A handoff changes who sees the data, who may act, and who becomes responsible for the result. A translation agent may receive a confidential manuscript. A procurement agent may receive a budget ceiling. A public-service agent may receive a resident’s case. The protocol must carry the boundary conditions, not merely the payload.
Every serious handoff should answer a small set of questions:
- Which jurisdiction governs the request and its data?
- Which role delegated the action, and can that delegation be revoked?
- What part of the context is necessary for this participant, and what must remain hidden?
- What output state can this participant create?
- Who receives the work when the evidence conflicts or the action exceeds permission?
A protocol that cannot answer these questions creates connectivity without custody. The workflow moves, yet responsibility becomes difficult to locate. The result is an architecture that scales technical participation while weakening institutional control.
African sovereignty begins at the schema
For African institutions, protocol design is a sovereignty question because schemas often arrive with assumptions about how a society is organized. A foreign platform may expect a stable street address, a bank-card payment, a single official language, an individual account, and a continuous internet connection. Those assumptions describe one operating environment. They do not define the world.
A cooperative may organize authority through a committee and a seasonal cycle. A creator may work across oral, mobile, and written records. A local service may identify a person through a combination of names, community relationships, phone numbers, and documents. A payment may be initiated through mobile money and settled later. A multilingual institution may need one concept to retain different legal or cultural meanings across languages.
Owning the schema means retaining the power to define these relationships. Institutions should be able to publish local extensions, map them to wider standards, and carry the original meaning alongside the translation. The goal is participation without semantic surrender. A machine may understand a local term through a mapping, while the institution retains the authority to say where that mapping is incomplete.
NIST’s AI Risk Management Framework gives a practical discipline for this work through Govern, Map, Measure, and Manage. Applied to protocols, those functions require an institution to govern its vocabulary, map its boundaries, measure translation loss and failed handoffs, and manage changes when a standard or partner evolves. Protocol governance belongs in the same room as security, legal review, product design, and language stewardship.
Where the investable surface is widening
If protocols become the borders of machine participation, capital should examine the layers that make those borders legible and fair:
- Conformance infrastructure: test suites, validators, certification services, and monitoring that show whether an implementation preserves a standard’s meaning rather than merely passing a schema check.
- Semantic translation gateways: systems that map local identifiers, languages, currencies, rights, and institutional roles into shared protocols while retaining the source meaning and the limits of the mapping.
- Portable identity and delegation: rails for representing people, institutions, software roles, revocable authority, and scoped permissions across agent ecosystems.
- Provenance-preserving exchange: infrastructure that keeps evidence, transformations, signatures, and rights attached as an asset moves between tools, markets, and jurisdictions.
- Protocol observability: products that detect dropped fields, altered semantics, unauthorized handoffs, failed translations, and unresolved responsibility at the boundary.
The underwriting question is exact: does the product reduce the cost of crossing between systems while preserving identity, authority, evidence, and recourse? Useful measures include fewer failed transactions caused by semantic mismatch, lower manual reconciliation, faster certification of new partners, higher multilingual completion, fewer provenance breaks, and clean portability when an institution changes providers.
This is a different object from an API directory or an agent marketplace. Those surfaces help systems find one another. The protocol layer determines whether the systems can exchange a meaningful obligation. Its value grows when the network expands without forcing each participant to rebuild its identity and rules for every new connection.
Build the border before opening the gate
Institutions can begin with one consequential exchange. Choose a workflow that crosses an organizational boundary and document the terms before adding more agents:
- Name every entity, role, object, and decision that crosses the boundary.
- Define which fields are authoritative, which are translated, and which remain uncertain.
- Attach permissions, expiry, provenance, and correction paths to the exchange.
- Create conformance tests with local language, edge cases, partial records, and disputed cases.
- Measure what the receiving system lost, misunderstood, or invented during the handoff.
The strongest protocols are modest about what they know. They expose uncertainty instead of hiding it inside a successful status code. They leave room for a human institution to correct the record. They allow a participant to leave without taking the shared history hostage. These properties are technical, commercial, and political at the same time.
A protocol is a border because it decides what the machine world can recognize. The builders who control that border will shape who can transact, publish, govern, and inherit value across systems. African institutions should enter this work early, with their languages, authorities, archives, and forms of exchange present in the schema from the beginning. A connected future is worth building only when connection carries meaning across the line.
Sources
- W3C News: “Upcoming: W3C/GS1 Workshop on E-commerce for Humans and AI Agents” (published June 1, 2026; workshop scheduled for September 8–9, 2026; description: sharing experience of creating content with AI agents in mind, with e-commerce as a focus).
- Coalition for Content Provenance and Authenticity: “A New Implementation Guide for Content Credentials” (July 31, 2026) and “C2PA Welcomes TikTok to Steering Committee” (July 28, 2026; announcements describe implementation guidance and continued work to scale digital transparency standards).
- C2PA Specifications, version 2.4 (public specification site accessed September 4, 2026; specification resources for signed content-provenance assertions and manifests).
- Google Developers Blog: “How A2A is Building a World of Collaborative Agents” (June 18, 2026; description: the Agent-to-Agent protocol supports secure autonomous agent handoffs and scalable collaborative workflows).
- Google Developers Blog: “Build reliable multi-agent applications with ADK Go 2.0” (June 30, 2026; description: graph-based workflows, human-in-the-loop orchestration, dynamic routing, and built-in resilience).
- National Institute of Standards and Technology: “AI Risk Management Framework” (page published July 12, 2021; accessed September 4, 2026; framework functions: Govern, Map, Measure, and Manage).
- OpenAI News RSS: “Daybreak for Frontline Defenders: $1B to protect essential services” (September 3, 2026; linked article: https://openai.com/index/daybreak-for-frontline-defenders; description: OpenAI announced a $1 billion commitment for frontier cyber AI, training, and support for essential services).
Un protocole est une frontière
Un protocole semble être un accord technique : un ensemble de champs, de messages, de permissions et de réponses qui permet à des systèmes distincts de communiquer. Sa fonction profonde est politique. Un protocole décide quelles entités peuvent être reconnues, quelles actions peuvent franchir une limite, quelles preuves accompagnent une affirmation et quelles obligations restent attachées à un échange. Tout monde lisible par les machines possède une frontière, même lorsque celle-ci est cachée dans un schéma.
Plusieurs signaux publics placent maintenant cette question sur le chemin de systèmes réels. Le W3C et GS1 organisent un atelier sur le commerce électronique pour les humains et les agents d’IA, consacré notamment à la création de contenus utilisables par les agents. La C2PA a publié un guide d’implémentation et poursuit le développement de Content Credentials comme standard ouvert de provenance. Les travaux de Google sur A2A décrivent des transferts sécurisés entre agents, tandis que ADK Go 2.0 expose des workflows en graphe, des points de contrôle humains, un routage dynamique et de la résilience. Ces initiatives traitent des problèmes différents. Ensemble, elles montrent que l’interaction machine passe des appels de modèles isolés à une participation négociée dans des environnements partagés.
À une frontière, la question reste toujours la même : qui est reconnu, selon quelles conditions et avec quelles preuves ?
L’interopérabilité est un choix de reconnaissance
On parle souvent de l’interopérabilité comme d’une propriété neutre. Deux systèmes interopèrent lorsqu’ils échangent correctement des données. Cette définition est trop mince pour les agents. Un agent ne déplace pas seulement une chaîne de caractères d’un endpoint à un autre. Il peut représenter un acheteur, un éditeur, un service public, un créateur, un chercheur ou un fournisseur de services. Il peut demander une action, accepter un résultat, exercer une permission ou transférer une responsabilité.
Le système qui reçoit le message doit décider ce qu’il signifie. L’expéditeur est-il une personne, un rôle logiciel délégué ou un processus non vérifié ? Un prix est-il une offre, une valeur indicative ou une estimation conditionnelle ? Un fichier média est-il un original, un dérivé modifié ou un actif dont la provenance a disparu ? Une demande est-elle autorisée pour une transaction, une période ou un compte entier ? L’interopérabilité dépend donc d’un vocabulaire partagé de l’identité, de l’autorité, de l’état et des conséquences.
Sans ce vocabulaire, l’intégration devient une série de traductions privées. Chaque plateforme construit un adaptateur pour les hypothèses de l’autre. La surface paraît connectée tandis que le sens se dégrade à chaque transfert. Un champ appelé « propriétaire » peut désigner le titulaire légal des droits dans un système, l’administrateur d’un compte dans un autre et la personne ayant téléversé un fichier dans un troisième. Le réseau transporte le mot et perd l’institution.
Les standards portent la mémoire d’un échange
Le travail de la C2PA sur Content Credentials est un exemple utile parce que la provenance est une relation, et non une étiquette décorative. La spécification C2PA décrit une manière de lier des affirmations sur un actif à un manifeste signé, afin que les utilisateurs et les systèmes puissent examiner comment le contenu a été créé ou modifié. Les annonces de juillet 2026 comprennent un nouveau guide d’implémentation et l’élargissement de la gouvernance avec TikTok. Ces faits montrent un travail continu sur l’adoption et l’implémentation. Ils ne prouvent pas que chaque plateforme préservera correctement la provenance. Ils montrent pourquoi le standard doit transporter l’historique des transformations entre les systèmes.
La même logique s’applique à la recherche assistée par machine, au logiciel, au commerce et à l’administration. Un message devrait porter assez de contexte pour que le participant suivant puisse déterminer :
- Identité : la personne, l’institution, le rôle ou l’agent représenté.
- Autorité : le mandat qui permet la demande et l’endroit où ce mandat s’arrête.
- État : objet proposé, accepté, payé, relu, publié, suspendu ou retiré.
- Preuves : sources, calculs, signatures ou événements antérieurs qui soutiennent l’affirmation.
- Conditions : droits, restrictions, prix, langues, juridictions et périodes qui régissent la réutilisation.
C’est la mémoire de l’échange. Elle rend une transaction portable parce que le système destinataire peut reconstituer ce qui a franchi la frontière et pourquoi. Elle rend aussi le désaccord possible. Un créateur peut contester une affirmation de droits. Un acheteur peut remettre en cause une condition de prix. Une institution peut révoquer une action déléguée. Un agent peut refuser une demande dont l’autorité ou la provenance est incomplète.
L’économie des agents révélera les frontières faibles
L’atelier W3C et GS1 est important pour une raison précise : des informations produit conçues pour des lecteurs humains peuvent demander une structure différente lorsque des agents recherchent, comparent et agissent au nom de personnes. Une page peut être claire visuellement et ambiguë pour une machine. Un catalogue peut nommer un produit sans préciser sa disponibilité, sa juridiction, ses conditions de livraison ou l’autorité qui soutient l’affirmation. Un agent a besoin des conditions de l’échange sous une forme qu’il peut examiner avant d’agir.
Cette exigence dépasse le commerce de détail. Une archive de recherche doit indiquer à une machine si un texte est public, sous licence, provisoire ou remplacé. Un éditeur doit exprimer les territoires et les formats approuvés par un créateur. Une coopérative doit représenter les unités, les qualités, les fenêtres de livraison et l’état du règlement dans des termes qu’un autre système peut comprendre. Une institution publique doit exposer quel service possède une demande et quelles décisions exigent une signature humaine.
Le risque est celui d’une visibilité inégale. Les grandes institutions peuvent financer des schémas personnalisés, des intégrations dédiées et des équipes juridiques capables de négocier des exceptions. Un petit éditeur, un commerçant local, une archive communautaire ou un service en langue africaine peut sembler peu fiable simplement parce que son sens n’entre pas dans les champs de la plateforme dominante. Lorsqu’un système ne peut pas représenter une entité, le marché traite souvent cette entité comme absente.
La conception des protocoles détermine donc qui peut participer à l’économie machine. Un standard qui ne reconnaît que les identifiants mondiaux, les monnaies dominantes, les adresses formelles ou une seule langue crée une frontière par omission. Un standard doté de points d’extension, d’une sémantique claire, de correspondances locales et de preuves portables peut élargir la participation sans prétendre que toutes les institutions ont la même structure.
Les transferts exigent une juridiction, pas seulement une connexion
Les documents de Google sur A2A décrivent des transferts sécurisés entre agents et des workflows collaboratifs. ADK Go 2.0 ajoute une composition en graphe, une orchestration avec humain dans la boucle, un routage dynamique et de la résilience. Ces fonctions d’exécution répondent à un problème mécanique important : un agent peut transmettre un travail à un autre sans enfermer tout le processus dans un contexte opaque de modèle.
Le problème institutionnel est plus difficile. Un transfert change qui voit les données, qui peut agir et qui devient responsable du résultat. Un agent de traduction peut recevoir un manuscrit confidentiel. Un agent d’achat peut recevoir un plafond budgétaire. Un agent de service public peut recevoir le dossier d’un habitant. Le protocole doit transporter les conditions de la frontière, et pas seulement la charge utile.
Chaque transfert sérieux devrait répondre à quelques questions :
- Quelle juridiction régit la demande et ses données ?
- Quel rôle a délégué l’action et cette délégation peut-elle être révoquée ?
- Quelle partie du contexte est nécessaire à ce participant et que faut-il garder caché ?
- Quel état de sortie ce participant peut-il créer ?
- Qui reçoit le travail lorsque les preuves se contredisent ou que l’action dépasse la permission ?
Un protocole incapable de répondre à ces questions crée une connectivité sans garde. Le workflow avance, mais la responsabilité devient difficile à localiser. L’architecture augmente la participation technique tout en affaiblissant le contrôle institutionnel.
La souveraineté africaine commence dans le schéma
Pour les institutions africaines, la conception des protocoles est une question de souveraineté parce que les schémas arrivent souvent avec des hypothèses sur l’organisation d’une société. Une plateforme étrangère peut attendre une adresse stable, un paiement par carte bancaire, une langue officielle unique, un compte individuel et une connexion continue. Ces hypothèses décrivent un environnement d’exploitation. Elles ne définissent pas le monde.
Une coopérative peut organiser l’autorité par un comité et un cycle saisonnier. Un créateur peut travailler entre des dossiers oraux, mobiles et écrits. Un service local peut identifier une personne par une combinaison de noms, de relations communautaires, de numéros de téléphone et de documents. Un paiement peut être lancé par argent mobile et réglé plus tard. Une institution multilingue peut avoir besoin de conserver des significations juridiques ou culturelles différentes pour un même concept selon la langue.
Posséder le schéma signifie conserver le pouvoir de définir ces relations. Les institutions doivent pouvoir publier des extensions locales, les relier aux standards plus larges et conserver le sens original à côté de la traduction. Le but est la participation sans abandon sémantique. Une machine peut comprendre un terme local par une correspondance, tandis que l’institution conserve le pouvoir d’indiquer où cette correspondance est incomplète.
Le cadre de gestion des risques liés à l’IA du NIST donne une discipline pratique avec Govern, Map, Measure et Manage. Appliquées aux protocoles, ces fonctions demandent à une institution de gouverner son vocabulaire, de cartographier ses frontières, de mesurer la perte de sens et les transferts échoués, puis de gérer les changements lorsqu’un standard ou un partenaire évolue. La gouvernance des protocoles appartient à la même pièce que la sécurité, la revue juridique, la conception produit et la protection des langues.
Où la surface d’investissement s’élargit
Si les protocoles deviennent les frontières de la participation machine, le capital doit examiner les couches qui rendent ces frontières lisibles et équitables :
- Infrastructure de conformité : suites de tests, validateurs, services de certification et surveillance montrant qu’une implémentation préserve le sens d’un standard au-delà d’une simple vérification de schéma.
- Passerelles de traduction sémantique : systèmes reliant les identifiants, langues, monnaies, droits et rôles institutionnels locaux à des protocoles partagés tout en conservant le sens source et les limites de la correspondance.
- Identité et délégation portables : rails représentant personnes, institutions, rôles logiciels, autorités révocables et permissions limitées entre écosystèmes d’agents.
- Échange préservant la provenance : infrastructure gardant les preuves, transformations, signatures et droits attachés lorsqu’un actif passe entre outils, marchés et juridictions.
- Observabilité des protocoles : produits détectant les champs supprimés, les sémantiques modifiées, les transferts non autorisés, les traductions échouées et la responsabilité non résolue à la frontière.
La question de souscription est exacte : le produit réduit-il le coût du passage entre systèmes tout en préservant l’identité, l’autorité, les preuves et le recours ? Les mesures utiles comprennent moins de transactions échouées à cause d’un décalage sémantique, moins de rapprochements manuels, une certification plus rapide de nouveaux partenaires, un meilleur accomplissement multilingue, moins de ruptures de provenance et une portabilité propre lorsqu’une institution change de fournisseur.
Il s’agit d’un objet différent d’un annuaire d’API ou d’une place de marché d’agents. Ces surfaces aident les systèmes à se trouver. La couche protocolaire détermine s’ils peuvent échanger une obligation compréhensible. Sa valeur augmente lorsque le réseau s’étend sans obliger chaque participant à reconstruire son identité et ses règles pour chaque nouvelle connexion.
Construire la frontière avant d’ouvrir la porte
Les institutions peuvent commencer par un échange conséquent. Il faut choisir un workflow qui traverse une frontière organisationnelle et documenter ses conditions avant d’ajouter d’autres agents :
- Nommer chaque entité, rôle, objet et décision qui franchit la frontière.
- Définir quels champs font autorité, lesquels sont traduits et lesquels restent incertains.
- Attacher permissions, expiration, provenance et voies de correction à l’échange.
- Créer des tests de conformité avec la langue locale, les cas limites, les dossiers incomplets et les cas contestés.
- Mesurer ce que le système destinataire a perdu, mal compris ou inventé pendant le transfert.
Les protocoles les plus solides restent modestes sur ce qu’ils savent. Ils exposent l’incertitude au lieu de la cacher dans un code de réussite. Ils laissent à l’institution humaine le moyen de corriger le dossier. Ils permettent à un participant de partir sans prendre en otage l’histoire partagée. Ces propriétés sont techniques, commerciales et politiques en même temps.
Un protocole est une frontière parce qu’il décide ce que le monde machine peut reconnaître. Les bâtisseurs qui contrôlent cette frontière détermineront qui peut échanger, publier, gouverner et transmettre de la valeur entre les systèmes. Les institutions africaines doivent entrer tôt dans ce travail, avec leurs langues, leurs autorités, leurs archives et leurs formes d’échange présentes dans le schéma dès le départ. Un avenir connecté mérite d’être construit seulement lorsque la connexion transporte du sens d’un côté à l’autre.
Sources