Il cofondatore di Neo, Erik Zhang, ha aggiunto un profilo CAIP-2 in bozza per Neo N3 al registro dei namespace Chain Agnostic. Il profilo definisce neo:860833102 come identificatore standardizzato della blockchain per Neo N3 MainNet, fornendo un prerequisito a livello di naming per l'integrazione con sistemi basati su CAIP-2, come il protocollo di pagamento x402. L'identificatore è stato integrato nel registro della Chain Agnostic Standards Alliance, anche se il suo stato rimane Draft.

Nel suo annuncio, Zhang ha dichiarato di aver iniziato il lavoro dopo aver notato che protocolli come x402 si affidano a CAIP-2, mentre il Neo nativo non aveva alcun identificatore canonico. Ha aggiunto che, in seguito alla discussione della community e alla revisione upstream, il namespace neo e il profilo CAIP-2 sono stati integrati nel registro dei namespace Chain Agnostic. Ha descritto la modifica come un piccolo tassello di infrastruttura, ma un prerequisito importante affinché wallet, SDK, pagamenti e applicazioni multi-chain possano trattare Neo come una rete di prima classe.

Che cos'è lo standard CAIP?

CAIP sta per Chain Agnostic Improvement Proposals, un insieme di specifiche pubblicate dalla Chain Agnostic Standards Alliance. Il progetto mira a fare per l'interoperabilità blockchain ciò che l'Internet Engineering Task Force fa per i protocolli internet: definire standard neutri e multi-stakeholder che qualsiasi blockchain possa implementare senza essere legata alle convenzioni di una singola blockchain.

Le specifiche sono mantenute in due repository GitHub. Uno contiene le specifiche CAIP vere e proprie. L'altro contiene i profili dei namespace, uno per ogni famiglia di blockchain, in cui le blockchain registrano i propri identificatori e documentano le proprie implementazioni specifiche di ogni CAIP.

Gli standard CAIP affrontano una gamma di problemi di interoperabilità, dall'identificazione di una blockchain all'identificazione di un account su quella blockchain, fino al modo in cui wallet e dApp negoziano le capacità tra ecosistemi. Per progetti come Neo questo è importante, perché un identificatore standard è spesso la prima cosa di cui gli altri strumenti hanno bisogno prima di poter iniziare a supportare funzionalità di rete più approfondite. Gli standard chiave rilevanti per la registrazione di Neo sono:

• CAIP-2: Blockchain ID, il formato canonico per identificare qualsiasi blockchain.
• CAIP-10: Account ID, che estende CAIP-2 per identificare gli indirizzi dei wallet in modo indipendente dalla blockchain.
• CAIP-19: Asset Type e Asset ID, identificatori canonici per token e NFT su diverse blockchain.
• CAIP-25: Wallet Create Session JSON-RPC Method, che standardizza il modo in cui le dApp richiedono capacità e permessi ai wallet nei diversi ecosistemi.

Come funziona CAIP-2

CAIP-2 definisce un formato semplice ma importante: namespace:reference. Il namespace identifica la famiglia di blockchain o il protocollo, mentre il riferimento identifica la rete specifica all'interno di quella famiglia.

Ethereum Mainnet, ad esempio, è eip155:1. Il namespace eip155 copre la famiglia di blockchain di Ethereum e 1 è il chain ID di Ethereum MainNet. Qualsiasi blockchain compatibile con EVM, inclusa la sidechain EVM di Neo, Neo X, può essere identificata sotto il namespace eip155 utilizzando il proprio chain ID. Neo N3, che utilizza uno stack di protocolli proprio e distinto, richiede un proprio namespace.

Il riferimento in neo:860833102 è il network magic number di Neo N3, un intero incorporato nel protocollo che distingue Neo N3 MainNet dalle altre reti a livello di byte. Il profilo evidenzia che i valori network magic non sono garantiti come unici a livello globale, poiché le reti private possono riutilizzarli, ma il valore funge da discriminante canonico di rete nel protocollo di Neo e rappresenta la scelta naturale per il riferimento CAIP-2.

Prima di questa registrazione, non esisteva un modo concordato e trasversale tra ecosistemi per riferirsi a Neo N3 nei protocolli indipendenti dalla blockchain. Gli strumenti multi-chain che dovevano fare riferimento a Neo N3 non avevano alcuna stringa standard da utilizzare, il che rendeva più difficile denominare Neo in modo coerente nei sistemi che dipendono da registri condivisi anziché da convenzioni specifiche di ogni blockchain.

Che cos'è x402 e perché CAIP-2 è importante?

x402 è un protocollo di pagamento HTTP aperto costruito attorno al codice di stato HTTP 402, che la specifica originale di HTTP aveva riservato a “Payment Required”. Sviluppato in origine e reso open source da Coinbase, x402 è ora gestito dalla x402 Foundation della Linux Foundation a partire da luglio 2026. È progettato per pagamenti automatizzati e leggibili dalle macchine, in particolare per gli agenti AI che devono pagare l'accesso alle API senza intervento umano.

Il flusso del protocollo funziona come segue:

• Un client invia una richiesta a un endpoint API a pagamento.
• Il server risponde con uno stato 402 e un requisito di pagamento leggibile dalla macchina.
• Il client firma un'autorizzazione di pagamento e ritenta la richiesta.
• Il server o il facilitatore di pagamento verifica l'autorizzazione e regola il pagamento on-chain.

Lo scambio è automatizzato e non richiede un'interfaccia di pagamento rivolta all'utente.

x402 utilizza gli identificatori CAIP-2 per specificare su quale blockchain e rete un pagamento deve essere regolato. Un facilitatore di pagamento basato su x402 fa riferimento alle blockchain tramite il relativo identificatore CAIP-2. Senza un identificatore registrato, una blockchain non è indirizzabile all'interno di quel livello di naming.

L'identificatore neo:860833102 di Neo rende Neo N3 referenziabile nel sistema di naming CAIP-2 utilizzato da x402. Tuttavia, la registrazione di per sé non rende Neo N3 operativamente supportato dai facilitatori x402. Affinché Neo possa funzionare come blockchain di regolamento x402, l'ecosistema avrebbe ancora bisogno di un'implementazione specifica per Neo dello schema di pagamento, della firma delle transazioni lato client, della logica di verifica e regolamento lato server e del supporto degli asset NEP-17, un lavoro che resta da fare.

Cosa consente la registrazione a valle

La registrazione CAIP-2 stabilisce il livello degli identificatori. Le applicazioni pratiche si costruiscono al di sopra di esso e ciascuna richiede il proprio lavoro di implementazione.

I wallet multi-chain e gli SDK che implementano gli standard CAIP hanno ora un identificatore standardizzato per Neo N3. WalletConnect, ad esempio, utilizza CAIP-2 e CAIP-25 per stabilire connessioni tra dApp e wallet su diverse blockchain. Con un namespace Neo registrato, queste integrazioni possono fare riferimento a Neo utilizzando una stringa standard anziché convenzioni di denominazione personalizzate. Tuttavia, per un'integrazione completa sarebbe ancora necessario implementare la gestione effettiva degli account Neo, la firma, il supporto RPC e la logica delle transazioni.

Il namespace neo fornisce inoltre le basi per ulteriori registrazioni CAIP. Gli ID account CAIP-10 per gli indirizzi wallet di Neo N3, gli identificatori di asset CAIP-19 per i token NEP-17 e le interazioni di sessione wallet CAIP-25 possono ora essere sviluppati sulla base del namespace stabilito.

CAIP-222 e CAIP-25, attualmente in stato rispettivamente Draft e Review, sono gli analoghi tra ecosistemi di NEP-20, lo standard di autenticazione dei wallet di Neo, e NEP-21, il suo standard dAPI unificato. Il confronto con CAIP-25 è parziale, poiché CAIP-25 riguarda la creazione della sessione mentre NEP-21 definisce una superficie dAPI più ampia. La registrazione CAIP-2 rappresenta il punto in cui gli standard interni di Neo possono iniziare a diventare leggibili per quell'ecosistema più ampio.

Qualsiasi protocollo, bridge o applicazione che utilizza CAIP-2 per l'identificazione delle blockchain, non solo x402, può ora fare riferimento a Neo N3 utilizzando un identificatore standardizzato. Per l'interazione effettiva con la rete è ancora richiesta una logica specifica della blockchain, ma l'identificatore elimina la necessità di convenzioni di denominazione personalizzate e offre agli sviluppatori a valle un punto di riferimento stabile per le integrazioni future.

L'annuncio completo è disponibile al link seguente: https://x.com/erikzhang/status/2089902094874775696