Alors qu'@eigen_da lance la v2 avec une augmentation du débit de 15 Mo/s à 100 Mo/s, je veux plonger profondément dans la façon dont EigenDA y parvient par rapport à la v1. Dans la v1 (EigenDA original) : • Lorsque le séquenceur L2 envoie un bloc à EigenDA, le disperser (au sein d'EigenDA) code en effacement le blob en morceaux (petits morceaux de blob). • Les morceaux sont envoyés à différents opérateurs de stockage. • Chaque opérateur de stockage traite son propre ensemble de morceaux (petits morceaux de blob), donc il n'y a pas deux opérateurs qui traitent les mêmes morceaux. • Cette approche permet une mise à l'échelle horizontale : plus d'opérateurs → plus de morceaux peuvent être traités → débit plus élevé → TPS plus élevé. Dans la v2 (nouveau EigenDA) : • EigenDA sépare la communication des métadonnées (en-têtes de blob) et des données (morceaux codés). Le disperser envoie uniquement les en-têtes de blob aux nœuds DA, qui valident le paiement et les limites de taux avant de demander les charges utiles de données. • L'encodage des données est rationalisé en standardisant les blobs en 8192 morceaux, rendant l'encodage sans état et moins complexe. Les données sont encodées une fois pour tous les quorums, réduisant la redondance. • LittDB (base de données spécialisée) a été conçu pour un stockage clé-valeur rapide et fiable sur du matériel standard. Il renonce aux modifications de données et aux transactions complexes, se concentrant sur l'expiration séquentielle des données pour soutenir les exigences de scalabilité. @fuel_network et @aevoxyz sont déjà en ligne, mais comme je l'ai écrit dans mon précédent article, EigenDA n'est pas limité aux rollups et à la crypto en général, c'est aussi une infrastructure qui soutient le débit de données nécessaire pour tout logiciel en général.