Le chiffre que tout le monde répète au sujet de Kite est d’environ 0,000001 $ par transaction. J’ai cherché où ces transactions avaient réellement lieu, et la réponse était surprenante : principalement pas sur la chaîne.
KITE revendique des canaux d’état avec une latence inférieure à 100 ms pour ce coût. Un article explicatif secondaire décrit le mécanisme : les agents préautorisent des budgets, échangent des micro-bons signés, puis règlent les comptes sur la chaîne une seule fois. Le faible coût ne vient donc pas d’une chaîne plus rapide. C’est surtout que la chaîne ne voit pas les paiements.
Ce qui m’a marqué, c’est que le véritable rôle de la chaîne est d’enregistrer le plafond. Passport distingue l’utilisateur, l’agent et la session, afin qu’une session compromise n’ait pas accès à la clé racine. KITE juge les clés API de longue durée dangereusement permissives. Ici, le budget est l’unité de confiance.
Hypothèse : imaginons que j’accorde à un agent de recherche un budget de session de 20 $. Une boucle défectueuse dépense les 20 $ en appels API inutiles, tous conformes aux règles. Rien n’a été compromis. Le plafond a fonctionné, pas le jugement.
Je peux me tromper, mais cela signifie que Kite répond à la question « jusqu’à quel montant les choses peuvent-elles mal tourner ? », et non à « est-ce que ça en valait la peine ? ». Par ailleurs, les documents de Passport que j’ai consultés indiquaient que l’accès était sur invitation pendant le testnet, et une présentation de mars 2026 qualifiait Kite de solution dont la capacité à passer à l’échelle n’avait pas été éprouvée. Vérifiez donc la situation actuelle.
Un plafond limite les dégâts. Il ne juge pas la dépense.
@KITE AI
#KiteBBW $KITE
KITE revendique des canaux d’état avec une latence inférieure à 100 ms pour ce coût. Un article explicatif secondaire décrit le mécanisme : les agents préautorisent des budgets, échangent des micro-bons signés, puis règlent les comptes sur la chaîne une seule fois. Le faible coût ne vient donc pas d’une chaîne plus rapide. C’est surtout que la chaîne ne voit pas les paiements.
Ce qui m’a marqué, c’est que le véritable rôle de la chaîne est d’enregistrer le plafond. Passport distingue l’utilisateur, l’agent et la session, afin qu’une session compromise n’ait pas accès à la clé racine. KITE juge les clés API de longue durée dangereusement permissives. Ici, le budget est l’unité de confiance.
Hypothèse : imaginons que j’accorde à un agent de recherche un budget de session de 20 $. Une boucle défectueuse dépense les 20 $ en appels API inutiles, tous conformes aux règles. Rien n’a été compromis. Le plafond a fonctionné, pas le jugement.
Je peux me tromper, mais cela signifie que Kite répond à la question « jusqu’à quel montant les choses peuvent-elles mal tourner ? », et non à « est-ce que ça en valait la peine ? ». Par ailleurs, les documents de Passport que j’ai consultés indiquaient que l’accès était sur invitation pendant le testnet, et une présentation de mars 2026 qualifiait Kite de solution dont la capacité à passer à l’échelle n’avait pas été éprouvée. Vérifiez donc la situation actuelle.
Un plafond limite les dégâts. Il ne juge pas la dépense.
@KITE AI
#KiteBBW $KITE