Com a verificação multi-chain do @eigenlayer, parece que eles estão efetivamente visando o problema de distribuição de infraestrutura agora há essa estranha desconexão onde uma quantidade significativa de atividade já está em L2s como base, otimismo, arbitrum, etc. Mas a maior parte da infra-estrutura que vai desde oráculos, coprocessadores, camadas de finalidade, etc. está lá na rede principal Ethereum, onde reside a segurança idealmente os serviços validados ativamente (AVSs) devem estar operando mais próximos dos usuários para reduzir custos/latência e evitar camadas de ponte extras, mas esse não é o caso, há essa configuração desajeitada em que toda vez que você precisa de dados, você está fazendo a ponte para frente e para trás, pagando taxas L1, lidando com latência extra Como o EigenLayer está resolvendo isso? eles transportam a tabela de apostas (quem está garantindo o quê com quanto ETH) para L2s quando os operadores aprovam algo, o L2 pode verificar essas assinaturas em relação aos pesos de estaca transportados, Se alguém se comportar mal, o corte ainda acontece no Ethereum, mas as atualizações são sincronizadas rapidamente entre as cadeias com tal sistema: altlayer pode executar a finalidade de rollup diretamente no optimism, brevis pode fazer processamento zk em arbitrum, e O eoracle pode servir dados na base. todos apoiados pela mesma participação ETH que protege a rede principal O quadro geral aqui? Ao mesmo tempo em que mantém as garantias de segurança do Ethereum, a infraestrutura pode finalmente ir onde os usuários realmente estão, em vez de ficar presa na rede principal cara isso é melhor UX, custos mais baixos e menos atrito para todos que constroem em L2s