EigenLayer (EIGEN): gli stati di slashing e di prelievo limitano la liquidità
EigenLayer è un protocollo Ethereum che consente di allocare lo stake supportato a servizi aggiuntivi. EIGEN è un asset del protocollo; ETH rimane la valuta di gas della chain host. Questa pagina si concentra sullo slashing e sui limiti di liquidità degli stati di prelievo e sui controlli che gli utenti devono effettuare prima di utilizzare il protocollo o di valutare il ruolo del token.
Comprendi cosa garantisce una posizione di restaking di EigenLayer e quali rischi aggiuntivi accetta.
Oggetto:
EigenLayer
Modalità di mercato:
Solo istantanea
Asset per le commissioni:
ETH
Fuso orario:
UTC
Questa pagina non raccomanda un operatore, non stima i premi, non verifica un AVS, non fa restaking di asset, non calcola le perdite da slashing e non fornisce consulenza sugli investimenti.
Proprietà dei contenuti: Redazione di BitcoinToolkitRiferimenti tecnici: documentazione ufficiale del protocollo e per sviluppatori.Approccio di revisione: le spiegazioni tecniche sono verificate rispetto alle fonti primarie e aggiornate quando la rete o l'asset cambiano.Ultima revisione dei contenuti: Ultimo test di integrazione dati:
Lo slashing e gli stati di prelievo limitano la liquidità
Uscire da una posizione è un processo, non uno scambio di token istantaneo.
Flusso di lavoro di EigenLayer dalla prima decisione dell'utente a un risultato verificato.
Allocazione, deallocazione e ritardo
Lo stake allocato può essere esposto alle condizioni di slashing dei servizi supportati dall'operatore. La deallocazione e la non delega possono introdurre ritardi, così gli obblighi pendenti rimangono esecutivi. Anche i prelievi di strategia dipendono dallo stato del contratto e dal token sottostante; il restaking nativo aggiunge il ciclo di uscita e prelievo del validatore Ethereum.
Non stimare il rischio solo dal valore totale indicato né presumere che tutti gli operatori ottengano gli stessi AVS. Controlla le allocazioni attive, gli impegni soggetti a slashing, lo stato del prelievo e gli aggiornamenti dei contratti intelligenti. I token di restaking liquido aggiungono un altro emittente e un altro livello di liquidità e non devono essere rappresentati come identici a una posizione diretta su EigenLayer.
Il restaking aggiunge un livello di allocazione sopra lo stake di Ethereum
Una posizione è definita da più del semplice token depositato.
Asset, strategia, operatore e servizio
I token di staking liquido possono entrare in contratti di strategia approvati, mentre il restaking nativo collega le credenziali di prelievo dei validatori Ethereum tramite EigenPods. Il restaker delega quote idonee a un operatore EigenLayer. Tale operatore si registra per uno o più Actively Validated Services e alloca lo stake secondo le regole del protocollo e del servizio.
Prima di depositare, identifica il token esatto, il contratto della strategia, il proprietario del prelievo, l'operatore e i servizi che possono ricevere l'allocazione. Un operatore non è il custode di un normale saldo di wallet, ma la delega dà all'operatore un ruolo importante nel modo in cui la posizione partecipa. I rischi di token, contratto intelligente e operatore rimangono distinti.
Ogni AVS definisce il proprio lavoro e le proprie condizioni di fallimento
La sicurezza ristoccata non trasforma ogni servizio in consenso Ethereum.
Doveri dei servizi opt-in
Un Actively Validated Service può utilizzare gli operatori per la disponibilità dei dati, la verifica o altri lavori al di fuori dei doveri base del validatore Ethereum. Gli operatori aderiscono e eseguono software specifici del servizio. I contratti AVS ed EigenLayer definiscono allocazioni, ricompense e condizioni applicabili, piuttosto che ereditare un insieme di regole identico per ogni servizio.
Esamina ogni servizio in modo indipendente. La finalità di Ethereum può proteggere i contratti che registrano gli impegni, ma non dimostra che ogni output offchain sia corretto senza il design dell'AVS. Uno stake aggregato più ampio può migliorare la deterrenza economica, lasciando bug software, operatori correlati e definizioni di task errate come rischi separati.
Scegli il prossimo controllo di EigenLayer
Segui la posizione esatta piuttosto che la categoria generale di restaking.
Prima di depositare o uscire
Per un deposito, verifica la strategia e il contratto del token. Per la delega, esamina l'operatore, gli AVS attivi e i limiti di allocazione. Per un'uscita, controlla i prelievi in coda, i ritardi di deallocazione e qualsiasi stato del validatore Ethereum. Conserva ETH per ogni transazione sulla catena host, perché EIGEN non sostituisce il gas di Ethereum.
Usa indirizzi e dashboard ufficiali dei contratti, poi leggi la documentazione di ogni AVS selezionato. Evita pagine di ricompense copiate, dichiarazioni di operatori non firmate e approvazioni con ambito illimitato non correlato. Continua con strumenti di validazione e sicurezza per controlli su indirizzi, allowance e operatività.
Chi paga le commissioni di transazione quando si utilizza EigenLayer?
Ether (ETH) paga la commissione di rete applicabile. ETH paga il gas per le transazioni contrattuali di EigenLayer. Verifica la rete selezionata prima di firmare, perché un'approvazione, un bridge, un claim o un'uscita successivi possono richiedere un'altra transazione.
I tempi delle ricompense o del prelievo di EigenLayer possono cambiare dopo lo staking?
Sì. I tassi di ricompensa, le performance dei validatori, l'esposizione allo slashing, la liquidità e le code di uscita possono cambiare mentre la posizione rimane aperta.
Limitazioni note
Le strategie supportate, le allocazioni e le regole di slashing possono cambiare.
Ogni AVS ha rischi operativi indipendenti.
La pagina non ispeziona una posizione né stima ricompense.
Metodologia dei dati di mercato
La pagina utilizza un'istantanea aggregata EIGEN/USD di CoinGecko. Nessun grafico di scambio è reso per questa entità.
Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (EIGEN/USD)
Cache
La cache dello snapshot è di circa 60 secondi.
Gestione dei guasti
I dati memorizzati nella cache e verificati sono etichettati come Cached o Delayed. I valori mancanti rimangono non disponibili.
