Kun @eigen_da julkaisee v2:n 15 Mt/s:sta 100 Mt/s:iin, haluan sukeltaa syvälle siihen, miten EigenDA saavuttaa tämän v1:een verrattuna. Versiossa 1 (alkuperäinen EigenDA): • Kun L2:n sekvensseri lähettää lohkon EigenDA:lle, hajottelijan (EigenDA:n sisällä) poistokoodit möykkyvät paloiksi (pienemmiksi möykkypaloiksi). • Lohkot lähetetään eri tallennusoperaattoreille. • Kukin tallennusoperaattori käsittelee omat lohkonsa (pienemmät blob-osat), joten ei ole kahta operaattoria, jotka käsittelevät samoja paloja. • Tämä lähestymistapa mahdollistaa horisontaalisen skaalauksen: enemmän operaattoreita → enemmän paloja voidaan käsitellä → suurempi suorituskyky → suurempi TPS. Versiossa 2 (uusi EigenDA): • EigenDA erottaa metatietojen (blob-otsikot) ja dataviestinnän (koodatut palat). Hajottaja lähettää DA-solmuille vain blob-otsikot, jotka vahvistavat maksu- ja nopeusrajoitukset ennen tietojen hyötykuormien pyytämistä. • Tietojen koodausta virtaviivaistetaan standardoimalla blobit 8192 lohkoon, mikä tekee koodauksesta tilatonta ja vähemmän monimutkaista. Tiedot koodataan kerran kaikille koorumeille, mikä vähentää redundanssia. • LittDB (erikoistunut DB) on suunniteltu nopeaan ja luotettavaan avain-arvon tallennukseen tavallisella laitteistolla. Se luopuu tietojen muutoksista ja monimutkaisista tapahtumista ja keskittyy peräkkäisiin tietojen vanhenemiseen skaalautuvuusvaatimusten tukemiseksi. @fuel_network ja @aevoxyz ovat jo käytössä, mutta kuten edellisessä artikkelissani kirjoitin, EigenDA ei rajoitu ollenkaan rollupeihin ja kryptoon, vaan se on myös infra, joka tukee minkä tahansa ohjelmiston tarvitsemaa tiedonsiirtoa yleensä.