Pe măsură ce @eigen_da lansează v2 cu o creștere de la 15 MB/s la 100 MB/s, vreau să aprofundez modul în care EigenDA realizează acest lucru în comparație cu v1. În v1 (EigenDA original): • Când secvențiatorul L2 trimite un bloc către EigenDA, dispersorul (în cadrul EigenDA) codurile de ștergere se blochează în bucăți (bucăți mai mici). • Bucățile sunt trimise către diferiți operatori de stocare. • Fiecare operator de stocare procesează propriul set de bucăți (bucăți de blob mai mici), deci nu există doi operatori care procesează aceleași bucăți. • Această abordare permite scalarea orizontală: mai mulți operatori → mai multe bucăți pot fi procesate → un randament mai mare → TPS mai mare. În v2 (noul EigenDA): • EigenDA separă comunicarea cu metadate (anteturi blob) și date (bucăți codificate). Dispersorul trimite numai anteturi blob către nodurile DA, care validează limitele de plată și tarif înainte de a solicita sarcini de date. • Codificarea datelor este simplificată prin standardizarea bloburilor la 8192 de bucăți, făcând codificarea fără stare și mai puțin complexă. Datele sunt codificate o dată pentru toate cvorumurile, reducând redundanța. • LittDB (baze de date specializate) a fost proiectat pentru stocarea rapidă și fiabilă a cheilor-valori pe hardware standard. Renunță la modificările de date și la tranzacțiile complexe, concentrându-se pe expirarea secvențială a datelor pentru a susține cerințele de scalabilitate. @fuel_network și @aevoxyz sunt deja live, dar, așa cum am scris în articolul meu anterior, EigenDA nu se limitează deloc la rollup-uri și cripto, ci este, de asemenea, infrastructura care acceptă debitul de date necesar pentru orice software în general.