Naarmate @eigen_da v2 lanceert met een verhoging van 15MB/s naar 100MB/s doorvoer, wil ik dieper ingaan op hoe EigenDA dit bereikt in vergelijking met v1. In v1 (originele EigenDA): • Wanneer de sequencer van L2 een blok naar EigenDA stuurt, codeert de disperser (binnen EigenDA) de blob in stukken (kleinere blobdelen). • Stukken worden naar verschillende opslagoperators gestuurd. • Elke opslagoperator verwerkt zijn eigen set stukken (kleinere blobdelen), zodat er geen twee operators zijn die dezelfde stukken verwerken. • Deze aanpak maakt horizontale schaalvergroting mogelijk: meer operators → meer stukken kunnen worden verwerkt → hogere doorvoer → hogere TPS. In v2 (nieuwe EigenDA): • EigenDA scheidt de communicatie van metadata (blobheaders) en data (gecodeerde stukken). De disperser stuurt alleen blobheaders naar DA-knooppunten, die betalingen en limieten valideren voordat ze dataloads aanvragen. • Gegevenscodering is gestroomlijnd door blobs te standaardiseren naar 8192 stukken, waardoor codering stateless en minder complex wordt. Gegevens worden één keer gecodeerd voor alle quorums, waardoor redundantie wordt verminderd. • LittDB (gespecialiseerde DB) is ontworpen voor snelle, betrouwbare key-value opslag op standaardhardware. Het laat gegevenswijzigingen en complexe transacties achterwege en richt zich op sequentiële gegevensverval om aan de schaalvereisten te voldoen. @fuel_network en @aevoxyz zijn al live, maar zoals ik in mijn vorige artikel schreef, is EigenDA niet beperkt tot rollups en crypto, het is ook infrastructuur die de gegevensdoorvoer ondersteunt die nodig is voor elke software in het algemeen.