ChattyPatty sépare l’attribution de baux aux fournisseurs, l’exécution, la mesure de consommation, l’engagement du reçu, la contestation et le règlement afin que l’inférence distribuée reste vérifiable après son achèvement.
Sur cette page
Ce qui a changé
Une passerelle compatible OpenAI valide les enveloppes canoniques de requêtes, applique les limites de jetons et de concurrence, diffuse la sortie du fournisseur en continu et calcule des engagements de réponse déterministes.
Un ordonnanceur sélectionne les fournisseurs admissibles, attribue par défaut des baux exclusifs, vérifie les reçus signés, conserve l’état du routage et rapproche l’état des tâches du plan de confiance Sonic.
Les interfaces des contrats exigent un reçu engagé avant l’achèvement d’une tâche et conservent les contestations bornées, condensats de preuves et de résolution, remboursements, frais et pénalités des fournisseurs.
Trois autorités, pas un service unique
La passerelle fait autorité pour la normalisation des requêtes et le comptage des jetons. L’ordonnanceur fait autorité pour l’admissibilité des fournisseurs, les baux et la progression des tâches. Le contrat sur la chaîne fait autorité pour le séquestre, l’engagement des reçus, les délais de contestation et le règlement.
Séparer ces rôles limite ce qu’un seul composant peut affirmer. Un fournisseur ne peut pas choisir son propre décompte facturable de jetons, et un ordonnanceur ne peut pas déclarer une tâche réglée sans que le séquestre ait suivi la séquence requise de reçu et de contestation.
Les reçus lient l’exécution au paiement
L’enveloppe du reçu lie le condensat de la requête, l’engagement de la réponse, l’empreinte du modèle, le condensat de l’environnement d’exécution, l’identité du tokenizer et les mesures de consommation. La sérialisation canonique empêche des contenus apparemment équivalents de produire des engagements différents d’un service à l’autre.
L’achèvement exige un engagement de reçu correspondant et préalable. Le règlement attend la fin du délai de contestation propre à la classe de charge ; les fonds séquestrés inutilisés peuvent être restitués. L’interface peut diffuser un résultat immédiatement, mais le paiement ne saute pas les vérifications pour gagner du temps.
Capacité et fonctionnement dégradé
Chaque fournisseur commence avec un créneau exclusif. La capacité supplémentaire dépend du matériel attesté, de la fraîcheur des benchmarks, de la latence, du taux d’erreur et de l’absence de pannes par manque de mémoire, pas d’un nombre de créneaux autodéclaré.
Les appels échoués libèrent leur bail. Des attestations périmées rendent les nœuds inadmissibles, les périodes de nouvelle tentative sont bornées et les instantanés de l’ordonnanceur conservent le routage et les baux au redémarrage. Ces mécanismes empêchent une panne partielle de devenir une double réservation ou un règlement ambigu.
Note d’ingénierie
L’inférence distribuée est plus facile à vérifier lorsque exécution, mesure de consommation, litige et paiement sont des transitions d’état distinctes. La diffusion peut rester rapide tandis que le règlement demeure prudent.
Provenance
Cette note s’appuie sur le code vérifié du projet au commit 2969ff6. Elle documente une modification logicielle, pas une actualité personnelle.