api

J'ai beaucoup réfléchi à ce que signifie construire de l'argent et une identité pour les machines, et Kite semble être l'un de ces rares projets qui essaient de répondre à cette question de front en redéfinissant les rails plutôt qu'en forçant les agents à s'insérer dans des systèmes orientés vers l'humain, et c'est pourquoi j'écris ceci d'un seul souffle — pour essayer de correspondre au sentiment d'un flux agentique où l'identité, les règles et la valeur se déplacent ensemble sans friction inutile. $KITE est, à sa base, un #EVM -compatible Layer-1 conçu pour les paiements agentiques et la coordination en temps réel entre les #AI acteurs autonomes, ce qui signifie qu'ils ont gardé la compatibilité avec les outils existants à l'esprit tout en inventant de nouveaux primitifs qui comptent pour les machines, pas seulement pour les gens, et ce choix de conception permet aux développeurs de réutiliser ce qu'ils savent tout en donnant aux agents des caractéristiques de premier ordre dont ils ont réellement besoin. Ils ont construit un modèle d'identité à trois couches que j'ai remarqué apparaît encore et encore dans leurs documents et leur livre blanc car il résout un problème sournoisement difficile : les portefeuilles ne sont pas suffisamment bons lorsqu'une IA doit agir de manière indépendante mais sous l'autorité d'un humain, donc Kite sépare l'identité de l'utilisateur racine (l'autorité humaine ou organisationnelle), l'identité de l'agent (une adresse déléguable et déterministe qui représente l'acteur autonome) et l'identité de session (une clé éphémère pour des tâches spécifiques de courte durée), et cette séparation change tout sur la façon dont vous pensez au risque, à la délégation et à la révocation en pratique. En termes pratiques, cela signifie que si vous construisez un agent qui commande des courses, cet agent peut avoir sa propre adresse on-chain et des règles de dépenses programmables liées cryptographiquement à l'utilisateur sans exposer les clés principales de l'utilisateur, et si quelque chose tourne mal, vous pouvez retirer une clé de session ou modifier les permissions de l'agent sans détruire l'identité on-chain plus large de l'utilisateur — je vous le dis, c'est le genre de sécurité opérationnelle que nous tenons pour acquise dans les services humains mais que nous n'avons pas eu pour les acteurs machines jusqu'à présent. Les fondateurs ne se sont pas arrêtés à l'identité ; ils expliquent un cadre SPACE dans leur livre blanc — règlement stablecoin-natif, contraintes programmables, authentification orientée agent, et ainsi de suite — parce que lorsque les agents effectuent des microtransactions pour des appels #API , l'économie unitaire doit avoir du sens et la couche de règlement doit nécessiter des frais prévisibles, inférieurs à un cent, si petits que les paiements à haute fréquence sont effectivement viables, et le choix de Kite d'optimiser pour le règlement stablecoin et la faible latence répond directement à cela.

La première fois que j'ai vraiment remarqué le terme API, ce n'était pas dans un manuel technique. Il était enfoui dans une conversation entre deux développeurs se disputant sur les raisons pour lesquelles une application continuait à échouer à charger les prix d'une bourse de cryptomonnaie. L'un d'eux a murmuré, presque par hasard, « L'appel API prend du temps. » À l'époque, cela ressemblait à du jargon. Plus tard, j'ai réalisé qu'une seule phrase comme celle-là décrit discrètement le tissu conjonctif de la plupart des systèmes numériques modernes - y compris toute la structure de la crypto.
Dans le monde de la finance numérique, la phrase Interface de Programmation d'Application - ou API - apparaît constamment. En surface, une API est simplement un ensemble de règles qui permet à un logiciel de communiquer avec un autre. Lorsqu'un suivi de portefeuille crypto affiche vos derniers soldes, il ne devine pas. Il demande à une bourse les informations via son API. La bourse répond avec des données structurées, et l'application les transforme en quelque chose de lisible.