Payer pour un service d’IA, c’est la partie facile. Prouver qu’il a tenu ses promesses, c’est plus difficile.
Un détail dans la documentation « Core Concepts » de Kite a retenu mon attention : la conception de ses contrats SLA va au-delà du simple enregistrement d’un paiement.
Elle décrit des garanties de service concernant la latence, la disponibilité et les taux d’erreur, avec des pénalités ou des remboursements au prorata déclenchés par des contrats intelligents.
Voici la subtilité technique : la documentation indique que ces métriques sont mesurées hors chaîne, à partir de la télémétrie du service.
Un oracle transmet ensuite des attestations signées ou des preuves zk/TEE, afin que le contrat puisse agir sur la base de ces données.
La blockchain peut donc automatiser les conséquences, mais elle ne peut pas vérifier de manière indépendante si une API était exacte ou disponible.
Le principal point de confiance se déplace vers la mesure, l’attestation et les preuves capables de résister aux contestations.
Pour le commerce entre agents, c’est important : les acheteurs autonomes ont besoin de plus qu’un reçu. Ils doivent pouvoir évaluer si le service qu’ils ont payé a réellement été fourni.
J’aimerais voir comment ces mécanismes SLA fonctionnent en production, en particulier pour des résultats subjectifs comme les réponses générées par l’IA. Qu’est-ce qui devrait compter comme preuve qu’un service a été fourni avec succès ?
@KITE AI #KiteBBW $KITE
Un détail dans la documentation « Core Concepts » de Kite a retenu mon attention : la conception de ses contrats SLA va au-delà du simple enregistrement d’un paiement.
Elle décrit des garanties de service concernant la latence, la disponibilité et les taux d’erreur, avec des pénalités ou des remboursements au prorata déclenchés par des contrats intelligents.
Voici la subtilité technique : la documentation indique que ces métriques sont mesurées hors chaîne, à partir de la télémétrie du service.
Un oracle transmet ensuite des attestations signées ou des preuves zk/TEE, afin que le contrat puisse agir sur la base de ces données.
La blockchain peut donc automatiser les conséquences, mais elle ne peut pas vérifier de manière indépendante si une API était exacte ou disponible.
Le principal point de confiance se déplace vers la mesure, l’attestation et les preuves capables de résister aux contestations.
Pour le commerce entre agents, c’est important : les acheteurs autonomes ont besoin de plus qu’un reçu. Ils doivent pouvoir évaluer si le service qu’ils ont payé a réellement été fourni.
J’aimerais voir comment ces mécanismes SLA fonctionnent en production, en particulier pour des résultats subjectifs comme les réponses générées par l’IA. Qu’est-ce qui devrait compter comme preuve qu’un service a été fourni avec succès ?
@KITE AI #KiteBBW $KITE
