con la verifica multi-chain di @eigenlayer, sembra che stiano affrontando efficacemente il problema della distribuzione dell'infrastruttura al momento c'è questa strana disconnessione dove una quantità significativa di attività è già su L2 come base, ottimismo, arbitrum, ecc. ma la maggior parte dell'infrastruttura, che va da oracoli, coprocessori, strati di finalità, ecc., si trova su ethereum mainnet, dove risiede la sicurezza idealmente, i servizi attivamente convalidati (AVS) devono operare più vicino agli utenti per ridurre costi/latenza e evitare strati di bridging extra, ma non è così, c'è questa configurazione ingombrante dove ogni volta che hai bisogno di dati stai facendo bridging avanti e indietro, pagando le commissioni L1, affrontando latenza extra come sta risolvendo eigenlayer questo? trasportano la tabella delle partecipazioni (chi sta garantendo cosa e con quanto ETH) su L2 quando gli operatori approvano qualcosa, l'L2 può verificare quelle firme rispetto ai pesi delle partecipazioni trasportate, se qualcuno si comporta male, la penalizzazione avviene comunque su ethereum ma gli aggiornamenti si sincronizzano rapidamente tra le catene con un sistema del genere: altlayer può eseguire la finalità del rollup direttamente su ottimismo, brevis può fare elaborazione zk su arbitrum, e eoracle può fornire dati su base. tutti supportati dalla stessa partecipazione ETH che garantisce il mainnet il quadro generale qui? mentre si mantengono le garanzie di sicurezza di ethereum, l'infrastruttura può finalmente andare dove si trovano realmente gli utenti invece di rimanere bloccata su mainnet costoso questo significa una migliore esperienza utente, costi più bassi e meno attriti per tutti coloro che costruiscono su L2s