När @eigen_da lanserar v2 med ökning från 15 MB/s till 100 MB/s genomströmning vill jag dyka djupt in i hur EigenDA uppnår detta jämfört med v1. I v1 (original EigenDA): • När L2:s sequencer skickar ett block till EigenDA, kodar dispersorn (inom EigenDA) raderingen blobben i bitar (mindre blobbitar). • Bitar skickas till olika lagringsoperatörer. • Varje lagringsoperatör bearbetar sin egen uppsättning segment (mindre blobdelar), så det finns inga två operatorer som bearbetar samma segment. • Den här metoden möjliggör horisontell skalning: fler operatorer → fler segment kan bearbetas → högre dataflöde → högre TPS. I v2 (nya EigenDA): • EigenDA separerar kommunikation mellan metadata (blob-huvuden) och data (kodade bitar). Spridaren skickar endast blobhuvuden till DA-noder, som validerar betalnings- och hastighetsgränser innan de begär datanyttolaster. • Datakodning effektiviseras genom att standardisera blobbar till 8192 segment, vilket gör kodningen tillståndslös och mindre komplex. Data kodas en gång för alla kvorum, vilket minskar redundansen. • LittDB (specialized DB) har utformats för snabb och tillförlitlig nyckelvärdeslagring på standardmaskinvara. Den undviker dataändringar och komplexa transaktioner, med fokus på sekventiell dataförfallotid för att stödja skalbarhetskrav. @fuel_network och @aevoxyz är redan live, men som jag skrev i min tidigare artikel är EigenDA inte alls begränsat till rollups och krypto, det är också infrastruktur som stöder datagenomströmning som behövs för all programvara i allmänhet.