sfondo
Dall'anno scorso ad oggi, EigenLayer ha accumulato più di 10 miliardi di dollari in TVL come elemento centrale dell'ecosistema Ethereum. Tuttavia, la maggior parte delle persone potrebbe considerarla semplicemente un'infrastruttura finanziaria, principalmente perché EigenLayer è la caratteristica più conosciuta è il suo concetto di "Restaking". Questa impressione iniziale rende facile pensare che EigenLayer sia solo una piattaforma per aiutare gli utenti a ottenere ulteriori vantaggi di staking. In effetti, quando pensiamo più in profondità, emerge una domanda chiave: perché lo staking di ETH o LST (liquidity staking token) genera un rendimento aggiuntivo? La risposta a questa domanda rivela la vera natura di EigenLayer. Penso che EigenLayer sia in realtà un'infrastruttura di cloud computing rivoluzionaria basata sulla finanza. Questa definizione può sembrare contraddittoria a prima vista, ma riflette esattamente l'innovazione di EigenLayer. I servizi di cloud computing tradizionali, come AWS o GCP, si basano principalmente sul provisioning e sulla gestione centralizzata delle risorse per fornire potenza di calcolo. EigenLayer ha creato un nuovo modello di infrastruttura di cloud computing combinando abilmente meccanismi di incentivi finanziari e risorse informatiche distribuite. Questo articolo approfondirà i principi e i meccanismi di EigenLayer secondo la nostra comprensione. Dopo diversi mesi di pratica di sviluppo, condivideremo anche alcune esperienze e idee su come costruire la propria rete decentralizzata basata su EigenLayer e su come progettare AVS.
Cos'è l'Eigenlayer?
Innanzitutto, EigenLayer è un'infrastruttura rivoluzionaria per l'ecosistema Ethereum. Per gli utenti, consente agli utenti che detengono asset Ethereum non solo di guadagnare interessi attraverso lo staking, ma anche di utilizzare questi certificati di deposito per supportare altri potenziali progetti e guadagnare premi aggiuntivi. Questo è il concetto centrale di EigenLayer - Restaking. È come un ponte magico che collega la forte sicurezza di Ethereum e tutti i progetti che richiedono la sicurezza del consenso della rete. Per gli sviluppatori, è come una piattaforma di cloud computing che fornisce sicurezza, consentendo loro di concentrarsi sulla costruzione del servizio decentralizzato stesso invece di dover costruire da zero complessi sistemi di consenso e sicurezza.
Cos'è l'AVS e come funziona?
Basandosi su Eigenlayer, gli sviluppatori possono creare il proprio servizio Actively Validated (AVS), che è anche il concetto più importante nell'ecosistema Eigenlayer. AVS è semplicemente un protocollo, servizio o sistema che richiede un mutuo per verificare le "attività". Ad esempio, se si desidera creare una rete di oracoli di prezzi decentralizzata, per impedire ai nodi partecipanti della rete di fare del male, è necessario consentire a questi nodi di ipotecare determinate risorse e impostare ciascun nodo per trasmettere il prezzo riportato meccanismo, allora questo scenario è molto adatto per essere completato con AVS. Il servizio AVS stesso è responsabile dell'ottenimento dei prezzi e della comunicazione dei prezzi. Allo stesso tempo, AVS corrisponde anche al suo contratto di gestione del servizio - Service Manager, che comunica con il contratto Eigenlayer. ., che contiene lo stato relativo alla funzionalità del servizio, come l'operatore che esegue il servizio e l'importo del deposito utilizzato per proteggere il servizio. Secondo Vyas Krishnan, Eigenlayer assume il ruolo di "Converti criptovaluta in cloud", quindi AVS è il servizio cloud che conosciamo in Web2 ed estende le pure capacità di calcolo on-chain di Crypto al cloud computing off-chain. Quindi, esattamente come funziona AVS sulla rete Eigenlayer.
Prima di tutto, come parte del progetto che desidera utilizzare la rete Eigenlayer, deve sviluppare il proprio client AVS e il contratto ServiceManager. Il client stesso è il servizio o il sistema che deve essere verificato dalla rete gran numero di nodi che parteciperanno alla rete in futuro, e il contratto ServiceManager stesso stabilisce le condizioni per la partecipazione dei nodi alla rete e il meccanismo di ricompensa e punizione per i nodi stessi. Ad esempio: quali token devono essere ipotecati, il numero minimo di token che devono essere ipotecati, ecc. E allo stesso tempo deve seguire alcune specifiche del contratto AVS ServiceManager e mantenere alcune interfacce di base per l'indicizzazione e la comunicazione da parte del contratto principale Eigenlayer.
I nodi partecipanti della rete stessa sono chiamati "Operatori" in Eigenlayer. Gli operatori sono operatori di nodi professionali, principalmente responsabili dell'effettivo funzionamento e della manutenzione dei nodi della rete. Quando vogliono partecipare a una determinata rete, devono soddisfare i requisiti in il ServiceManager ha stabilito le condizioni di ammissione. Come operatori, possono anche essere Staker per impegnarsi nei propri nodi. Quindi, come partecipano gli utenti ordinari all'intero processo del flusso di lavoro? Eigenlayer ha progettato una funzione di delega, che consente agli utenti ordinari di delegare i propri token al nodo dell'operatore selezionato e affidare al nodo l'ottenimento di premi aggiuntivi eseguendo i guadagni della rete AVS.
Dopo aver completato la costruzione di AVS e il reclutamento dei nodi, i servizi della rete possono essere aperti per essere consumati e utilizzati. La figura seguente è un diagramma schematico ufficiale dell'intero processo di chiamata del servizio AVS.
Si può vedere che il Service Manager attiva il nodo dell'Operatore per eseguire calcoli fuori catena attraverso l'evento evento. L'operatore restituisce i risultati del calcolo al contratto dopo averli firmati con la chiave privata, completando così una chiamata. Ma in realtà, l'utilizzo di AVS può essere più flessibile Prima di tutto, l'attivazione di AVS non deve necessariamente essere eseguita tramite Service Manager. Poiché i nodi dell'operatore hanno già divulgato il proprio IP e altre informazioni sul gateway al momento della registrazione, possono chiamare direttamente l'esposizione del gateway L'interfaccia del servizio (che richiede l'autenticazione per prevenire una grande quantità di spam) ottiene i risultati, ma in questo processo è necessario riportare i risultati e ottenere il consenso sui risultati attraverso un aggregatore, perché la stessa chiamata potrebbe avere più nodi che eseguono i servizi corrispondenti per migliorare la disponibilità del servizio. Infine, il Service Manager interagisce con il contratto Eigenlayer per completare premi e punizioni per i nodi in base ai risultati riportati.
Posizionamento principale di EigenLayer
Dopo aver terminato l'introduzione di AVS ed EigenLayer, vorrei riassumere le tre posizioni principali di EigenLayer in modo che tutti possano comprenderlo meglio e giudicare se utilizzarlo.
Una piattaforma che collega mutuatari e sviluppatori
Una delle posizioni principali di EigenLayer è quella di piattaforma che collega stakeholder e sviluppatori. Questo modello innovativo ha cambiato completamente il modo in cui le reti decentralizzate vengono costruite e partecipate, offrendo opportunità e comodità senza precedenti ad entrambe le parti. Prima dell’avvento di EigenLayer, le nuove reti decentralizzate dovevano affrontare enormi sfide di avvio a freddo:
Elevati costi di avvio: le parti del progetto devono investire molto denaro e manodopera per attirare i nodi che si uniscono alla rete.
Pressione operativa: il mantenimento di una rete di nodi attiva richiede operazioni e incentivi continui.
Soglia elevata per la partecipazione dei nodi: i potenziali operatori dei nodi devono acquistare token specifici della rete per partecipare, aumentando i rischi e i costi.
Effetti di rete lenti: con pochi partecipanti, è difficile per le nuove reti stabilire rapidamente sicurezza e affidabilità.
EigenLayer risolve abilmente questi problemi attraverso il suo design innovativo. Consente agli staker di utilizzare ETH o LST per fornire servizi di nodo per più reti contemporaneamente, abbassando notevolmente la soglia di partecipazione. Le parti del progetto possono accedere rapidamente a un’ampia rete esistente di promettenti per accelerare il processo di avvio a freddo. Per gli operatori dei nodi, non è più necessario acquistare token specifici per ciascuna rete partecipante, il che riduce l’esposizione al rischio. Consentendo agli stakeholder di ricevere premi da più reti, EigenLayer crea un ecosistema vantaggioso per tutte le parti, ottenendo un efficace allineamento degli incentivi. Questo modello innovativo non solo semplifica il processo di costruzione e partecipazione della rete decentralizzata, ma fornisce anche uno scenario efficace di guadagno di interessi per la maggior parte dei possessori di token.
Dall'attuale ecosistema EigenLayer, possiamo scoprire che esiste già un gran numero di nodi di operatori con ottime approvazioni, tra cui Coinbase Cloud, Figment, Google Cloud, Galaxy, Hashkey, ecc. L’aggiunta di queste istituzioni non solo apporta professionalità e affidabilità all’ecosistema, ma aumenta anche notevolmente la fiducia degli utenti comuni. I deleganti possono scegliere questi operatori con un forte background a cui affidare i propri beni, il che non solo ottiene servizi professionali per la gestione dei nodi, ma riduce anche i rischi. Per gli sviluppatori, questa comodità è evidente. Possono costruire rapidamente la propria rete di validatori da zero, riducendo i costi di sviluppo e mantenimento della rete di consenso e sfruttando il pool di impegno maturo e su larga scala della sicurezza e concentrarsi maggiormente sull’innovazione dei propri prodotti e servizi, piuttosto che reinventare la ruota dell’infrastruttura del consenso.
Pool di sicurezza condiviso
Come accennato in precedenza, la prima caratteristica principale di EigenLayer è che può connettere partecipanti e sviluppatori e aiutare i progetti a trovare rapidamente i nodi di verifica del servizio. Quindi, per sviluppatori e progetti, come garantire la stabilità di questi nodi e ottenere la sicurezza delle proprie reti? E il sesso? Questo è uno dei problemi principali che EigenLayer risolve e si può anche dire che sia il principale punto di forza di EigenLayer.
Qui dobbiamo prima definire quella che viene chiamata sicurezza di rete. Sappiamo tutti che nella blockchain tradizionale e nell’architettura di rete decentralizzata, ogni rete deve costruire e mantenere in modo indipendente il proprio sistema di sicurezza e consenso. Poiché in un sistema distribuito, ogni nodo ha la possibilità di fare del male, la rete deve essere costruita su una base zero trust ed è necessario costruire un rigoroso meccanismo di consenso per impedire ai nodi di fare del male e mantenere la stabilità della rete. e sicurezza. In generale, la maggior parte delle reti sceglierà di consentire ai nodi di partecipare al lavoro della rete per ottenere benefici impegnando i propri token di rete come garanzia. Attraverso il metodo "Slash", i nodi dovranno sostenere costi elevati per fare del male, raggiungendo così lo Scopo. Ma il costo stesso qui potrebbe non essere stabile. Vale a dire, se la garanzia stessa è il token nativo di queste reti, allora man mano che il prezzo fluttua, anche il costo del nodo che fa il male continuerà a fluttuare quando "il reddito dal fare il male è maggiore della garanzia" è soddisfatto, Costo "Quando questa condizione viene soddisfatta, anche la rete cadrà in una crisi di sicurezza. Questa situazione si è verificata molte volte nella storia e i prezzi della maggior parte dei token nativi della rete sono davvero molto alti facile da manipolare e instabile.
La soluzione fornita da EigenLayer si concentra sul concetto di sicurezza condivisa, che di fatto affitta la sicurezza di Ethereum a queste reti decentralizzate sotto forma di entrate. Abbinando mutuatari, nodi e vari progetti, la garanzia che determina il costo del male diventa ETH/LST. A causa della stabilità dell'ETH e dei prezzi dei token reimpegnati, tale sicurezza di rete è in realtà più affidabile. Ciò può anche aiutare una rete a stabilire rapidamente una rete di servizi decentralizzati stabile e sicura nella fase iniziale e a utilizzare i propri token come entrate per pagare le “commissioni per i servizi di sicurezza” dell’intera rete. Allo stesso modo, può anche aiutare i servizi originariamente centralizzati a passare alla decentralizzazione in questo modo, migliorando così la qualità e la trasparenza dei servizi originali, e quindi utilizzare parte dei guadagni ottenuti dai miglioramenti del servizio per fornire questi servizi di sicurezza condivisi un ciclo positivo.
Attualmente, EigenLayer dispone di risorse TVL per un valore vicino a 12 miliardi di dollari USA, che equivalgono a un enorme pool di sicurezza condiviso, sufficiente per fornire vari DA, sequenziatori, oracoli e vari servizi di sicurezza di rete decentralizzati.
Consenso programmabile
Il terzo vantaggio principale di EigenLayer è la sua capacità di consenso programmabile. Qui dobbiamo prima introdurre il concetto di AVS. Il nome completo di AVS è Actively Validated Services. AVS si riferisce a qualsiasi servizio che richiede il proprio sistema distribuito per la verifica, come Sequencer, DA, Oracle Network e vari servizi di rete decentralizzati è costituito dalle reti partecipanti. L'Operatore corrispondente opera e, in definitiva, il contratto (ServiceManager) corrispondente ad AVS gestisce e mantiene il consenso. Gli operatori devono registrarsi attraverso questo contratto, e anche i premi e le punizioni verranno attivati da questo contratto. Pertanto, si può dire che questo contratto funge da gateway di consenso di AVS. Quando gli sviluppatori scrivono contratti, possono definire in modo flessibile le proprie regole e requisiti di verifica AVS, regole di accesso ai nodi, regole Slash, ecc., e anche i token impegnati possono essere configurati in modo flessibile. La capacità di consenso programmabile di EigenLayer offre agli sviluppatori una flessibilità senza precedenti e spazio per l'innovazione. Attraverso questa funzionalità, gli sviluppatori possono regolare dinamicamente i parametri di consenso in base alla fase di sviluppo e alle esigenze della rete per garantire che la rete mantenga prestazioni e sicurezza ottimali in diversi scenari. Questa adattabilità consente al progetto di ottimizzare il proprio meccanismo operativo in qualsiasi momento e di rispondere ai mutevoli ambienti di mercato e alle esigenze degli utenti.
Idee e principi di progettazione AVS
Prima di progettare il proprio AVS, penso che la maggior parte degli sviluppatori debba pensare chiaramente alle seguenti domande:
1. I requisiti e le tipologie dei servizi previsti dal progetto stesso
Comprendere le tipologie di servizi che un progetto fornisce è fondamentale per progettare un AVS perché influisce direttamente:
Necessità: se il calcolo stesso non può essere eseguito dalla VM sulla catena o il costo è troppo elevato. Se la verifica può essere completata dal contratto sulla catena, allora si può considerare la necessità di utilizzare AVS.
Logica di verifica: servizi diversi richiedono metodi di verifica diversi. Per esempio:
Potrebbe essere necessario che il servizio Oracle debba verificare la coerenza di più origini dati
Il servizio DA richiede l'archiviazione e il recupero dei dati di autenticazione
Il controllo del rischio on-chain richiede la simulazione e la revisione delle transazioni, richiedendo efficienza e accuratezza in tempo reale
Requisiti prestazionali: il tipo di servizio determina i requisiti di velocità e throughput. Piace:
I servizi di controllo del rischio on-chain in tempo reale richiedono una latenza estremamente bassa
I servizi di intelligenza artificiale richiedono molta potenza di calcolo della GPU
Modello di sicurezza: diversi servizi affrontano diverse minacce alla sicurezza, il che influisce sulla progettazione del meccanismo di sanzione. Per esempio:
I servizi finanziari potrebbero richiedere misure di sicurezza più rigorose e sanzioni più severe
I servizi di distribuzione dei contenuti potrebbero concentrarsi maggiormente sulla resistenza alla manomissione e sulla disponibilità
Requisiti del nodo: il tipo di servizio determina i requisiti hardware e software per il nodo. Piace:
I servizi ad alta intensità di calcolo richiedono server ad alte prestazioni
I servizi ad uso intensivo di storage richiedono una grande capacità di storage
2. Come punire i nodi malvagi
Questo problema è direttamente correlato alla sicurezza e all'affidabilità di AVS. Gli sviluppatori devono progettare un meccanismo di punizione efficace per mantenere la sicurezza e la stabilità della rete. Ciò include:
Definire quale comportamento è considerato "malvagio"
Stabilire un livello di punizione appropriato, che dovrebbe essere sufficiente a fungere da deterrente, ma non così severo da portare a una diminuzione della partecipazione del nodo.
Progettare un meccanismo di giudizio e di applicazione giusto e trasparente
Un meccanismo di punizione ragionevole può ridurre efficacemente la motivazione dei nodi a fare il male e garantire il sano funzionamento a lungo termine della rete.
3. La redditività del servizio stesso e il budget che può essere versato a "Sicurezza condivisa"
Questa domanda riguarda la sostenibilità economica dell'AVS. Gli sviluppatori devono valutare:
Il modello di profitto e il reddito atteso del servizio, o come combinarlo con la propria Tokenomics nelle prime fasi del progetto per fornire aspettative di ricompensa sufficienti attraverso l'inflazione dei token.
Costi operativi, comprese infrastrutture, manutenzione, ecc.
Budget premio assegnabile a nodi e staker
Un modello economico ragionevole può garantire che AVS possa attrarre e trattenere un numero sufficiente di nodi e stakeholder mantenendo allo stesso tempo lo sviluppo sostenibile del progetto.
4. Quanta scala di rete è necessaria?
La dimensione della rete influisce direttamente sulle prestazioni, sulla decentralizzazione e sulla sicurezza di AVS:
Le reti più piccole potrebbero essere più facili da gestire, ma potrebbero sacrificare un po’ di decentralizzazione
Reti più grandi possono fornire maggiore sicurezza ma possono aumentare la complessità e i costi
Gli sviluppatori devono trovare il miglior punto di equilibrio in base ai requisiti del servizio e ai vincoli delle risorse.
AVS ecologia attuale e nuove opportunità
Sebbene EigenLayer sia ancora nelle sue fasi iniziali, riteniamo che ci siano molte opportunità e potenziale in questo ecosistema. Innanzitutto, secondo la nostra osservazione,
AVS nell’attuale ecosistema si concentra principalmente sulle seguenti aree:
E
Sequenziatore decentralizzato
Generazione di numeri casuali
ZK-Prover
Servizio Oracle
Questi servizi sono rivolti principalmente agli sviluppatori e forniscono un supporto fondamentale per l'infrastruttura blockchain. Tuttavia, abbiamo notato che ci sono alcune lacune significative nell’attuale ecosistema:
Mancanza di reti informatiche decentralizzate universali tradizionali
Non esistono quasi AVS che forniscano servizi direttamente agli utenti finali.
Crediamo che un gran numero di AVS applicati possano offrire maggiori possibilità all’ecosistema. Questi AVS applicati possono servire direttamente gli utenti finali, espandendo così l'influenza e l'utilità di EigenLayer. In qualità di fornitore di servizi di sicurezza degli utenti, GoPlus sta sfruttando l'infrastruttura di EigenLayer per creare un AVS incentrato sulla sicurezza degli utenti. Questo AVS fornirà servizi completi di protezione della sicurezza per gli utenti di criptovaluta, inclusi ma non limitati a:
Valutazione del rischio dell'indirizzo del portafoglio
Protezione antiphishing e antifrode
Valutazione del rischio token
Firewall on-chain decentralizzato in tempo reale
Costruendo AVS su EigenLayer, GoPlus fornirà servizi di sicurezza decentralizzati, trasparenti e affidabili. Questa mossa non solo migliora la credibilità del servizio, ma attira anche più partecipanti attraverso un meccanismo di incentivi. AVS di GoPlus fornirà agli utenti una protezione migliore e aiuterà EigenLayer ad espandersi in nuove aree di applicazione per gli utenti finali. Attualmente, i servizi di sicurezza di GoPlus hanno un volume medio di chiamate giornaliere fino a 21 milioni di volte. Pertanto, dopo aver completato l'aggiornamento di AVS, GoPlus AVS sarà dovrebbe diventare il più grande caso d'uso applicativo nell'ecosistema. Anche la fornitura di servizi di sicurezza in modo decentralizzato rappresenta un nuovo paradigma di sicurezza nel processo di sviluppo di Web3.