L'utilisation de Blob, qui n'augmente pas autant que prévu, et un réseau encore instable Selon les données de MigaLabs publiées sur ethresearch, bien que le nombre maximum de Blob ait été étendu après deux BPO avec Fusaka, la demande réelle pour L2 n'atteint pas encore ce niveau (maximum de 21 possibles, utilisation réelle moyenne de 4). En fait, comme les Blob ont été agressivement étendus, il y avait des inquiétudes concernant la charge sur le réseau, mais cela ne semble pas être un problème majeur car la demande n'a pas encore été suffisamment étendue. Il a été observé que lorsque le nombre de Blob est compris entre 16 et 21, la probabilité de manquer un bloc augmente jusqu'à 1,79 %. Cela signifie que la stabilité du réseau n'a pas encore été assurée en prévision d'une utilisation maximale des Blob. En réalité, pour des raisons de coût, les L2 ne font pas encore de rollup « correctement » sur Ethereum L1. Il y a même des chaînes ZK-rollup qui effectuent des rollups une fois par heure. 1. Avant que la demande réelle ne se manifeste pleinement, Ethereum doit continuer à améliorer la durabilité au niveau du réseau pour fonctionner de manière stable même dans un environnement avec un nombre élevé de Blob, 2. Les L2, maintenant que le coût des Blob a suffisamment baissé, doivent clarifier les hypothèses de sécurité et de disponibilité des données en effectuant des rollups L2 plus fréquemment sur L1 au lieu d'augmenter la fréquence des rollups sous prétexte de coûts.