Summary

  • Déposé le 31 octobre, Selo est un projet individuel d'architecture pour des accords d'accès négociés par des agents d'entreprises. Aucun protocole n'est adopté à ce stade.
  • Les entreprises signent après contrôle déterministe du mandat de chaque propriétaire. Les échanges doivent ensuite être testés des deux côtés avant l'accès en production.
  • Pour changer les coordonnées de paiement, le texte demande une nouvelle version signée, l'accord d'un responsable financier, un avis direct contournant les agents et une confirmation humaine du payeur avant le premier virement.

Le fournisseur présente un nouveau RIB

Dans l'exemple du projet, un agent peut trouver un fournisseur, convenir des conditions d'accès et lancer des commandes. Puis le fournisseur veut changer ses coordonnées bancaires. C'est précisément le moment où la mécanique contractuelle devient une question de perte possible : une adresse d'API erronée bloque un échange, une destination de paiement erronée peut vider une caisse.

Selo place ce changement dans une partie protégée des conditions commerciales. Le mandat de l'agent ne suffit jamais. Une personne investie d'une fonction financière approuve une nouvelle version de l'accord. Le côté payeur reçoit un avis par un canal indépendant des deux agents. Pendant le délai d'attente, les anciennes coordonnées restent valables et chaque partie peut annuler. Avant le premier paiement vers la nouvelle destination, une personne du côté payeur la confirme.

Le projet cite 72 heures à titre d'exemple de délai, sans en faire une règle universelle. Son autre précaution est plus fondamentale : les parties contractantes sont les entreprises. L'agent négocie, mais un contrôleur isolé vérifie les limites signées par le propriétaire avant toute signature. Même après les deux signatures, les systèmes doivent tester l'échange et confirmer les résultats avant d'ouvrir l'accès réel.

Une fois l'accord actif, la passerelle du fournisseur contrôle les jetons de courte durée liés à l'accord et à la clé de l'appelant, ainsi que les opérations, champs et limites autorisés. Elle garde les identifiants de la plateforme chez le fournisseur. Cette barrière protège l'accès technique ; la chaîne d'approbation humaine protège le changement de bénéficiaire.

Le texte est un Internet-Draft individuel soumis à discussion, sans statut formel de norme. Le scénario bancaire n'est pas un cas de fraude rapporté, et Selo ne transfère aucun fonds. Le dossier pose néanmoins une question nette aux concepteurs : quelle modification peut rester une opération entre agents, et laquelle doit revenir à ceux qui signeront la perte ?

Sources officielles