avec la vérification multi-chaînes d'@eigenlayer, il semble qu'ils ciblent efficacement le problème de distribution de l'infrastructure en ce moment, il y a cette étrange déconnexion où une quantité significative d'activité est déjà sur des L2 comme base, optimism, arbitrum, etc. mais la plupart de l'infrastructure allant des oracles, coprocesseurs, couches de finalité, etc. se trouve sur le mainnet ethereum, où la sécurité réside idéalement, les services validés activement (AVS) doivent fonctionner plus près des utilisateurs pour réduire les coûts/la latence et éviter des couches de pont supplémentaires, mais ce n'est pas le cas, il y a cette configuration maladroite où chaque fois que vous avez besoin de données, vous faites des allers-retours, payant des frais L1, faisant face à une latence supplémentaire comment eigenlayer résout-il cela ? ils transportent la table de mise (qui sécurise quoi avec combien d'ETH) vers les L2 lorsque les opérateurs signent quelque chose, le L2 peut vérifier ces signatures par rapport aux poids de mise transportés, si quelqu'un se comporte mal, la sanction se produit toujours sur ethereum mais les mises à jour se synchronisent rapidement entre les chaînes avec un tel système : altlayer peut exécuter la finalité de rollup directement sur optimism, brevis peut faire du traitement zk sur arbitrum, et eoracle peut fournir des données sur base. tout cela soutenu par la même mise ETH qui sécurise le mainnet la grande image ici ? tout en maintenant les garanties de sécurité d'ethereum, l'infrastructure peut enfin aller là où se trouvent réellement les utilisateurs au lieu d'être coincée sur un mainnet coûteux c'est une meilleure expérience utilisateur, des coûts réduits et moins de friction pour tous ceux qui construisent sur les L2s.