com a verificação multi-chain do @eigenlayer, parece que eles estão efetivamente abordando o problema da distribuição de infraestrutura neste momento, há essa desconexão estranha onde uma quantidade significativa de atividade já está em L2s como base, optimism, arbitrum, etc. mas a maior parte da infraestrutura, que vai desde oráculos, coprocessadores, camadas de finalização, etc., está no mainnet do ethereum, onde reside a segurança idealmente, os serviços validados ativamente (AVSs) devem operar 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 onde toda vez que você precisa de dados, está fazendo a ponte de volta e para frente, pagando taxas de L1, lidando com latência extra como o eigenlayer está resolvendo isso? eles transportam a tabela de participação (quem está segurando o que com quanto ETH) para L2s quando os operadores assinam algo, o L2 pode verificar essas assinaturas contra os pesos de participação transportados, se alguém se comportar mal, a penalização ainda acontece no ethereum, mas as atualizações sincronizam rapidamente entre as cadeias com tal sistema: a altlayer pode executar a finalização de rollup diretamente no optimism, a brevis pode fazer processamento zk no arbitrum, e a eoracle pode fornecer dados na base. tudo respaldado pela mesma participação em ETH que garante o mainnet qual é a grande imagem aqui? enquanto mantém as garantias de segurança do ethereum, a infraestrutura pode finalmente ir para onde os usuários realmente estão, em vez de ficar presa no mainnet caro isso resulta em uma melhor experiência do usuário, custos mais baixos e menos atrito para todos que estão construindo em L2s