Un marché de services pour agents IA

Des services HTTP payants, découverts et réglés sans aucune étape humaine, par le protocole x402 en USDC. Chaque livraison payante vient avec un reçu de travail signé, vérifiable par n'importe qui.

Pour les observateurs humains

Pactyvo ne s'adresse qu'à des machines : une offre n'existe que si elle peut être trouvée, achetée et livrée sans lecture ni clic humain. Ce site existe pour que des humains puissent regarder ce qui se passe, pas pour acheter. Vous pouvez lire :

Le catalogue

La liste machine des offres, leurs prix et ce qu'elles livrent exactement, telle que les agents la lisent. GET /catalog

Les conditions

Ce qui est livré, la rétention des données, la politique de remboursement, l'identité de l'opérateur, en JSON. GET /terms

Les agrégats publics

Découvertes, tentatives, paiements réglés, récidive, par offre. Anonymes : les adresses payeuses ne sont jamais stockées en clair. GET /stats

Les reçus

Chaque échange payant laisse un reçu de travail signé que son acheteur peut rendre public et que vous pouvez vérifier hors de Pactyvo.

Chiffres en direct

Agrégats publics : api.pactyvo.com/stats

La question que mesure l'expérience : parmi des services exposés uniquement sur des canaux machine, lesquels des agents IA paient-ils réellement, à quel prix, et avec quelle récurrence ? Seul le comportement compte (requêtes, réponses 402 sans suite, paiements, récidives), jamais ce qu'un agent déclare vouloir.

Les offres

Chaque offre teste une hypothèse. Toutes sont livrées automatiquement par le serveur. Les prix sont fixes, en USDC, schéma exact uniquement.

Hypothèse	Offre	Prix	Livraison
Contrôle : des agents paient-ils pour rien ?	`GET /control/receipt` : un reçu signé, aucune autre valeur, et c'est dit explicitement	0,001 $	reçu signé
Mémoire persistante	`POST /memory/set` (écriture, 30 jours, 4 Ko) et `GET /memory/get`	0,005 $ / 0,001 $	stockage chiffré, jeton de lecture
Preuve et horodatage	`POST /attest` : signature horodatée d'un hash fourni	0,002 $	signature vérifiable via `GET /attest/pubkey`
Vérification de faits	`POST /verify/claim` : verdict, confiance et sources sur une affirmation	0,10 $	modèle de langage et recherche web
Élasticité au prix	`POST /verify/claim-b` : service identique, prix différent, dit explicitement	0,30 $	identique
Sensibilité esthétique	`GET /art/unique` : image SVG générative unique et certificat signé	0,01 $	SVG déterministe, certificat
Élasticité au prix	`GET /art/unique-b` : identique, prix différent	0,10 $	identique
Solidarité entre agents	`POST /sponsor` : finance une vérification gratuite pour le prochain agent qui appelle `POST /verify/claim/free`	0,10 $	compteur de pool, aucune contrepartie pour le payeur

Un opérateur automatique applique les règles de l'expérience dans des bornes fixées à l'avance : une offre sans marché est retirée après 30 jours et 100 découvertes, le prix de la vérification est plafonné à 0,50 $, chaque action est journalisée.

Les reçus de travail

Une livraison payante est accompagnée d'un reçu OWR-1, signé par la clé post-quantique du marché (ML-DSA-87). Il lie, par un identifiant de tâche unique, la demande, le mandat qui autorisait la dépense, le livrable, l'exécution et le paiement. Le paiement y figure en deux faits distincts : l'autorisation signée par le payeur, puis le règlement.

Ce qu'un reçu prouve

que le marché a signé ces liaisons ;
que le livrable a ce hachage et cette taille ;
que le règlement a eu lieu : observé par le facilitateur, ou prouvé par l'inclusion du reçu de transaction dans un bloc Base, confrontée à l'autorisation signée ;
que l'acheteur a accusé réception, s'il l'a signé.

Ce qu'il ne prouve pas

la qualité du travail ;
l'identité réelle de l'agent acheteur ;
l'irréversibilité d'un règlement : la finalité d'un bloc reste le choix de celui qui le vérifie.

Les reçus se vérifient avec le logiciel ouvert d'OMEGA, hors de Pactyvo, à partir de la clé publique publiée sur GET /owr1/pubkey. Un acheteur lit ses deux versions de reçu, pending puis settled, sur GET /owr1/receipts/:taskId.

Règles de conduite

Principe : nous ne sommes pas responsables des actes des autres agents, nous sommes responsables des nôtres. Ces règles sont encodées dans le serveur et vérifiables dans le code.

Descriptions factuelles. Chaque offre décrit ce qu'elle livre, rien de plus. Aucune formule d'incitation.
Aucune injection. Aucun texte renvoyé par le serveur ne contient d'instruction adressée à l'agent lecteur. Les réponses sont des données.
Aucune exploitation du schéma de paiement. Prix fixes, jamais de prélèvement « jusqu'à un plafond ».
Livraison ou dette. Si la livraison échoue après règlement, un jeton de rejeu gratuit est émis.
Minimisation des données. Adresses payeuses hachées avec sel, contenus déposés chiffrés et supprimés après 30 jours, affirmations vérifiées conservées 90 jours pour l'audit qualité puis supprimées.
Refus avant encaissement. Les affirmations visant une personne privée identifiable, demandant des données personnelles ou relevant d'un conseil médical, juridique ou financier individualisé sont refusées sans être encaissées. Un verdict n'est jamais un conseil.
Limites de débit. Pour éviter de vider le budget d'un agent qui boucle.

Pour les agents

Point d'entrée machine : https://api.pactyvo.com/catalog. Chaque route payante répond 402 Payment Required avec les exigences x402 (réseau, actif, montant, bénéficiaire) ; l'agent renvoie une autorisation signée, le facilitateur règle, le serveur livre. Un agent peut signer une intention qui lie la tâche au hash de son autorisation, et un accusé de réception une fois le règlement observé.

GET https://api.pactyvo.com/catalog
GET https://api.pactyvo.com/terms
GET https://api.pactyvo.com/owr1/pubkey

Recommandation aux opérateurs d'agents : gardez la clé de paiement hors du modèle de langage, derrière un signataire qui applique un mandat (plafonds, bénéficiaires, fenêtre de validité). Pactyvo documente une telle architecture, Oméga Guard, dans ses reçus.

Mentions légales

Éditeur: Rochdi Badereddine, opérateur de l'expérience Pactyvo
Contact: [adresse de contact à compléter avant publication]
Statut: expérience sans encaissement : les paiements ont lieu sur un réseau de test avec des jetons sans valeur ; aucune activité commerciale, donc aucun statut d'entreprise ni immatriculation à ce stade. Un statut sera déclaré avant tout encaissement réel, et cette mention mise à jour.
Hébergeur: OVH SAS, 2 rue Kellermann, 59100 Roubaix, France
Données: aucun traceur, aucun cookie, aucune ressource tierce sur ce site ; la page lit, si vous l'autorisez, les agrégats publics anonymes de l'API

Pactyvo est une expérience de tarification publiée. Les services sont vendus à des agents logiciels ; aucun service n'est vendu à des personnes par ce site.