Neo-medegrondlegger Erik Zhang heeft een concept-CAIP-2-profiel voor Neo N3 toegevoegd aan het Chain Agnostic namespace-register. Het profiel definieert neo:860833102 als de gestandaardiseerde ketenidentificatiecode voor Neo N3 MainNet, waarmee een voorwaarde op naamgevingsniveau wordt geleverd voor integratie met op CAIP-2 gebaseerde systemen zoals het x402-betalingsprotocol. De identificatiecode is opgenomen in het register van de Chain Agnostic Standards Alliance, al heeft deze nog steeds de status Draft.

In zijn aankondiging zei Zhang dat hij met het werk begon nadat hij opmerkte dat protocollen zoals x402 afhankelijk zijn van CAIP-2, terwijl Neo van nature geen canonieke identificatiecode had. Hij voegde eraan toe dat het neo-namespace en het CAIP-2-profiel na gemeenschapsdiscussie en upstream-review zijn opgenomen in het Chain Agnostic namespace-register. Hij omschreef de wijziging als een klein stukje infrastructuur, maar een belangrijke voorwaarde om wallets, SDK's, betalingen en multi-chain-applicaties Neo als eersteklas netwerk te laten behandelen.

Wat is de CAIP-standaard?

CAIP staat voor Chain Agnostic Improvement Proposals, een verzameling specificaties gepubliceerd door de Chain Agnostic Standards Alliance. Het project wil voor blockchain-interoperabiliteit doen wat de Internet Engineering Task Force doet voor internetprotocollen: neutrale, multi-stakeholderstandaarden definiëren die elke keten kan implementeren zonder gebonden te zijn aan de conventies van één enkele blockchain.

De specificaties worden onderhouden in twee GitHub-repositories. De ene bevat de CAIP-specificaties zelf. De andere bevat namespace-profielen, één per blockchainfamilie, waar ketens hun identificatiecodes registreren en hun specifieke implementaties van elke CAIP documenteren.

CAIP-standaarden behandelen een reeks interoperabiliteitsproblemen, van het identificeren van een keten tot het identificeren van een account op die keten, evenals de manier waarop wallets en dApps mogelijkheden onderhandelen tussen ecosystemen. Voor projecten zoals Neo is dat belangrijk, omdat een standaardidentificatiecode vaak het eerste is wat andere tools nodig hebben voordat ze diepere netwerkfuncties kunnen gaan ondersteunen. De belangrijkste standaarden die relevant zijn voor de registratie van Neo zijn:

• CAIP-2: Blockchain ID, het canonieke formaat voor het identificeren van elke blockchain.
• CAIP-10: Account ID, dat CAIP-2 uitbreidt om walletadressen op ketenagnostische wijze te identificeren.
• CAIP-19: Asset Type en Asset ID, canonieke identificatiecodes voor tokens en NFT's over ketens heen.
• CAIP-25: Wallet Create Session JSON-RPC Method, dat standaardiseert hoe dApps in verschillende ecosystemen mogelijkheden en rechten bij wallets aanvragen.

Hoe CAIP-2 werkt

CAIP-2 definieert een eenvoudig maar belangrijk formaat: namespace:reference. Het namespace identificeert de blockchainfamilie of het protocol, terwijl de reference het specifieke netwerk binnen die familie identificeert.

Ethereum Mainnet is bijvoorbeeld eip155:1. Het eip155-namespace dekt de Ethereum-familie van ketens, en 1 is de chain ID van Ethereum MainNet. Elke EVM-compatibele keten, inclusief Neo's eigen EVM-zijchain Neo X, kan onder het eip155-namespace worden geïdentificeerd met behulp van de chain ID. Neo N3, dat een eigen, afwijkende protocolstack draait, vereist een eigen namespace.

De reference in neo:860833102 is het network magic number van Neo N3, een geheel getal dat in het protocol is ingebed en Neo N3 MainNet op bytniveau onderscheidt van andere netwerken. Het profiel merkt op dat network magic-waarden niet gegarandeerd globaal uniek zijn, aangezien privénetworken ze opnieuw kunnen gebruiken, maar de waarde fungeert als de canonieke netwerkdiscriminator in Neo's protocol en is de natuurlijke keuze voor de CAIP-2-reference.

Vóór deze registratie was er geen overeengekomen, cross-ecosysteemmanier om naar Neo N3 te verwijzen in ketenagnostische protocollen. Multi-chain-tools die naar Neo N3 moesten verwijzen, hadden geen standaardstring om te gebruiken, wat het lastiger maakte om Neo consistent te benoemen in systemen die afhankelijk zijn van gedeelde registers in plaats van ketenspecifieke conventies.

Wat is x402 en waarom is CAIP-2 relevant?

x402 is een open HTTP-betalingsprotocol dat is opgebouwd rond HTTP-statuscode 402, die in de oorspronkelijke HTTP-specificatie was gereserveerd voor “Payment Required”. Oorspronkelijk ontwikkeld en open source gemaakt door Coinbase, wordt x402 sinds juli 2026 beheerd door de x402 Foundation van de Linux Foundation. Het is ontworpen voor machineleesbare, geautomatiseerde betalingen, met name voor AI-agenten die zonder menselijke tussenkomst toegang tot API's moeten betalen.

De protocolflow werkt als volgt:

• Een client stuurt een verzoek naar een betaald API-endpoint.
• De server reageert met een 402-status en een machineleesbare betalingsvereiste.
• De client ondertekent een betalingsautorisatie en verzendt het verzoek opnieuw.
• De server of betalingsfacilitator verifieert de autorisatie en vereffent de betaling on-chain.

De uitwisseling is geautomatiseerd en vereist geen gebruikersgerichte betaalinterface.

x402 gebruikt CAIP-2-identificatiecodes om aan te geven op welke blockchain en welk netwerk een betaling moet worden vereffend. Een betalingsfacilitator die op x402 is gebouwd, verwijst naar ketens via hun CAIP-2-identificatiecode. Zonder geregistreerde identificatiecode is een keten niet adresseerbaar binnen die naamgevingslaag.

De identificatiecode neo:860833102 van Neo maakt Neo N3 verwijsbaar in het CAIP-2-naamgevingssysteem dat x402 gebruikt. De registratie alleen maakt Neo N3 echter nog niet operationeel ondersteund door x402-facilitators. Om te functioneren als x402-vereffeningsketen zou het ecosysteem nog steeds een Neo-specifieke implementatie van het betalingsschema, transaction signing aan clientzijde, verificatie- en vereffeningslogica aan serverzijde en NEP-17-assetondersteuning nodig hebben, wat nog te verrichten werk is.

Wat de registratie downstream mogelijk maakt

De CAIP-2-registratie legt de identificatielaag vast. Praktische toepassingen bouwen daar bovenop voort, en elke toepassing vereist eigen implementatiewerk.

Multi-chain-wallets en SDK's die CAIP-standaarden implementeren, hebben nu een gestandaardiseerde identificatiecode voor Neo N3. WalletConnect gebruikt bijvoorbeeld CAIP-2 en CAIP-25 om verbindingen tot stand te brengen tussen dApps en wallets op verschillende ketens. Met een geregistreerd Neo-namespace kunnen die integraties met een standaardstring naar Neo verwijzen in plaats van met aangepaste naamgevingsconventies. Voor volledige integratie moeten daadwerkelijke Neo-accountverwerking, signing, RPC-ondersteuning en transactielogica echter nog worden geïmplementeerd.

Het neo-namespace vormt ook de basis voor verdere CAIP-registraties. CAIP-10-account-ID's voor Neo N3-walletadressen, CAIP-19-assetidentificatiecodes voor NEP-17-tokens en CAIP-25-walletsessie-interacties kunnen nu worden ontwikkeld bovenop het vastgestelde namespace.

CAIP-222 en CAIP-25, momenteel respectievelijk in de status Draft en Review, zijn de cross-ecosysteem-equivalenten van NEP-20, Neo's standaard voor wallet-authenticatie, en NEP-21, haar uniforme dAPI-standaard. De vergelijking met CAIP-25 is gedeeltelijk, aangezien CAIP-25 het aanmaken van sessies dekt, terwijl NEP-21 een bredere dAPI-opzet definieert. De CAIP-2-registratie is het punt waarop Neo's interne standaarden begrijpelijk kunnen worden voor dat bredere ecosysteem.

Elk protocol, elke bridge of applicatie die CAIP-2 gebruikt voor ketenidentificatie, niet alleen x402, kan nu met een gestandaardiseerde identificatiecode naar Neo N3 verwijzen. Voor daadwerkelijke interactie met het netwerk is nog steeds ketenspecifieke logica nodig, maar de identificatiecode maakt aangepaste naamgevingsconventies overbodig en geeft downstream-ontwikkelaars een stabiel referentiepunt voor toekomstige integraties.

De volledige aankondiging is te vinden via onderstaande link: https://x.com/erikzhang/status/2089902094874775696