Cum să înțelegeți părerile noului articol al lui @VitalikButerin despre expansiunea Ethereum? Unii oameni spun că comanda lui Vitalik pentru Blob Inscription este scandaloasă.
Deci, cum funcționează pachetele blob? De ce spațiul blob nu este utilizat eficient după upgrade în Cancun? Eșantionarea disponibilității datelor DAS în pregătire pentru fragmentare?
După părerea mea, performanța Cancun este utilizabilă după upgrade, iar Vitalik este îngrijorat de dezvoltarea Rollup-ului. De ce? În continuare, permiteți-mi să vorbesc despre înțelegerea mea:

1) După cum sa explicat de mai multe ori înainte, Blob este un pachet de date temporar care este decuplat de datele de apel EVM și poate fi apelat direct de stratul de consens. Avantajul direct este că EVM nu trebuie să acceseze datele Blob atunci când execută tranzacții, deci nu poate produc rate de executie mai mari.taxa de calcul strat.

În prezent, o serie de factori sunt echilibrați. Dimensiunea unui blob este de 128k. O tranzacție în lot către rețeaua principală poate transporta până la două blob. În mod ideal, scopul final al unui bloc de rețea principală este să transporte aproximativ 128 de pachete blob de 16MB .

Prin urmare, echipa de proiect Rollup trebuie să echilibreze cât mai mult posibil factori precum numărul de blocuri Blob, capacitatea de tranzacție TPS și costurile de stocare a nodului principal de rețea Blob, cu scopul de a utiliza spațiul Blob cu o performanță optimă a costurilor.

Luând @Optimism ca exemplu, în prezent există aproximativ 500.000 de tranzacții pe zi. În medie, o tranzacție este trimisă în rețeaua principală la fiecare 2 minute, transportând 1 pachet de date Blob la un moment dat. De ce să aduceți unul? Pentru că există doar atâtea TPS-uri care nu pot fi folosite. Desigur, puteți transporta și două. Atunci capacitatea fiecărui blob nu va fi plină, dar va crește costul de stocare, ceea ce este inutil.

Ce ar trebui să facem când volumul tranzacțiilor din lanțul Rollup crește, de exemplu, 50 de milioane de tranzacții sunt procesate în fiecare zi? 1. Compress comprimă volumul tranzacțiilor fiecărui lot și permite cât mai multe tranzacții posibil în spațiul Blob 2. Mărește numărul de Blob 3. Scurtă frecvența tranzacțiilor în lot;

2) Deoarece cantitatea de date transportată de blocul de rețea principală este afectată de limita de gaz și costul de stocare, blocul de 128 de blobs per slot este o stare ideală. În prezent, nu folosim atât de multe. Optimism folosește doar 1 la fiecare 2 minute, lăsând it pentru layer2 Există încă mult loc pentru partea de proiect pentru a îmbunătăți TPS și a extinde numărul de utilizatori pe piață și prosperitatea ecologică.

Prin urmare, pentru o perioadă de timp după upgrade-ul din Cancun, Rollup nu a fost „volatil” în ceea ce privește numărul și frecvența blob-urilor utilizate, precum și utilizarea licitației pentru spațiul blob.

Motivul pentru care Vitalik a menționat inscripțiile Blobscription este că acest tip de inscripție poate crește temporar volumul tranzacțiilor, ceea ce va duce la o creștere a cererii de utilizare a blob, extinzând astfel dimensiunea. Folosirea inscripțiilor ca exemplu poate oferi o înțelegere mai profundă a mecanismul de lucru al Blob-urilor.Ce vrea cu adevărat să exprime Vitalik și inscripțiile Nu prea contează.

Pentru că, în teorie, dacă există o parte de proiect layer2 care efectuează tranzacții în loturi de înaltă frecvență și capacitate mare către rețeaua principală și umple blocul Blob de fiecare dată, atâta timp cât este dispus să suporte costul ridicat al tranzacției falsificate loturi, va afecta interesul altor layer2 pentru Blobs. Utilizare normală, dar în situația actuală, la fel ca cineva care cumpără putere de calcul pentru a efectua un atac hard fork de 51% asupra BTC, este teoretic fezabil, dar în practică îi lipsește motivația pentru profit.

Scopul introducerii Blob este de a reduce sarcina asupra EVM și de a îmbunătăți capacitățile de operare și întreținere ale nodurilor, ceea ce este, fără îndoială, o soluție personalizată pentru Rollup. Evident, nu este utilizat eficient în acest moment, iar taxa de gaz pentru al doilea strat va fi stabilă în intervalul „inferior” pentru o lungă perioadă de timp. Acest lucru va oferi pieței de nivel 2 o fereastră de dezvoltare de aur pe termen lung pentru a „crește trupele și a aduna alimente”.

3) Deci, ce se întâmplă dacă într-o zi piața de nivel 2 prosperă într-o anumită măsură, iar numărul de tranzacții de la Batch către rețeaua principală ajunge la o sumă uriașă în fiecare zi, iar pachetele de date Blob actuale nu sunt suficiente? Ethereum a oferit deja o soluție: folosind tehnologia de eșantionare a disponibilității datelor (DAS):

O înțelegere simplă este că datele care trebuie stocate inițial într-un singur nod pot fi distribuite în mai multe noduri în același timp. De exemplu, fiecare nod stochează 1/8 din toate datele Blob și 8 noduri formează un grup pentru a îndeplini Capacitatea DA, care este echivalentă cu capacitatea actuală de stocare The Blob a fost extinsă de 8 ori. Acesta este de fapt ceea ce Sharding va face în etapa viitoare de sharding.

Dar acum Vitalik a reiterat acest lucru de multe ori, foarte fermecător, și pare să avertizeze majoritatea părților din proiect layer2: Nu vă plângeți întotdeauna de capabilitățile costisitoare DA ale Ethereum. Cu capacitatea dvs. actuală TPS, nu ați dezvoltat capabilitățile de Blobează pachetele de date la extrem. Grăbește-te și crește capacitatea. Folosiți puterea de foc pentru a dezvolta ecologia, a extinde utilizatorii și volumul tranzacțiilor și nu vă gândiți întotdeauna că DA va fugi pentru a se angaja în publicarea în lanț cu un singur clic.

Ulterior, Vitalik a adăugat că, printre actualele pachete de bază, doar Arbitum a ajuns în stadiul 1. Deși @DeGateDex, Fuel etc. au ajuns în stadiul 2, nu au fost încă familiari comunității mai largi. Etapa 2 este scopul final al securității rollup-urilor. Foarte puține rollup-uri au ajuns la Etapa 1, iar majoritatea rollup-urilor sunt în Etapa 0. Se poate observa că dezvoltarea industriei rollup-urilor îl îngrijorează cu adevărat pe Vitalik.

4) De fapt, în ceea ce privește problema blocajului de expansiune, există încă mult loc pentru soluția Rollup layer 2 pentru a îmbunătăți performanța.

1. Utilizați spațiul Blob mai eficient prin compresia datelor. OP-Rollup are în prezent o componentă Compressor dedicată pentru a efectua această lucrare. Compresia off-chain proprie a ZK-Rollup SNARK/STARK demonstrează că trimiterea către rețeaua principală este „comprimare”;

2. Reduceți dependența layer2 de rețeaua principală cât mai mult posibil și utilizați doar tehnologia optimistă pentru a asigura securitatea L2 în circumstanțe speciale. De exemplu, majoritatea datelor Plasma sunt în lanț, dar depunerile și retragerile au loc pe rețeaua principală, astfel încât Mainnet să-și poată promite securitatea.

Aceasta înseamnă că nivelul 2 ar trebui să ia în considerare numai operațiunile importante, cum ar fi depozitele și retragerile, ca fiind puternic legate de rețeaua principală, ceea ce nu numai că reduce sarcina asupra rețelei principale, dar și îmbunătățește performanța proprie a L2. Capacitatea de „prelucrare paralelă” a Sequencer, menționată anterior când vorbim despre EVM paralel, poate filtra, clasifica și preprocesa un număr mare de tranzacții în afara lanțului, precum și rollup-ul hibrid promovat de @MetisL2. Tranzacțiile normale trec prin OP-Rollup , cererile speciale de retragere trec prin ZK Route etc. etc. toate au considerații similare.

asta e tot

Trebuie spus că articolul lui Vitalik care se gândește la viitorul plan de expansiune al lui Ethereum este foarte lămuritor. În special, a fost nemulțumit de starea actuală de dezvoltare a stratului 2, optimist în ceea ce privește spațiul de performanță al Blobs și a așteptat cu nerăbdare viitoarea tehnologie de sharding. El a indicat chiar câteva direcții pentru stratul 2 care merită optimizat etc.

De fapt, singura incertitudine acum este lăsată layer2 în sine.Cum să accelerăm dezvoltarea?