Оскільки @eigen_da запускає v2 зі збільшенням пропускної здатності з 15 МБ/с до 100 МБ/с, я хочу глибоко зануритися в те, як EigenDA досягає цього в порівнянні з v1. У v1 (оригінальна EigenDA): • Коли секвенсор L2 відправляє блок в EigenDA, диспергатор (в межах EigenDA) стирає коди на фрагменти (менші фрагменти ляпки). • Фрагменти надсилаються різним операторам зберігання. • Кожен оператор сховища обробляє свій власний набір фрагментів (менших фрагментів Blob), тому немає двох операторів, які обробляють однакові фрагменти. • Цей підхід дозволяє горизонтальне масштабування: більше операторів → більшою кількістю фрагментів можуть бути оброблені → вищою пропускною здатністю → вищим TPS. У версії 2 (нова EigenDA): • EigenDA розділяє обмін метаданими (заголовки BLOB) і даними (закодовані фрагменти). Диспергатор надсилає лише заголовки BLOB вузлам DA, які перевіряють ліміти оплати та швидкості перед запитом корисних даних даних. • Кодування даних оптимізовано шляхом стандартизації блобів до 8192 фрагментів, що робить кодування без стану та менш складним. Дані кодуються один раз для всіх кворумів, зменшуючи надмірність. • LittDB (спеціалізована БД) була розроблена для швидкого, надійного зберігання ключ-значення на стандартному обладнанні. Він відмовляється від змін даних і складних транзакцій, зосереджуючись на послідовному закінченні терміну дії даних, щоб підтримати вимоги до масштабованості. @fuel_network і @aevoxyz вже в прямому ефірі, але, як я вже писав у попередній статті, EigenDA зовсім не обмежується роллапами і криптом, це також інфра, яка підтримує пропускну здатність даних, необхідну для будь-якого програмного забезпечення взагалі.