J'ai demandé à Justin comment il voit l'évolution du rôle des rollups dans ce monde Ethereum allégé ? Sa réponse reflète un optimisme concernant la technologie des rollups natifs. Voici ce que @drakefjustin a dit sur l'avenir des rollups dans @ethereum : "Les rollups d'aujourd'hui ont deux problèmes majeurs. Le premier est qu'ils sont assez complexes et qu'ils sont probablement bogués. Donc, cela pourrait potentiellement signifier que l'intégralité du rollup pourrait être drainée. Le deuxième gros problème concerne la maintenance de l'EVM. La plupart des rollups essaient d'être des rollups équivalents à l'EVM, ce qui signifie que lorsque le L1 change, l'EVM L1 change, les L2 doivent également changer en unisson. Et pour ce faire, vous devez avoir une sorte de processus de gouvernance pour faire évoluer le rollup. Mais malheureusement, le processus de gouvernance lui-même, le chemin de mise à niveau, est lui-même une vulnérabilité de sécurité. Ne serait-il pas agréable d'avoir des rollups qui, par construction, sont sans bogue et qui n'ont pas besoin d'être mis à niveau chaque fois que le L1 est mis à niveau ? Et c'est l'idée de base des rollups natifs où vous pouvez construire un rollup dont la fonction de transition d'état d'exécution est une copie exacte de tout ce qui est disponible au L1. Par construction, parce que c'est une copie exacte du L1, c'est définitionnellement correct. Et chaque fois que le L1 change, lors d'un hard fork, tous les rollups changeraient automatiquement avec lui. Pour déployer ce précompilé pour les rollups natifs, il est assez pratique de d'abord effectuer la mise à niveau de l'EVM ZKVM... ...effectivement, ce que les rollups natifs nous donnent, c'est ⁓ une quantité illimitée d'exécution L1 à travers ces rollups natifs. Et le seul véritable goulot d'étranglement est la couche de disponibilité des données." Écoutez l'épisode complet pour plus de détails.