Skip to main content

Che cos'è un AVS

Nota: Questo documento è una traduzione automatica della versione originale in inglese.

Che cos'è un AVS

Un AVS (Actively Validated Service) è un servizio decentralizzato che si basa su un insieme di validator che svolgono attivamente dei compiti e mettono a rischio uno stake economico per garantire un comportamento onesto. A differenza di uno smart contract che viene eseguito passivamente quando chiamato, un AVS richiede che i validator svolgano continuamente o periodicamente compiti specifici — verificare dati, eseguire computazioni, produrre attestazioni o mantenere la disponibilità — con il loro capitale in stake soggetto a slashing se falliscono o agiscono in modo malevolo.

In sintesi: un AVS è un servizio protetto da validator che mettono in stake capitale e affrontano penalità per i comportamenti scorretti — strettamente correlato al restaking, che fornisce il meccanismo con cui questi validator estendono la loro sicurezza economica da una blockchain esistente all'AVS.

Come funziona un AVS

Il concetto di AVS formalizza uno schema che è sempre esistito nei sistemi blockchain: servizi che hanno bisogno di partecipanti attivi ed economicamente incentivati per funzionare correttamente.

Validazione attiva

Il meccanismo di consenso di una blockchain è esso stesso una forma di validazione attiva — i validator devono proporre e attestare i blocchi continuamente, e vengono penalizzati per i comportamenti scorretti. Un AVS generalizza questo schema oltre il consenso. Qualsiasi servizio che richiede lavoro attivo dai validator — non solo l'esecuzione passiva di smart contract — può essere strutturato come AVS. Gli esempi includono la disponibilità dei dati (archiviare e servire dati su richiesta), i feed di dati oracle, la verifica di messaggi cross-chain, la verifica dell'inferenza AI e le operazioni keeper che attivano azioni quando si verificano condizioni specifiche.

Sicurezza economica tramite restaking

Storicamente, ogni servizio che richiedeva validazione attiva doveva costruire da zero la propria sicurezza — reclutando validator, lanciando un token di staking e accumulando un impegno economico sufficiente a scoraggiare gli attacchi. Questo è costoso e crea una sicurezza frammentata.

Il modello AVS, in particolare come promosso dai framework di restaking, cambia questa dinamica. Invece che ogni AVS abbia bisogno del proprio pool di staking indipendente, i validator possono fare restaking di asset da una blockchain consolidata per proteggere simultaneamente più protocolli AVS. Il capitale in restaking è soggetto a slashing da parte di ogni AVS a cui il validator aderisce, creando una reale responsabilità economica senza richiedere che ogni servizio parta da zero.

Slashing e responsabilità

La caratteristica distintiva di un AVS è che i validator affrontano conseguenze economiche reali per le prestazioni scadenti. Ogni AVS definisce le proprie condizioni di slashing — i comportamenti scorretti o i fallimenti specifici che comportano la perdita del capitale in stake. Queste condizioni possono includere:

  • Fornire dati o attestazioni errati.
  • Non rispondere entro una finestra temporale richiesta.
  • Firmare dichiarazioni in conflitto (equivocazione).
  • Essere offline durante un periodo di servizio critico.

Le regole di slashing devono essere oggettive e verificabili — idealmente dimostrabili on-chain — in modo che le controversie possano essere risolte in modo trasparente.

Perché è importante per i progetti cripto AI

Molti progetti cripto AI hanno bisogno di garanzie che vanno oltre ciò che gli smart contract passivi possono fornire. Hanno bisogno di lavoro attivo — verifica, computazione, consegna dei dati — svolto da partecipanti economicamente incentivati. Il modello AVS fornisce un framework per questo.

Verifica dell'inferenza AI. Quando un modello AI produce un risultato off-chain, come fa la blockchain a sapere che il risultato è corretto? Un AVS può essere strutturato in modo che più validator verifichino o rieseguano indipendentemente l'inferenza, attestino il risultato e affrontino lo slashing se la loro attestazione viene dimostrata errata.

Coordinamento decentralizzato dei task AI. Le reti di calcolo AI che distribuiscono task a più operatori possono usare il modello AVS per garantire che gli operatori svolgano il lavoro correttamente. I validator monitorano il completamento dei task, valutano gli output e applicano penalità per il lavoro di scarsa qualità.

Sicurezza senza frammentazione dei token. Invece di lanciare un nuovo token specificamente per proteggere i servizi di verifica AI, un progetto AI può strutturare il proprio livello di verifica come AVS e attingere alla sicurezza in restaking, evitando la complessità di creare e mantenere un token di sicurezza separato.

Dove compare nelle schede progetto di DecAIHub

  • Type — un progetto che funziona come AVS o fornisce infrastruttura AVS può essere classificato con un tipo che riflette il suo ruolo di servizio validato attivamente.
  • Category — i servizi di verifica o coordinamento AI basati su AVS rientrano tipicamente in categorie legate a Infra nelle schede progetto.
  • Consensus — i progetti costruiti come protocolli AVS hanno la propria logica di validazione e slashing, che può essere menzionata nella descrizione del consenso o dell'architettura di sicurezza.
  • Token model — se il token del progetto viene usato per lo staking all'interno dell'AVS (o se ricompensa i validator dell'AVS), questo si riflette nel modello di token.

Cosa un AVS da solo non dimostra

  • Qualità dell'AI — un AVS protegge il processo di validazione, non il modello AI stesso. Un AVS ben progettato può verificare che i validator riportino onestamente i risultati dell'inferenza, ma non può garantire che il modello AI sottostante sia accurato, utile o ben addestrato.
  • Sicurezza sufficiente — la sicurezza di un AVS dipende dall'ammontare totale del capitale in restaking, dal numero e dall'indipendenza dei validator e dalla solidità delle condizioni di slashing. L'etichetta «AVS» non garantisce una sicurezza economica adeguata.
  • Decentralizzazione — se un piccolo numero di validator controlla la maggior parte del capitale in restaking di un AVS, il servizio è decentralizzato di nome ma centralizzato nella pratica. La diversità dei validator e la distribuzione dello stake contano.
  • Necessità — non tutti i servizi AI hanno bisogno delle garanzie di sicurezza economica di un AVS. Alcuni task AI possono essere verificati con altri mezzi (prove crittografiche, sistemi di reputazione o semplice ridondanza). Un AVS aggiunge costi e complessità; il suo utilizzo dovrebbe essere giustificato dai requisiti di sicurezza.

Da non confondere con

  • Restaking — il restaking è il meccanismo che fornisce sicurezza economica a un AVS estendendo il capitale in stake da una blockchain esistente. L'AVS è il servizio che consuma questa sicurezza. Il restaking è il come; l'AVS è il cosa. Vedi Che cos'è il restaking.
  • Smart contract — uno smart contract esegue codice quando viene chiamato e non richiede partecipazione attiva tra le chiamate. Un AVS richiede lavoro attivo continuo o periodico dai validator, con penalità economiche per il mancato adempimento.
  • Validator — un validator è un partecipante che svolge compiti di validazione. Un AVS è il servizio che quei validator proteggono. I validator esistono indipendentemente dal concetto di AVS.
  • Middleware — in alcuni contesti, i protocolli AVS sono descritti come «middleware» perché si trovano tra il livello base della blockchain e le applicazioni per gli utenti finali. Tuttavia, non tutto il middleware è un AVS, e non tutti i protocolli AVS svolgono una funzione di middleware.

Domande frequenti

Qual è la relazione tra AVS e restaking?

Il restaking fornisce il meccanismo di sicurezza economica; l'AVS definisce il servizio che lo utilizza. Un framework di restaking consente ai validator di aderire alla protezione di specifici protocolli AVS estendendo il loro capitale in stake. In cambio, i validator guadagnano ricompense aggiuntive dall'AVS per lo svolgimento dei suoi compiti di validazione. L'AVS definisce quale lavoro deve essere svolto e quali condizioni di slashing si applicano; il restaking fornisce il capitale e la struttura di responsabilità.

Un AVS può esistere senza restaking?

Concettualmente sì — qualsiasi servizio con validazione attiva e penalità economiche si qualifica. Tuttavia, il vantaggio pratico del modello AVS deriva dalla sua combinazione con il restaking, che risolve il problema del bootstrap della sicurezza. Senza restaking, ogni AVS dovrebbe reclutare e capitalizzare da zero il proprio insieme di validator.

Perché un progetto cripto AI dovrebbe usare un AVS invece di un oracle tradizionale?

Un oracle consegna dati esterni a una blockchain. Un AVS può svolgere una gamma più ampia di compiti di validazione attiva, inclusa ma non limitata alla consegna dei dati. Per un progetto AI che ha bisogno di validator per verificare i risultati dell'inferenza, monitorare le prestazioni dei modelli, coordinare task di calcolo o far rispettare standard di qualità, un AVS fornisce un framework più generale e personalizzabile di un oracle standard. Il modello AVS consente anche condizioni di slashing più complesse, su misura per i comportamenti scorretti specifici dell'AI.

Riferimenti esterni

Vedi anche

No comments to display

Back to top