x_Rex

#KiteBBW $KITE
Les paiements par carte protègent l’acheteur et exposent le vendeur😒.
Un client peut contester un paiement des mois plus tard, et le commerçant doit assumer la rétrofacturation.
Le guide des prestataires de services de Kite décrit un processus qui inverse la situation, et je pense que ce changement est le choix de conception le plus sous-estimé de l’économie des agents😁.

Le processus est simple.
Un agent appelle un point de terminaison, et le service répond par une erreur 402 « Payment Required » qui indique le prix, l’adresse de paiement et un délai d’expiration.
L’agent répond avec une autorisation signée, tirée de la session approuvée par l’utilisateur.
Le service la vérifie, un facilitateur règle le transfert sur la chaîne, et le service ne fournit la réponse qu’ensuite.

RÈGLEMENT D’ABORD, LIVRAISON ENSUITE🤷‍♀️.

Le commerçant n’accorde pas de crédit et n’attend pas qu’une facture soit réglée.
C’est ce qui rend les petits prix par requête envisageables en principe🤓.
Les réseaux de cartes entraînent des coûts fixes par transaction que les petits paiements ne peuvent pas absorber, et la tarification par requête ne fonctionne que si le paiement lui-même est presque gratuit.
Le guide indique que tout service prenant déjà en charge x402 ou le protocole de paiements entre machines coécrit par Stripe peut être payé dès aujourd’hui par un agent Passport.
Plus de 90 prestataires étaient intégrés au lancement du mainnet, le 30 avril 2026.

Mais le risque n’a pas disparu : il a été transféré à l’acheteur.
Une fois le règlement effectué avant la livraison, un service qui renvoie n’importe quoi a déjà été payé, et le guide des prestataires que j’ai lu ne décrit aucune procédure de remboursement ou de contestation.

La protection de l’utilisateur, c’est la session😃 : le plafond par transaction et le plafond total limitent le coût d’un seul appel malveillant.

À mon avis, ces plafonds remplissent le rôle des rétrofacturations dans le monde des cartes, mais avant les dégâts plutôt qu’après😌.
Ce compromis me semble acceptable pour de petits montants par appel ; le vrai problème, ce sont les achats importants effectués par l’agent.

Si le règlement est définitif avant la réponse du service et qu’un appel payé renvoie quelque chose d’inutile, qu’est-ce qui devrait remplacer la rétrofacturation : des notes de réputation pour les services, un dépôt fiduciaire pour les remboursements intégré au protocole, ou rien du tout, parce que les prix par appel sont trop faibles pour justifier toute cette mécanique ?

Écrivez « kite » si vous avez trouvé des infos utiles ici

#KiteBBW $KITE
Les paiements par carte protègent l’acheteur et exposent le vendeur😒.
Un client peut contester un paiement des mois plus tard, et le commerçant doit assumer la rétrofacturation.
Le guide des prestataires de services de Kite décrit un processus qui inverse la situation, et je pense que ce changement est le choix de conception le plus sous-estimé de l’économie des agents😁.

Le processus est simple.
Un agent appelle un point de terminaison, et le service répond par une erreur 402 « Payment Required » qui indique le prix, l’adresse de paiement et un délai d’expiration.
L’agent répond avec une autorisation signée, tirée de la session approuvée par l’utilisateur.
Le service la vérifie, un facilitateur règle le transfert sur la chaîne, et le service ne fournit la réponse qu’ensuite.

RÈGLEMENT D’ABORD, LIVRAISON ENSUITE🤷‍♀️.

Le commerçant n’accorde pas de crédit et n’attend pas qu’une facture soit réglée.
C’est ce qui rend les petits prix par requête envisageables en principe🤓.
Les réseaux de cartes entraînent des coûts fixes par transaction que les petits paiements ne peuvent pas absorber, et la tarification par requête ne fonctionne que si le paiement lui-même est presque gratuit.
Le guide indique que tout service prenant déjà en charge x402 ou le protocole de paiements entre machines coécrit par Stripe peut être payé dès aujourd’hui par un agent Passport.
Plus de 90 prestataires étaient intégrés au lancement du mainnet, le 30 avril 2026.

Mais le risque n’a pas disparu : il a été transféré à l’acheteur.
Une fois le règlement effectué avant la livraison, un service qui renvoie n’importe quoi a déjà été payé, et le guide des prestataires que j’ai lu ne décrit aucune procédure de remboursement ou de contestation.

La protection de l’utilisateur, c’est la session😃 : le plafond par transaction et le plafond total limitent le coût d’un seul appel malveillant.

À mon avis, ces plafonds remplissent le rôle des rétrofacturations dans le monde des cartes, mais avant les dégâts plutôt qu’après😌.
Ce compromis me semble acceptable pour de petits montants par appel ; le vrai problème, ce sont les achats importants effectués par l’agent.

Si le règlement est définitif avant la réponse du service et qu’un appel payé renvoie quelque chose d’inutile, qu’est-ce qui devrait remplacer la rétrofacturation : des notes de réputation pour les services, un dépôt fiduciaire pour les remboursements intégré au protocole, ou rien du tout, parce que les prix par appel sont trop faibles pour justifier toute cette mécanique ?

Écrivez « kite » si vous avez trouvé des infos utiles ici

#nil $NIL @Nillion
Un développeur que je suis a lancé un coffre-fort avec un déclencheur de rééquilibrage 🤔.

Il a fallu des MOIS pour mettre la logique au point.

En une SEMAINE, quelqu’un avait lu le contrat, compris exactement ce qu’il surveillait et le devançait à chaque déclenchement.

Au final, la stratégie n’a donc pas échoué. Elle a simplement cessé d’être SECRÈTE dès qu’elle est arrivée onchain.

Les covenants existent précisément pour éviter ce genre de problème.
Leur fonctionnement est plus simple qu’il n’y paraît.

Un auteur choisit un comité de nœuds et un seuil — disons 5 nœuds, dont 3 suffisent à l’ouvrir.

L’instruction est divisée en parts, selon le partage de secret de Shamir, et chaque part est chiffrée pour un nœud précis.
Aucun nœud ne détient à lui seul assez d’informations pour lire quoi que ce soit.
L’auteur publie le déclencheur scellé, ainsi qu’une condition de libération, publique ou cachée, et c’est tout. Les nœuds n’ont plus qu’à surveiller.
Lorsque la condition est effectivement remplie, chacun déchiffre sa propre part et la publie onchain.

Dès qu’un nombre suffisant de parts est publié, n’importe qui peut reconstituer le contenu et réclamer la prime. La chaîne vérifie le résultat par rapport à un engagement effectué à l’avance, afin que personne ne puisse remplacer le contenu par un faux au moment de sa révélation.

Rien de tout cela ne nécessitait un bot keeper, ni un opérateur de confiance détenant la stratégie et promettant de ne pas y jeter un œil.

Dusk, la première version des Covenants, est disponible dès maintenant sur le mainnet Ethereum.
Ce n’est pas un testnet, ni une préversion. Un coffre-fort comme celui qui a été copié pourrait être reconstruit dès aujourd’hui avec cette solution.

Et ce n’est que l’ère 1 sur 7. Cette version reste volontairement limitée aux conditions de prix et de temps, car ce sont celles qui fonctionnent aujourd’hui sans aucune partie de confiance.
D’autres ères seront lancées avant la fin de l’année, chacune élargissant les éléments auxquels une condition scellée peut faire référence.

Voilà les deux questions auxquelles je n’arrête pas de penser. Cacher le déclencheur protège-t-il vraiment une stratégie à long terme, ou est-ce que cela augmente simplement le coût de sa rétro-ingénierie sans éliminer la menace ?
Et un comité de 3 nœuds sur 5 est-il réellement plus sûr que de faire confiance à un seul keeper, ou est-ce que cela ne fait que répartir le même problème de confiance entre plusieurs parties ?
Et juste pour info, les gars : Dusk de Nillion et le Layer1 #dusk , ce n’est pas la même chose 😅

#KiteBBW $KITE
x402, AP2, MPP, MCP, OAuth 2.1.
Cinq protocoles qu’un agent pourrait être amené à utiliser, et personne ne sait lequel l’emportera.
La réponse de Kite : ne pas choisir.

Chacun couvre un aspect différent. x402 réactive le statut HTTP « paiement requis » afin qu’un service puisse facturer chaque requête.
AP2 est le protocole de paiement pour agents de Google, MPP celui de Stripe pour les paiements automatisés, MCP la solution d’Anthropic pour connecter les agents à des outils, et OAuth 2.1 gère l’autorisation.

Comme le résumait un rapport de recherche, un agent utilisant x402 peut payer à la requête, mais a toujours besoin d’un portefeuille séparé, d’une couche d’identité distincte et de sa propre logique de plafonnement des dépenses.

L’approche annoncée par Kite consiste à prendre en charge tous ces protocoles nativement, tout en gardant l’essentiel — le règlement final et le contrôle des dépenses — ancré à sa propre chaîne et à son Passport.

Quel que soit le protocole qui lance la transaction, l’argent est censé circuler selon les mêmes règles définies par l’utilisateur : un budget, une limite de temps, une approbation par clé d’accès, une révocation instantanée.
Kite mentionne également une finalité déterministe en moins d’une seconde et des voies de paiement dédiées aux agents, des caractéristiques qui comptent davantage pour un agent que pour une personne.

Un humain peut attendre une confirmation.

Un agent qui agit seul doit savoir qu’un paiement est bel et bien effectué. J’aime cette logique, car elle permet d’éviter la bataille autour des normes.

C’est aussi un pari discret sur la place où se situe la valeur dans l’économie des agents :
non pas dans la couche des requêtes, qui pourrait changer chaque année, mais dans celle qui décide si un paiement est autorisé à être exécuté.

Kite est également membre de l’Agentic AI Foundation de la Linux Foundation, ce qui laisse penser que l’entreprise veut prendre part aux discussions sur les normes, et pas seulement s’y conformer.

Le réseau principal a été lancé le 30 avril 2026, avec plus de 90 fournisseurs de services déjà intégrés. Le véritable test consiste donc à voir si cette neutralité et ces voies de paiement tiennent la route face à un trafic réel.

J’aimerais connaître l’avis d’autres personnes.
1. Si une couche se trouve sous toutes les normes, est-ce de la neutralité ou simplement une autre forme de dépendance ?
2. Si une norme finit malgré tout par dominer, une couche de règlement conçue pour les prendre toutes en charge perd-elle son avantage, ou devient-elle plus importante parce que tout passe par elle ?