J’ai fait trois calculs pour les agents, et tous pointent dans la même direction#KİTE
J’ai toujours trouvé le terme « économie des agents » un peu vague, jusqu’au jour où je me suis assis pour faire sérieusement les comptes.
Les agents travaillent à notre place, et cela implique forcément des dépenses. Pour dépenser, il faut d’abord rendre possibles les petits paiements. J’ai fait trois calculs, et tous pointent dans la même direction.
Premier calcul : les frais. Un agent peut ne dépenser que quelques centimes pour acheter une donnée. Les moyens de paiement traditionnels sont peu adaptés aux petits montants : frais fixes, frais minimums… payer quelques dizaines de centimes pour encaisser quelques centimes, c’est une activité qui n’est pas viable dès le premier jour. C’est pourquoi beaucoup de transactions d’agents ne sont pas absentes faute de demande, mais parce que les moyens de paiement ne sont pas adaptés. Les micropaiements on-chain permettent de ramener le coût par transaction à un niveau presque négligeable. La chaîne Kite (compatible EVM, chain id 2366) a précisément été conçue pour ça.
Deuxième calcul : le décalage horaire. Les agents fonctionnent en temps réel et à haute fréquence : appeler des interfaces, récupérer des données, payer des API… ils peuvent devoir régler plusieurs transactions en moins d’une seconde. Les factures traditionnelles sont réglées à la fin du mois, et même le T+1 paraît lent. Dans le monde des machines, les délais de paiement vont à l’encontre du bon sens. Le règlement s’effectue directement on-chain. Avec l’arrivée de stablecoins comme PYUSD et USDC, l’argent envoyé arrive en temps réel.
Troisième calcul : le rapprochement des comptes. Un agent peut travailler avec des dizaines de prestataires par mois, chacun avec un format de facture différent. Faire le rapprochement à la main peut rendre fou. J’aime bien la conception d’Agent Passport : chaque agent a une identité vérifiable, les dépenses sont assorties d’un plafond par transaction et d’un montant total autorisé, et toutes les opérations sont auditables de bout en bout. D’où vient l’argent, où va-t-il ? Tout se voit sur une seule chaîne.
La couche protocolaire est intéressante aussi. x402 remet en circulation le code d’état 402 de HTTP, inutilisé depuis des décennies, pour en faire un signal de paiement : l’agent appelle une interface payante, le serveur lui répond « paiement requis », l’agent signe et paie sur-le-champ. Une requête, un règlement. #KiteBBW intègre à la fois x402 et Google AP2. Les agents peuvent passer commande selon la norme de leur choix, puis régler le tout sur une même chaîne.
J’adhère à cette approche des KPI : ne pas regarder la TVL, mais le nombre de transactions, le nombre mensuel d’utilisateurs actifs de Passport et le montant des règlements. Le mainnet sera lancé fin avril, plus de 90 prestataires sont présents et les règlements en PYUSD sont opérationnels. Se fixer des objectifs mesurés en nombre de transactions montre clairement que l’essentiel, c’est que « les gens s’en servent vraiment ».
La prochaine grande évolution de Kite ne concerne pas « comment payer », mais « qui tient les comptes » : chaque agent devra avoir son propre registre. Le transfert des comptes des humains vers les machines représente un changement bien plus profond que celui du moyen de paiement.
J’ai toujours trouvé le terme « économie des agents » un peu vague, jusqu’au jour où je me suis assis pour faire sérieusement les comptes.
Les agents travaillent à notre place, et cela implique forcément des dépenses. Pour dépenser, il faut d’abord rendre possibles les petits paiements. J’ai fait trois calculs, et tous pointent dans la même direction.
Premier calcul : les frais. Un agent peut ne dépenser que quelques centimes pour acheter une donnée. Les moyens de paiement traditionnels sont peu adaptés aux petits montants : frais fixes, frais minimums… payer quelques dizaines de centimes pour encaisser quelques centimes, c’est une activité qui n’est pas viable dès le premier jour. C’est pourquoi beaucoup de transactions d’agents ne sont pas absentes faute de demande, mais parce que les moyens de paiement ne sont pas adaptés. Les micropaiements on-chain permettent de ramener le coût par transaction à un niveau presque négligeable. La chaîne Kite (compatible EVM, chain id 2366) a précisément été conçue pour ça.
Deuxième calcul : le décalage horaire. Les agents fonctionnent en temps réel et à haute fréquence : appeler des interfaces, récupérer des données, payer des API… ils peuvent devoir régler plusieurs transactions en moins d’une seconde. Les factures traditionnelles sont réglées à la fin du mois, et même le T+1 paraît lent. Dans le monde des machines, les délais de paiement vont à l’encontre du bon sens. Le règlement s’effectue directement on-chain. Avec l’arrivée de stablecoins comme PYUSD et USDC, l’argent envoyé arrive en temps réel.
Troisième calcul : le rapprochement des comptes. Un agent peut travailler avec des dizaines de prestataires par mois, chacun avec un format de facture différent. Faire le rapprochement à la main peut rendre fou. J’aime bien la conception d’Agent Passport : chaque agent a une identité vérifiable, les dépenses sont assorties d’un plafond par transaction et d’un montant total autorisé, et toutes les opérations sont auditables de bout en bout. D’où vient l’argent, où va-t-il ? Tout se voit sur une seule chaîne.
La couche protocolaire est intéressante aussi. x402 remet en circulation le code d’état 402 de HTTP, inutilisé depuis des décennies, pour en faire un signal de paiement : l’agent appelle une interface payante, le serveur lui répond « paiement requis », l’agent signe et paie sur-le-champ. Une requête, un règlement. #KiteBBW intègre à la fois x402 et Google AP2. Les agents peuvent passer commande selon la norme de leur choix, puis régler le tout sur une même chaîne.
J’adhère à cette approche des KPI : ne pas regarder la TVL, mais le nombre de transactions, le nombre mensuel d’utilisateurs actifs de Passport et le montant des règlements. Le mainnet sera lancé fin avril, plus de 90 prestataires sont présents et les règlements en PYUSD sont opérationnels. Se fixer des objectifs mesurés en nombre de transactions montre clairement que l’essentiel, c’est que « les gens s’en servent vraiment ».
La prochaine grande évolution de Kite ne concerne pas « comment payer », mais « qui tient les comptes » : chaque agent devra avoir son propre registre. Le transfert des comptes des humains vers les machines représente un changement bien plus profond que celui du moyen de paiement.