Utilizarea blob-ului nu a crescut atât de mult pe cât se aștepta, rețea încă instabilă Conform datelor MigaLabs postate pe ethresearch, numărul maxim de blob-uri a crescut de la Fusaka și cele două BPO-uri, dar cererea reală pentru L2 nu a atins încă acest nivel. (Până la 21 disponibile, în medie 4 folosite efectiv) De fapt, eram îngrijorat de încărcarea rețelei pentru că am extins agresiv blob-ul, dar cred că motivul pentru care nu a fost o problemă mare a fost că nu am scalat încă prea multă cerere. De fapt, s-a observat că atunci când numărul de bloburi este 16~21, probabilitatea de ratare a blocurilor crește la 1,79%. Aceasta înseamnă că stabilitatea rețelei nu a fost încă asigurată pentru utilizarea crescută a blob-urilor către Max. De fapt, din cauza problemelor de cost, L2-urile nu s-au "rulat corespunzător" încă în Ethereum L1. Există chiar și cazuri în care un anumit lanț ZK rollup se înrolează o dată pe oră. 1. Înainte ca cererea reală să apară cu adevărat, Ethereum va trebui să continue să-și îmbunătățească durabilitatea la nivel de rețea pentru a se asigura că poate funcționa stabil în medii cu multe blob-uri. 2. Acum că costurile blob-ului sunt suficient de scăzute, L2-urile ar trebui să clarifice presupunerile lor privind securitatea și disponibilitatea datelor prin rollarea tranzacțiilor L2 în L1 mai frecvent, în loc să folosească costurile ca pretext pentru a crește ciclul de rollup.