Je réfléchis beaucoup à l’économie des agents ces derniers temps et, franchement, les paiements sont le sujet que la plupart des gens passent sous silence. Tout le monde s’enthousiasme à l’idée que des agents en appellent d’autres pour obtenir des données ou de la puissance de calcul, mais personne ne se demande vraiment comment ils sont censés payer tout ça des milliers de fois par minute, pour quelques centimes à chaque fois. Voilà le problème : un transfert classique sur blockchain nécessite toujours un délai de confirmation et des frais de gas, tandis qu’un réseau de cartes applique des frais minimums adaptés à un café à 20 $, pas à un appel d’API à 0,0001 $. Aucun de ces moyens de paiement n’a été conçu pour des transactions ininterrompues entre contreparties non humaines. $KITE , s’appuyer sur des canaux d’état, ça me paraît tout à fait logique. Deux agents bloquent des fonds une seule fois sur la blockchain, puis échangent hors chaîne des mises à jour de solde signées en moins de 100 ms, pratiquement gratuitement, et ne règlent le solde final qu’à la fermeture du canal. Une ouverture, une fermeture, et des milliers de micropaiements entre les deux. J’aime beaucoup cette logique. Ce que je surveille, c’est de voir si ça tient la route avec un vrai volume d’agents, et pas seulement avec les chiffres du testnet. Les performances du réseau principal en période de forte charge, voilà le vrai test. Est-ce que quelqu’un ici développe déjà des agents qui paient à chaque appel ?
@KITE AI #KiteBBW $KITE