Con il lancio della v2 da parte di @eigen_da, con un aumento da 15MB/s a 100MB/s di throughput, voglio approfondire come EigenDA raggiunga questo obiettivo rispetto alla v1. Nella v1 (EigenDA originale): • Quando il sequencer di L2 invia un blocco a EigenDA, il dispersore (all'interno di EigenDA) codifica in modo erasure il blob in chunk (pezzi di blob più piccoli). • I chunk vengono inviati a diversi operatori di storage. • Ogni operatore di storage elabora il proprio set di chunk (pezzi di blob più piccoli), quindi non ci sono due operatori che elaborano gli stessi chunk. • Questo approccio consente la scalabilità orizzontale: più operatori → più chunk possono essere elaborati → maggiore throughput → maggiore TPS. Nella v2 (nuovo EigenDA): • EigenDA separa la comunicazione dei metadati (header del blob) e dei dati (chunk codificati). Il dispersore invia solo gli header del blob ai nodi DA, che convalidano i pagamenti e i limiti di velocità prima di richiedere i payload dei dati. • La codifica dei dati è semplificata standardizzando i blob in 8192 chunk, rendendo la codifica stateless e meno complessa. I dati vengono codificati una sola volta per tutti i quorum, riducendo la ridondanza. • LittDB (DB specializzato) è stato progettato per un'archiviazione chiave-valore veloce e affidabile su hardware standard. Rinuncia alle modifiche ai dati e alle transazioni complesse, concentrandosi sull'espirazione sequenziale dei dati per supportare i requisiti di scalabilità. @fuel_network e @aevoxyz sono già attivi, ma come ho scritto nel mio articolo precedente, EigenDA non è limitato ai rollup e alla crittografia, è anche un'infrastruttura che supporta il throughput di dati necessario per qualsiasi software in generale.