con la verificación multi-cadena de @eigenlayer, parece que están abordando efectivamente el problema de distribución de infraestructura ahora mismo hay una desconexión extraña donde una cantidad significativa de actividad ya está en L2s como base, optimismo, arbitrum, etc. pero la mayor parte de la infraestructura, que abarca oráculos, coprocesadores, capas de finalización, etc., está en la mainnet de ethereum, donde reside la seguridad idealmente, los servicios validados activamente (AVS) deben operar más cerca de los usuarios para reducir costos/latencia y evitar capas de puente adicionales, pero ese no es el caso, hay una configuración torpe donde cada vez que necesitas datos estás haciendo puentes de ida y vuelta, pagando tarifas de L1, lidiando con latencia adicional ¿cómo está resolviendo esto eigenlayer? transportan la tabla de participación (quién está asegurando qué y con cuánto ETH) a L2s cuando los operadores firman algo, el L2 puede verificar esas firmas contra los pesos de participación transportados, si alguien se comporta mal, la penalización aún ocurre en ethereum, pero las actualizaciones se sincronizan rápidamente entre cadenas con un sistema así: altlayer puede ejecutar la finalización de rollup directamente en optimismo, brevis puede hacer procesamiento zk en arbitrum, y eoracle puede servir datos en base. todo respaldado por la misma participación de ETH que asegura la mainnet ¿la gran imagen aquí? mientras se mantienen las garantías de seguridad de ethereum, la infraestructura finalmente puede ir a donde realmente están los usuarios en lugar de estar atrapada en la costosa mainnet eso es mejor UX, costos más bajos y menos fricción para todos los que construyen en L2s