Vantemio Market : agents et gouvernance des décisions
Révision 2026-10-16 · Spécification technique publique · En développement
1. Objet et état actuel
Ce document décrit la couche d’agents de Vantemio Market sur Boson Protocol. Il complète la spécification Market et la documentation du noyau et de Studio. Les agents évaluent les éléments de preuve et accompagnent les opérations commerciales ; Station conserve l’admission des tâches de production Studio.
| État | Ce que cette révision établit |
|---|---|
| Observé dans le code | Validation des entrées et recommandations de modération, politiques versionnées, références et empreintes des preuves, registres de décisions et autorisation commerciale distincte sur réseau de test. |
| En développement | Intégration complète entre sortie du modèle, preuves vérifiées indépendamment, application, réexamen indépendant, recours et reprise dans les parcours réels d’acheteur et de vendeur. |
| Réception prévue | Dossier public expurgé démontrant ces parcours et leurs cas d’échec. |
L’examen du code établit des propriétés d’implémentation ; il ne démontre ni marché autonome ouvert au public, ni disponibilité mainnet, ni audit indépendant de sécurité, ni qualité d’un modèle. Les rôles ci-dessous décrivent les responsabilités visées, sans affirmer qu’un agent de production distinct est déployé pour chaque rôle.
2. Rôles et pouvoirs
| Rôle | Responsabilité | Limite |
|---|---|---|
| Examen du vendeur et de l’annonce | Examiner preuves du vendeur, description, droits et indices de contenu interdit. | Une recommandation ne crée pas une identité vérifiée et ne modifie pas les conditions convenues. |
| Examen des fichiers et de la livraison | Comparer le paquet exact au manifeste, aux formats, à la licence et aux critères de réception. | Intégrité, téléchargement et acceptation par le client sont des faits distincts. |
| Assistant de transaction | Expliquer les conditions et préparer l’action du participant habilité. | Une réponse de modèle ne constitue ni signature de portefeuille ni autorisation de dépense. |
| Application de la politique | Appliquer une décision admise et versionnée à l’opération autorisée de catalogue ou de compte. | Actions monétaires et transitions du protocole gardent leurs propres contrôles de pouvoirs et d’état. |
| Réexamen indépendant et recours | Réévaluer les preuves, identifier les conflits et consigner une correction. | La correction conserve la décision d’origine et ne réécrit pas la blockchain. |
Les modèles sont interchangeables derrière l’adaptateur existant. Nom, confiance ou endpoint actif ne prouvent pas l’aptitude. La qualification doit couvrir la langue, la catégorie et la tâche réelles.
3. Des preuves à la décision appliquée
Parcours requis : identifier le client et la révision de l’objet → obtenir les preuves autorisées → consigner versions de politique et de modèle → produire une recommandation structurée → vérifier preuves et pouvoirs → appliquer ou transmettre pour examen → consigner le résultat réel → permettre le réexamen applicable.
Le schéma actuel distingue approve, reject et needs_review ; le registre de gouvernance représente séparément enforced, blocked et escalated. Un registre valide ne prouve pas à lui seul l’application par un consommateur habilité. Une référence au format d’empreinte ne prouve pas l’obtention et l’évaluation des octets correspondants.
Le registre acceptable lie objet et client, empreintes d’entrée et de preuves, recommandation, versions de politique et de modèle, date, action autorisée, résultat réel et décision contestée. Des preuves incomplètes ou contradictoires exigent un examen supplémentaire, sans inventer un succès. L’intégration doit rejeter substitutions entre clients, objets périmés et politiques incompatibles.
4. Contrats et signature
Inférence IA, fichiers privés et examen détaillé restent hors chaîne. Contrats et événements fournissent les états et engagements applicables. Une empreinte lie des octets ; elle ne prouve ni propriété, ni véracité, ni qualité artistique.
La documentation des agents Boson sépare préparation, signature et diffusion. Vantemio doit vérifier l’action exacte et les pouvoirs à chaque frontière applicable. Signature Boson.
Le mécanisme commercial Vantemio inspecté sur réseau de test vérifie acteur et méthode, réseau et destinataire, données d’appel, implémentation, nonce, expiration et signataires enregistrés distincts ; il revérifie l’autorisation avant diffusion. Ce sont des propriétés précises du code. Plusieurs signatures ne prouvent ni indépendance organisationnelle, ni jugement indépendant de l’IA, ni permission pour une autre action. L’autorisation de production reste soumise à une réception distincte de la version.
5. Modération, recours et litiges d’achat
Restriction d’annonce, recours contre une modération et litige d’achat sont des procédures distinctes. Le recours identifie décision, preuves contestées et correction demandée. Son résultat doit consigner motifs, politique et maintien, modification ou annulation des restrictions ; les traces précédentes restent accessibles aux examinateurs habilités.
Boson définit des états distincts pour échange et litige. Cycle d’échange, cycle de litige.
Une demande au support ou un examen par IA ne suspend pas les délais du protocole et ne remplace pas le participant ou resolver désigné. L’offre active et le protocole déployé déterminent les recours disponibles. Les agents doivent présenter délais importants et incertitudes. Ils ne doivent pas annoncer qu’un recours a automatiquement arrêté le règlement. L’intégration complète du recours à l’application reste à réceptionner.
6. Confidentialité et entrées adverses
Descriptions, fichiers, pages récupérées et réponses du modèle sont des données non fiables. Leurs instructions ne doivent ni accorder des privilèges, ni changer une politique, ni déclencher une signature, ni exposer les fichiers d’un autre acheteur. Filtrer des marqueurs est un contrôle auxiliaire, pas une défense complète contre l’injection de prompt.
L’intégration exige contrôles du client et de la commande, récupération bornée, fournisseurs autorisés et divulgation minimale. Clés, identifiants, fichiers originaux et données personnelles ne doivent pas entrer dans les métadonnées publiques ou les preuves en chaîne. Une empreinte vérifie l’intégrité, sans garantir l’anonymat. Les preuves privées ne servent qu’à leur finalité et à leur durée de conservation autorisées.
7. Échecs, reprise et répétition
L’identité de l’opération doit survivre aux redémarrages. Un timeout après envoi laisse une issue inconnue jusqu’au rapprochement des reçus, de la transaction et du journal. Un résultat accepté est réutilisé sans second achat, sanction, droit d’accès ou rendu. Boson décrit aussi le rapprochement avant répétition d’une écriture. Idempotence et répétition.
Modèle indisponible, sortie invalide, examens contradictoires et autorisation expirée exigent des issues explicites. La reprise conserve objet et identité d’origine ; nouvelle politique ou preuve crée une révision consignée. Commerce, modération, accès aux fichiers et tâche Studio ne se réduisent pas à un unique indicateur de succès.
8. Réception de la version
La réception exige un consommateur habilité réel et un résultat expurgé : annonces valides et rejetées ; preuves du vendeur modifiées ; paquet remplacé ; accès d’un autre client ; instructions adverses ; politique non prise en charge ; panne du modèle ; examen contradictoire ; autorisation expirée ; envoi interrompu ; événement dupliqué ; recours confirmant puis annulant une décision. Les transactions utilisent l’environnement de test prévu, en distinguant vérification isolée et résultat opérationnel.
Le dossier identifie révisions du code et des politiques, configuration déployée, qualification du modèle pour la tâche, résultats et limites. Audit de sécurité, capacité, mainnet et approbation juridique exigent leurs propres preuves.
9. Moteur de commerce pour les boutiques clientes
Vantemio développe sa propre place de marché et, en parallèle, un moteur de commerce réutilisable avec agents que les clients pourront acheter ou prendre sous licence pour ouvrir et exploiter leurs boutiques. La vente de logiciels pour les boutiques clientes constitue une activité distincte de la vente de biens et services sur la place de marché Vantemio. L’objectif est un produit reproductible avec interfaces, installation, configuration et mises à jour documentées.
Le produit repose sur un seul moteur de commerce commun. Vantemio exploitera sa propre boutique distincte sur ce moteur et fournira le même logiciel à d’autres développeurs pour leurs boutiques. Il s’agit de déploiements du même moteur, avec configurations, exploitants et données séparés. Les composants officiels adaptés de Boson et OpenZeppelin peuvent être réutilisés ou adaptés via les interfaces existantes, avec vérification de version, de licence et de sécurité. Le produit n’exige pas de réécrire à zéro les bibliothèques établies.
La structure prévue comprend vitrine à la marque du client ; catalogue, offres et stocks ; comptes acheteurs et vendeurs ; commandes et livraison ; agents d’aide à la modération, aux recommandations et aux recours ; adaptateurs de paiement et de protocole ; et console opérateur avec contrôle d’accès et historique. Cette liste décrit le produit visé. La disponibilité est établie pour chaque version acceptée, non déduite de la liste. Rôles des agents et autorité sur les paiements conservent les limites décrites ci-dessus.
Chaque boutique doit isoler catalogue, commandes, règles, identifiants et preuves privées des autres boutiques. Hébergement partagé et installation dédiée exigent leur propre réception de l’isolation et de la reprise. Acheter le moteur n’inscrit pas la boutique au catalogue public Vantemio, ne transfère pas ses contenus à d’autres boutiques et n’autorise pas les agents à signer des paiements. La connexion à la place de marché est configurée et autorisée séparément.
La monétisation prévue couvre licences commerciales, déploiement, intégrations, mises à jour et support. Un service hébergé pourra faire l’objet d’une offre distincte après réception. L’offre applicable doit préciser périmètre de licence, droits de marque, modules, support, mises à jour, hébergement et commissions éventuelles. Ce document ne fixe ni prix de licence, ni abonnement, ni commission de place de marché. La licence Vantemio n’accorde pas automatiquement de droits sur les modèles, composants ou contenus tiers.
Les paiements clients pour les logiciels Vantemio et les licences du moteur de boutiques, les biens et services sur sa place de marché ou dans les boutiques utilisant le moteur, ainsi que les dons, s’effectuent exclusivement en cryptomonnaies. Le produit n’inclut ni traitement des paiements en monnaie fiduciaire, ni service intégré de conversion ou de retrait en monnaie fiduciaire. Tout échange ou retrait externe en monnaie fiduciaire relève d’une démarche indépendante de l’utilisateur hors de Vantemio. L’offre applicable précise réseaux et jetons pris en charge, montant et frais, destinataire et conditions de confirmation du paiement.
Avant commercialisation d’une offre, la réception doit démontrer installation, catalogue, commande autorisée, livraison, décision et réexamen de l’agent, mise à jour, sauvegarde et reprise. La documentation précise modules pris en charge, dépendances, traitement des données, responsabilités du client et limites. La place de marché et le moteur distribuable restent en développement ; cette orientation n’annonce ni offre prête à acheter ni accès aux paiements de production.
10. Base de révision et documents associés
Le 16 octobre 2026, validation de gouvernance et autorisation commerciale sur réseau de test ont été inspectées. SHA-256 : ai-governance.mjs — 8f365f2e69b5905345ba10d20e028402605e1c811ca0998653f2a964a295553b ; commerce-policy.mjs — ca394da54bc9dd2b92a250c23a132a797021d5f0cfb9c03fbb3615333baa1ed5. Ces valeurs identifient les octets inspectés, pas une version déployée ou un audit achevé.
Market · Documentation technique · Whitepaper · Feuille de route · Confidentialité · Conditions