verità: internet è stato progettato per umani che @KITE AI can leggere termini e condizioni, riconoscere truffe e pensare due volte prima di cliccare su “conferma.” Gli agenti AI non funzionano in questo modo. Sono veloci, instancabili e eseguiranno felicemente migliaia di piccole azioni di seguito—chiamando API, estraendo dati, chiedendo modelli per inferenze, pagando per il calcolo—spesso in modelli che non assomigliano affatto a “una persona che effettua un acquisto.” L'intera proposta di Kite è che se gli agenti devono diventare veri attori economici, hanno bisogno di un modo nativo per autenticarsi, dimostrare chi li ha autorizzati, muovere denaro alla velocità delle macchine e rimanere comunque controllabili quando qualcosa va storto. Questo è ciò che significa “pagamenti agentici” qui: non solo inviare token, ma fornire software autonomo le ferrovie per transare in sicurezza con identità verificabili e regole programmabili.
Sotto il cofano, Kite si posiziona come un Layer 1 compatibile con EVM costruito per transazioni in tempo reale e coordinamento tra agenti, utilizzando il Proof of Stake. La compatibilità con EVM è importante perché significa strumenti familiari e smart contract, ma la maggiore affermazione di Kite è che ottimizza la catena di base per la strana “forma” dell'attività degli agenti: molte piccole interazioni, molti permessi che dovrebbero scadere rapidamente e molta coordinazione tra diversi servizi. Nella propria inquadratura, Kite non è una blockchain a scopo generale che supporta agenti—è una rete orientata agli agenti in cui pagamento, identità e governance sono trattati come infrastrutture di prima classe piuttosto che come componenti aggiuntivi.
Un grande pezzo di tutto ciò è il framework SPACE a cui Kite continua a riferirsi. L'idea è: regolamento nativo per stablecoin affinché i costi sembrino “denaro vero”, vincoli programmabili affinché i limiti di spesa non possano essere elusi, autenticazione orientata agli agenti affinché la delega sia crittografica (non basata sulla fiducia), auditabilità pronta per la conformità affinché le azioni possano essere dimostrate in seguito e economia dei micropagamenti affinché “paga-per-richiesta” funzioni realmente su scala globale. Binance Research e i documenti stessi di Kite riassumono SPACE in quasi esattamente quei termini—nativo per stablecoin, vincoli programmabili, autenticazione orientata agli agenti, audit trail pronti per la conformità e micropagamenti praticabili.
Dove Kite inizia a sembrare diverso dalla maggior parte delle catene è l'identità. Su una blockchain tipica, un indirizzo è “tu”, e quell'indirizzo fa tutto. Kite sostiene che questo è il modello mentale sbagliato per i sistemi autonomi, perché riduce l'autorità a una singola chiave: se si perde, sei nei guai; se un agente la utilizza, è fondamentalmente “agendo come te” senza separazione significativa. La risposta di Kite è un'architettura di identità a tre livelli che separa l'identità dell'utente (autorità radice), l'identità dell'agente (autorità delegata) e l'identità della sessione (autorità effimera). In termini pratici, l'utente è il proprietario ultimo, l'agente è un'entità delegata durevole con poteri limitati, e la sessione è un contesto di esecuzione monouso o a breve termine creato per un compito specifico.
Il modo in cui descrivono la generazione di quelle identità è piuttosto specifico. Ogni agente ottiene il proprio indirizzo deterministico derivato dal portafoglio dell'utente utilizzando la derivazione delle chiavi gerarchiche BIP-32, mentre le chiavi di sessione sono completamente casuali e scadono dopo l'uso. Quella combinazione è destinata a fornirti una catena di delega pulita senza mai passare a un agente la tua chiave “reale”. Anche se una chiave di sessione viene compromessa, il raggio d'azione è ridotto; anche se un agente viene compromesso, il danno è comunque limitato dai vincoli firmati dall'utente; e l'unica cosa che potrebbe creare una perdita illimitata è la compromissione delle chiavi radice dell'utente—che i documenti di Kite presumono dovrebbero vivere all'interno di enclave sicure, moduli di sicurezza hardware o archiviazione protetta dei dispositivi.
Nei documenti, il livello utente è descritto come la radice crittografica di fiducia con controllo ultimo, inclusa la possibilità di revocare permessi delegati e impostare vincoli globali che si propagano attraverso tutti gli agenti. Il livello agente è posizionato come “vera autonomia, ma dentro una gabbia che hai progettato”: un agente può mantenere il proprio saldo del portafoglio, guadagnare reputazione, coordinarsi con altri agenti ed eseguire flussi di lavoro multi-passaggio, ma lo schema di derivazione e il sistema di regole sono progettati per impedirgli di evolversi in un accesso completo alle chiavi dell'utente. Le sessioni sono dove diventa davvero “nativo per agenti”: per ogni compito, coni un chiave effimera casuale che è autorizzata solo per quel lavoro ristretto—limiti di importo specifici, destinatari specifici, finestre temporali brevi—e poi diventa invalida per sempre. I documenti enfatizzano persino la segretezza in avanti: una sessione compromessa non dovrebbe compromettere sessioni passate o future.
Per rendere quella catena di delega non solo un concetto ma qualcosa che i servizi possono effettivamente verificare, Kite introduce un flusso di autorizzazione crittografica costruito attorno a “Standing Intent”, “Delegation Tokens” e “Session Signatures.” Nel whitepaper, Standing Intent è presentato come la radice: una dichiarazione firmata crittograficamente dall'utente che definisce cosa è autorizzato a fare un agente (inclusi limiti e scadenze). I Delegation Tokens consentono all'agente di autorizzare una sessione specifica per un'operazione specifica senza esporre credenziali permanenti, e le Session Signatures dimostrano l'esecuzione finale. L'obiettivo è che un servizio non debba “fidarsi” di un agente—può verificare, firma per firma, che l'utente ha autorizzato l'agente, l'agente ha autorizzato la sessione e la sessione sta eseguendo esattamente ciò che è stato autorizzato, all'interno di confini matematici che dovrebbero essere impossibili da superare.
Questo è il punto in cui Kite si impegna fortemente nel linguaggio della sicurezza dimostrabile. Il whitepaper non dice solo “è più sicuro”, ma cerca di inquadrare la sicurezza come qualcosa che puoi delimitare e ragionare. Un esempio che usano è l'idea di perdita delimitata: se imposti un limite giornaliero e una durata, allora anche in caso di compromissione totale, c'è un massimo teorico che può essere estratto. Parlano anche di revoca come qualcosa che deve essere rapida: gli utenti possono revocare agenti e trasmettere la revoca affinché i servizi rifiutino rapidamente le richieste anziché aspettare cicli di conferma lenti.
L'identità da sola non risolve il problema dei pagamenti, però, perché i flussi di lavoro degli agenti sono allergici all'economia normale on-chain. Se il tuo agente sta facendo migliaia di micro-interazioni, il classico modello “una transazione = una tassa di regolamento on-chain” diventa assurdo: finisci per pagare più in tasse di quanto costi il lavoro sottostante. La risposta di Kite sono i canali di stato, descritti come canali di micropagamento programmabili: apri un canale on-chain, fai migliaia (o milioni) di aggiornamenti firmati off-chain istantaneamente, poi chiudi e regola on-chain. Kite chiama ripetutamente latenza inferiore a 100 ms e un costo per interazione estremamente basso quando ammortizzato—numeri come circa $1 per milione di richieste e circa $0.000001 per messaggio compaiono sia nel whitepaper che nei documenti.
Ciò che è interessante è che Kite non tratta i canali di stato come una singola funzionalità generica. Il whitepaper descrive varianti diverse—unidirezionali per consumo misurato, bidirezionali per rimborsi e scambi a due vie, canali di deposito programmabili per regole personalizzate, canali virtuali per instradamento attraverso intermediari e canali che preservano la privacy affinché solo l'apertura/chiusura colpisca la catena mentre il flusso di micropagamenti rimane privato. Il messaggio è: gli agenti non “pagano solo una volta”; trasmettono valore mentre interagiscono, e diversi schemi di interazione hanno bisogno di diverse forme di canali.
Poi c'è un secondo concetto di pagamenti che Kite promuove: una corsia di pagamento dedicata per stablecoin. L'argomento diretto è che sulle catene a scopo generale, i pagamenti competono per lo spazio nei blocchi con tutto il resto—minting di NFT, scambi DeFi, spam casuale—e questo rende le tasse imprevedibili e il regolamento inaffidabile per il commercio reale. Nel whitepaper di MiCAR, Kite descrive una “corsia veloce” di pagamento con le proprie dinamiche di mempool/mercato delle tasse e esclusività delle stablecoin (solo le stablecoin sulla lista bianca possono essere utilizzate sia per trasferire asset che per pagare le tasse), puntando a costi prevedibili denominati in valore stabile invece che in token di gas volatili. Quel documento stesso approfondisce le “semantiche dei pagamenti”, trattando fondamentalmente i pagamenti come più ricchi dei trasferimenti, includendo commissioni e metadati di riconciliazione, più funzionalità di batching e operazioni sui canali integrate nella corsia.
I documenti di Kite inquadrano anche la catena come più di un binario di pagamenti. Parlano di tipi di transazioni degli agenti che possono incorporare richieste di calcolo e chiamate API, e di un livello piattaforma che astrae i duri aspetti della blockchain dietro API pronte per gli agenti—gestione dell'identità, autorizzazione delle sessioni, gestione dei canali e persino applicazione delle SLA con esecuzione automatica di penalità e ricompense. Sopra a ciò c'è quello che chiamano un livello di fiducia programmabile: Kite Passport, compatibilità x402, SLA per agenti, ponti protocollo (A2A, MCP, OAuth 2.1 e AP2 sono tutti menzionati), e un sistema di reputazione progettato per essere portabile attraverso i servizi.
L'idea del “Kite Passport” merita di essere approfondita perché è così che Kite collega l'identità crittografica alla realtà disordinata della fiducia nel mondo reale. Nei documenti, il Kite Passport è descritto come una carta d'identità crittografica che crea una catena di fiducia dall'utente all'agente all'azione, può legarsi a identità esistenti (forniscono esempi come Gmail e Twitter) tramite prove crittografiche, contiene capacità (limiti di spesa, accesso ai servizi) e supporta la divulgazione selettiva—dimostrando che qualcosa è vero senza necessariamente rivelare tutto su chi sei. Parlano anche di DID (identificatori decentralizzati) come did:kite:alice.eth e variazioni a livello agente, più credenziali verificabili per cose come il completamento di corsi, licenze o soglie di reputazione, in modo che il controllo degli accessi possa essere più granulare di “il portafoglio ha fondi”.
La reputazione, nel loro design, è destinata a derivare da comportamenti che puoi dimostrare crittograficamente, non da valutazioni che puoi manipolare. I documenti descrivono la reputazione che accumulate da pagamenti e prestazioni di successo, e di essere penalizzati per fallimenti, violazioni di SLA o violazioni delle politiche. La battuta finale è la portabilità: se un agente ha una storia provata on-chain da qualche parte, non dovrebbe partire da zero fiducia ogni volta che tocca un nuovo servizio. Kite lega quella portabilità ai livelli di identità: i fondi rimangono compartimentati per sicurezza, ma la reputazione può fluire globalmente attraverso il sistema.
Se fai zoom indietro, l'architettura di Kite è descritta in strati. Uno dei riassunti più chiari si trova nei loro documenti: livello base (EVM L1 ottimizzato per le tasse sulle stablecoin, canali di micropagamento e corsie di pagamento dedicate), livello piattaforma (API per sviluppatori per identità/autorizzazione/pagamenti/SLAs), livello di fiducia programmabile (Passport, x402, SLAs, ponti, reputazione) e livello ecosistema (mercati per applicazioni/servizi e agenti). Il whitepaper di MiCAR utilizza una descrizione a strati simile e elenca esplicitamente pilastri come il framework di identità a tre strati, Standing Intents e Delegation Tokens per l'applicazione dei vincoli, compatibilità con protocolli esterni (A2A/MCP/OAuth 2.1), micropagamenti su canale, e la corsia di pagamento per stablecoin.
Tutta quella infrastruttura ha bisogno di incentivi, ed è qui che entra KITE, il token nativo della rete. La formulazione più coerente tra le fonti è che l'utilità di KITE è prevista per essere distribuita in due fasi: la Fase 1 si concentra sulla partecipazione immediata all'ecosistema e sugli incentivi alla generazione dei token, e la Fase 2 si espande nello staking, governance e meccaniche di commissione/tassa man mano che le capacità della mainnet maturano. Questa esatta idea delle “due fasi” appare nell'overview di Binance Academy e nella documentazione di tokenomics di Kite.
Nei documenti di Kite, la Fase 1 ha un'utilità molto particolare che non è solo “pagare le spese”: requisiti di liquidità dei moduli. I proprietari dei moduli che hanno i propri token devono bloccare KITE in pool di liquidità permanenti abbinati a token di modulo per attivare i loro moduli, e il requisito scala con la dimensione e l'utilizzo del modulo. Quelle posizioni di liquidità sono descritte come non prelevabili mentre i moduli rimangono attivi, il che serve sia ad approfondire la liquidità sia a rimuovere token dalla circolazione, costringendo anche a un impegno a lungo termine da parte dei partecipanti che traggono maggiori benefici dall'attività della rete. Accanto a ciò, la Fase 1 include accesso/ammissibilità all'ecosistema (costruttori e fornitori di servizi AI devono detenere KITE per integrarsi) e incentivi per l'ecosistema (una porzione dell'offerta distribuita a utenti e aziende che creano valore).
La Fase 2 è dove il token inizia a sembrare un classico asset di rete, ma ancora legato alla narrativa “economia degli agenti”. I documenti affermano che il protocollo raccoglie una piccola commissione da ciascuna transazione di servizio AI e può scambiarla per KITE sul mercato aperto prima di distribuirla ai moduli e all'L1, puntando a creare pressione di acquisto legata all'effettivo utilizzo e ricavi dei servizi. La Fase 2 introduce anche lo staking (per garantire la rete e abilitare ruoli come proprietario di modulo, validatore e delegatore) e la governance (votazione su aggiornamenti, strutture di incentivazione e requisiti per i moduli).
Il sistema dei ruoli è importante perché Kite non si descrive come “solo validatori.” Parla di moduli come ecosistemi semi-indipendenti che espongono servizi AI curati—dati, modelli, agenti—e poi validatori e delegatori che puntano su moduli specifici affinché gli incentivi si allineino con le prestazioni del modulo. Nel loro documento di tokenomics, sia i validatori che i delegatori selezionano moduli su cui puntare, e la partecipazione include responsabilità di consenso/sicurezza oltre al coinvolgimento nella governance. Binance Research ripete questa stessa struttura e sottolinea che lo staking è legato ai moduli e include un “sistema di ricompense continuo progettato per incentivare il mantenimento a lungo termine.”
Quel sistema di ricompensa è uno dei pezzi più insoliti: i documenti descrivono un meccanismo di “salvadanaio” in cui i partecipanti accumulano ricompense KITE nel tempo e possono richiedere/vendere in qualsiasi momento, ma la richiesta annulla permanentemente tutte le emissioni future a quell'indirizzo. L'intenzione è piuttosto trasparente: rendere “scarica immediatamente” una scelta costosa, costringendo i destinatari a valutare la liquidità istantanea rispetto all'accumulo a lungo termine.
Per quanto riguarda l'offerta e l'allocazione, il sito fondazione di Kite e i documenti affermano costantemente una fornitura totale limitata di 10 miliardi di KITE, distribuiti come 48% ecosistema/comunità, 20% moduli, 20% team/consulenti/primi collaboratori e 12% investitori. Le descrizioni sottolineano la crescita dell'ecosistema e gli incentivi per il 48%, incentivi per le prestazioni e lo sviluppo per i moduli, allineamento pluriennale per le allocazioni del team e vesting strutturato per gli investitori.
Attorno alla distribuzione del lancio e alle quotazioni, l'annuncio del Binance Launchpool fornisce cifre concrete: offerta totale 10.000.000.000; ricompense del Launchpool 150.000.000 (1.5% dell'offerta); e un'offerta circolante iniziale di 1.800.000.000 (18%) al momento in cui Binance ha quotato KITE il 3 novembre 2025, alle 13:00 UTC, dopo un periodo di farming di due giorni a partire dal 1 novembre 2025. Binance Research ripete anche la cifra circolante di 1.8B “a partire dal 3 novembre 2025.”
Se ti stai chiedendo perché Kite parli così tanto di conformità e auditabilità (che non è sempre il clima nel crypto), è perché il commercio agentico ha un problema di responsabilità. Un commerciante deve sapere che una richiesta di pagamento proviene da un agente che era effettivamente autorizzato a farlo, e un utente ha bisogno di una prova di ciò che l'agente ha fatto se le cose vanno male. I documenti di Kite spingono per “audit trail immutabili con divulgazione selettiva che preserva la privacy”, e il whitepaper di MiCAR va ancora oltre nell'infrastruttura di conformità: registri come liste bianche di stablecoin e liste di autorizzazione/rifiuto, motori di regole che possono applicare limiti e restrizioni, e persino allineamento con concetti come gli standard del Travel Rule cercando di mantenere le informazioni sensibili off-chain memorizzando solo riferimenti/hash. Se ciascuno di quei componenti verrà spedito esattamente come descritto è una questione di consegna, ma l'intento progettuale è molto esplicito: rendere le azioni degli agenti tracciabili a sufficienza per la regolamentazione e la risoluzione delle controversie senza trasformare tutto in una pubblica esposizione.
Kite cerca anche di evitare di essere un'isola. I loro documenti elencano esplicitamente obiettivi di compatibilità come Google A2A, Anthropic MCP, OAuth 2.1 e AP2, e sottolineano x402 come un binario standardizzato per le intenzioni da agente a agente, passaggio di messaggi verificabili, esecuzione in deposito e regolamento “attraverso ecosistemi”. Binance Research e i documenti di architettura di Kite evidenziano entrambi la compatibilità con x402 come parte del livello di fiducia programmabile, e Binance Research lo inquadra come parte della creazione di pagamenti e esecuzione delle intenzioni interoperabili tra sistemi agenti emergenti.
Dalla parte di “chi c'è dietro” , i documenti di Kite e Binance Research descrivono il team come proveniente da background di infrastruttura AI/dati (Databricks, Uber, radici accademiche come UC Berkeley), e riportano un finanziamento totale di circa $35 milioni. Binance Research elenca PayPal Ventures e General Catalyst come leader di un Serie A e menziona un investimento strategico da Coinbase Ventures legato a promuovere x402 e pagamenti agentici, con investitori aggiuntivi che includono nomi come Samsung Next, Animoca Brands, Avalanche e altri. Alcuni riassunti di terze parti menzionano totali leggermente diversi (ad esempio, $33M di finanziamento totale è riportato anche in alcuni contenuti educativi di scambio), quindi la formulazione più sicura è: più fonti intorno alla fine del 2025 descrivono un finanziamento totale nella fascia bassa-medio dei $30M, con PayPal Ventures e General Catalyst coinvolti in modo prominente.
Infine, c'è l'immagine della tabella di marcia prospettica così come è stata presentata in Binance Research: un obiettivo “alpha mainnet” nel Q4 2025 con supporto USDC e componenti principali di identità/autenticazione (incluso un MVP Passport e prove/tracce di audit), poi un mainnet pubblico all'inizio del 2026 che espande il supporto per le stablecoin (nomina PYUSD, USDT, RLUSD in quella tabella di marcia), abilitando pagamenti programmabili di base come pagamenti per utilizzo e streaming, e in seguito spingendo verso interoperabilità cross-chain e corsie di transazione più specializzate per inferenza e comunicazione. Considera ciò come uno spaccato di ciò che dice il rapporto di ricerca, non come una garanzia di date di spedizione—ma ti dà una sensazione di come Kite pensa alla sequenza: prima rendere funzionanti regolamenti di stablecoin e identità in modo controllato, poi espandere staking/governance e pagamenti programmabili più profondi, poi ampliare l'interoperabilità e il perfezionamento delle prestazioni.
Se ti allontani dal gergo, Kite sta cercando di far sentire reale una semplice promessa: dovresti essere in grado di dire, “sì, il mio agente può spendere denaro,” senza che quella frase significhi segretamente, “ho passato a un pezzo di software un assegno in bianco.” Il loro approccio è trasformare la delega in una catena crittografica (utente → agente → sessione), trasformare i limiti in matematica applicata (Standing Intent e autorizzazione a breve termine), e trasformare “pagamenti” in qualcosa che funzioni al ritmo delle macchine (canali di stato, batching e logica delle tasse denominata in stablecoin). E poi incapsulano il tutto in un design di token che inizia con l'ottenere costruttori e moduli per impegnare liquidità e partecipare precocemente, e successivamente si sposta verso staking, governance e flussi di commissione legati ai ricavi—quindi l'economia della rete è legata all'attività reale degli agenti piuttosto che solo al throughput speculativo.
@KITE AI #KITE $KITE
