La Pocket Network Foundation contribuisce alla stesura di un nuovo standard Ethereum per la convalida degli agenti di intelligenza artificiale decentralizzati

PNF promuove la stesura dello standard ERC-8294, una bozza di estensione dello standard ERC-8004 che consente a reti di validatori senza autorizzazione e con operatori diversi di fungere da livello di fiducia per gli agenti di intelligenza artificiale

La Pocket Network Foundation (PNF), l’organizzazione senza scopo di lucro che gestisce una delle più grandi reti decentralizzate di infrastrutture di nodi nel Web3, ha annunciato oggi che l’ERC-8294, “Validation Network for ERC-8004”, è stato presentato come bozza di standard al repository degli ERC di Ethereum. La proposta è stata redatta congiuntamente da collaboratori di PNF e Synaptika ed è attualmente in fase di revisione da parte dei redattori degli ERC di Ethereum, con una discussione aperta in corso su Ethereum Magicians. L’ERC-8294 estende l’ERC-8004, lo standard emergente di Ethereum per gli agenti IA trustless, con IValidationNetwork: un’interfaccia standard per smart contract che consente a una rete di validatori indipendenti, anziché a un singolo indirizzo, di fungere da livello di fiducia per la verifica degli agenti IA all’interno del Registro di convalida dell’ERC-8004.

Colmare una lacuna nell’infrastruttura degli agenti di IA

Il Registro di convalida dell’ERC-8004 è volutamente neutrale riguardo a chi convalidi un agente di IA, una scelta deliberata che consente l’emergere e la concorrenza di numerose implementazioni di validatori. In pratica, i team che realizzano configurazioni con più validatori sono stati costretti a progettare da zero le proprie regole di selezione, i formati di attestazione e i percorsi di verifica, senza uno standard condiviso per l’interoperabilità. I clienti che si integrano con più di una rete devono scrivere codice di verifica specifico per ciascuna rete.

L’ERC-8294 definisce quell’interfaccia mancante. Standardizza la superficie contrattuale e una busta di attestazione portatile, basato su EIP-712, in modo che qualsiasi rete sufficientemente decentralizzata — che si tratti di una rete RPC senza autorizzazione, di un Actively Validated Service (AVS) basato sul restaking, di un consorzio TEE o di una rete oracolare decentralizzata — possa implementare lo standard ed essere verificata da qualsiasi client utilizzando lo stesso codice. La proposta non prescrive alcun algoritmo di selezione, modello di incentivazione o modello di slashing; definisce solo l’interfaccia.

La diversità degli operatori come parametro di primo ordine

Un principio fondamentale di progettazione è il trattamento della diversità degli operatori come parametro di politica esplicito e applicabile. I chiamanti possono specificare non solo quanti validatori devono attestare il comportamento di un agente, ma anche da quanti operatori distinti e indipendenti tali validatori debbano provenire, una distinzione di sicurezza che gli approcci esistenti lasciano implicita o non applicata.

Come afferma la specifica, la selezione multi-validatore in cui ogni validatore condivide un unico operatore equivale di default a una collusione.

La proposta è chiara riguardo ai limiti di tale garanzia: un contratto può contare operatori distinti ma non può dimostrare che siano indipendenti. La validità della dichiarazione di diversità dipende quindi dalla credibilità della metodologia di identificazione degli operatori e dell’analisi di concentrazione pubblicate da ciascuna rete, che l’ERC-8294 richiede alle reti di pubblicare insieme ai contratti implementati.

Rigorosamente additivo, ampiamente componibile

L’ERC-8294 non modifica il contratto del Registro di Convalida dell’ERC-8004. I validatori esistenti a indirizzo singolo continuano a funzionare senza modifiche e le risposte aggregate vengono riscritte tramite le funzioni esistenti del registro, preservando la compatibilità con gli attuali indicizzatori ed explorer. L’estensione è pensata per integrarsi con l’ERC-8004, piuttosto che sostituirlo o competere con qualsiasi sua parte.

L’implementazione di riferimento attiva, realizzata sulla base del set di fornitori di Pocket Network — una rete senza autorizzazione composta da circa 5.000 nodi fornitori gestiti da più operatori indipendenti, con selezione pseudo-casuale dal set di sessioni attive — è destinata ad accompagnare la specifica v1 in un repository complementare. Viene offerta come una delle diverse implementazioni possibili, non come quella privilegiata.

«Gli agenti di IA che operano su Ethereum necessitano di un livello di fiducia che rifletta gli stessi valori di decentralizzazione su cui è stata costruita la rete», ha affermato Chris «Jinx» Jenkins, amministratore delegato della Pocket Network Foundation e coautore della proposta. «Questo standard fornisce a qualsiasi rete decentralizzata l’interfaccia necessaria per svolgere tale ruolo e offre a qualsiasi client di agenti di IA un modo portabile per richiedere e verificare la convalida multi-operatore, indipendentemente dalla rete utilizzata».

Tra i coautori della proposta ERC-8294 figurano Chris "Jinx" Jenkins (Pocket Network Foundation), Luis Correa de León (Synaptika), Bryan White (Pocket Network Community Engineering) e Tiago Merlini, autore delle proposte ERC-8299 ed ERC-8309. La bozza è disponibile nel repository degli ERC di Ethereum, con le specifiche canoniche e i materiali di riferimento gestiti dalla PNF, mentre la discussione è aperta su Ethereum Magicians.

ERC-8294: https://github.com/pokt-network/erc-8004-vni/blob/main/erc-8294.md Informazioni sulla Pocket Network Foundation

La Pocket Network Foundation è un’organizzazione senza scopo di lucro che fornisce un’infrastruttura RPC decentralizzata che collega le applicazioni ai dati della blockchain attraverso una rete senza autorizzazione composta da migliaia di operatori di nodi indipendenti in tutto il mondo. ________________________________________________________________________

Bitcoin.com non si assume alcuna responsabilità e non sarà ritenuta responsabile, né direttamente né indirettamente, per eventuali perdite, danni, reclami, costi o spese di qualsiasi tipo, siano essi effettivi, presunti o consequenziali, derivanti da o in relazione all’uso o all’affidamento su qualsiasi contenuto, bene o servizio citato in questo articolo. L'affidamento su tali informazioni è strettamente a rischio e pericolo del lettore.