Når @eigen_da lanserer v2 med økning fra 15 MB/s til 100 MB/s gjennomstrømning, vil jeg dykke dypt inn i hvordan EigenDA oppnår dette sammenlignet med v1. I v1 (original EigenDA): • Når L2s sequencer sender en blokk til EigenDA, koder dispergeren (innenfor EigenDA) slettekoder blob i biter (mindre blobbiter). • Biter sendes til forskjellige lagringsoperatører. • Hver lagringsoperatør behandler sitt eget sett med biter (mindre blob-biter), slik at det ikke er to operatorer som behandler de samme bitene. • Denne tilnærmingen muliggjør horisontal skalering: flere operatører → flere biter kan behandles → høyere gjennomstrømning → høyere TPS. I v2 (nye EigenDA): • EigenDA skiller metadata (blob-hoder) og data (kodede biter) kommunikasjon. Dispergeren sender bare blob-hoder til DA-noder, som validerer betalings- og hastighetsgrenser før de ber om datanyttelaster. • Datakoding strømlinjeformes ved å standardisere blober til 8192 biter, noe som gjør koding tilstandsløs og mindre kompleks. Data kodes én gang for alle quorumer, noe som reduserer redundansen. • LittDB (spesialisert DB) ble designet for rask, pålitelig nøkkelverdilagring på standard maskinvare. Den gir avkall på dataendringer og komplekse transaksjoner, med fokus på sekvensiell datautløp for å støtte skalerbarhetskrav. @fuel_network og @aevoxyz er allerede live, men som jeg skrev i min forrige artikkel, er EigenDA ikke begrenset til rollups og krypto i det hele tatt, det er også infrastruktur som støtter datagjennomstrømning som trengs for all programvare generelt.