Ми використовуємо два методи розрахунку, щоб оцінити можливе зниження плати за газ, TPS (транзакцій за секунду) і здатність використовувати зведені пакети після впровадження EIP-4844.
Підраховано, що коли розмір Calldata становить 10 КБ і 2 КБ відповідно, EIP-4844 може вмістити більше Calldata, від 38 до 192 разів. Оскільки в одному блоці можна розмістити більше Calldata, вартість одиниці Calldata також буде відповідно зменшена.
Якщо припустити, що розмір Calldata кожного зведеного пакета рівномірно становить 2 КБ, EIP-4844 може вмістити лише до 384 зведених пакетів.
За звичайних обставин (тобто коли блок досягає цільового розміру), Ethereum досягне 175 TPS через EIP-4844, з максимумом 350.
**Всупереч поширеній думці, EIP-4844 недостатньо, щоб Ethereum значно покращив масштабованість. **
Використання альтернативних рівнів DA (таких як Celestia) або DAC (таких як zkPorter), покращення рівня стиснення даних транзакцій L2 і збільшення частки zk Rollups матимуть важливий вплив на подальше покращення масштабованості Ethereum.
Прото-danksharding (також відомий як EIP-4844) пропонує реалізувати більшість логіки та правил, які Danksharding може використовувати в майбутньому. Зараз через високу вартість зберігання на L1 плата за перехід на L2 також відносно висока. Щоб вирішити цю проблему, EIP-4844 представляє новий тип даних Blob, який дешевший і більший, ніж calldata, забезпечуючи інший спосіб зберігання даних зведення.
З майбутнім випуском EIP-4844 секвенсори L2 можуть стати більш прибутковими. Це пояснюється тим, що секвенсор відповідає за імпортування пакетів транзакцій у L1 і сплату зборів за дані, а комісії за дані L1, які сплачує секвенсер, будуть значно зменшені. Низькі комісії за транзакції можуть генерувати більше MEV за рахунок збільшення кількості замовлень на L2.
Оновлення в Канкуні включатиме EIP-4844, але точного часу для оновлення ще немає. Дослідницька група Ethereum Foundation заявила, що оновлення Cancun може бути запущено наприкінці жовтня. Однак, швидше за все, він буде запущений приблизно в першому кварталі 2024 року.
**Тож якою мірою EIP-4844 може зменшити комісію за транзакції? **Наразі комісія за транзакції рівня L2 в основному складається з двох частин:
Зведена вартість: вартість упаковки, подання та зберігання транзакції в Ethereum.
Вартість виконання (виконання): вартість виконання транзакції на L2
Комісія за транзакцію L2 = Зведені витрати + Витрати на оновлення
= [ Ціна газу L1 * (дані виклику + фіксовані накладні витрати) ] + [ Ціна газу L2 * Використаний газ L2 ]
Беручи Optimism як приклад, наразі майже 80% загальних комісій за транзакції припадає на витрати на зберігання L1 (тобто витрати на Calldata). Наразі ми ігноруємо вплив інших комісій і пропонуємо два методи, щоб оцінити, наскільки комісії за трансакції L2 можуть бути зменшені після EIP-4844.
У EIP-4844 після реалізації пропозиції розмір кожного Blob становить 128 КБ, і кожен Blob споживає 131 072 газу. Тому в середньому кожен байт даних Blob споживатиме 128 * 1024 / 131 072 = 1 газ. Для порівняння, поточне зберігання одного байта Calldata споживає 16 Gas. Це показує, що вартість зберігання транзакцій L2 буде зменшена в 16 разів.
Однак цей метод лише порівнює вартість зберігання на байт і не враховує загальну ємність газу блоку. Оскільки загальний обсяг газу, який може переносити один блок, може змінитися після EIP-4844, витрати на зберігання транзакцій L2 можуть бути зменшені більш ніж у 16 разів.
Другий метод враховує розмір блоку та перевіряє кількість разів, коли поточні Calldata можуть бути розміщені під різними розмірами блоку. Згідно з поточними параметрами, за сценарієм цільового розміру блоку блок може вмістити 3 Blobs (0,375 МБ) і максимум 6 Blobs (0,75 МБ). Враховуючи, що поточні дані виклику кожного блоку займають приблизно 2-10 КБ, після EIP-4844 він може вмістити до 0,75 * 1024 / 2 = 384 разів даних викликів.
Однак, коли розмір блоку збільшується від цільового значення до максимального значення, ціна на газ зростає експоненціально. Таким чином, у більш поширеному випадку (тобто, коли блок досягає цільового розміру), EIP-4844 може вмістити в 38–192 рази більше Calldata, що становить 10 КБ і 2 КБ відповідно. **Зі збільшенням ємності Calldata у блоці вартість зберігання Calldata також відповідно зменшиться. Таким чином, вартість транзакцій L2 також буде відповідно зменшена.
Крім того, якщо припустити, що розмір Calldata кожного зведеного пакета рівномірно становить 2 КБ, EIP-4844 може вмістити лише до 384 зведених пакетів. Це не досягає тисячі зведень, які передбачали багато людей.
Виходячи з цього, ми також можемо визначити порядок TPS, який може досягти Ethereum після EIP-4844. Наразі середня транзакція L2 вимагає приблизно 3000 даних Gas CallData на L1. Враховуючи, що вартість газу Calldata становить 16 за байт, це означає, що кожна транзакція L2 на L1 становить приблизно 187 байт.
Після EIP-4844 цільовий розмір блоку становить 0,375 МБ, а Ethereum генерує блок кожні 12 секунд. Таким чином, доступний простір на секунду становить 0,375 / 12 * 1024 = 32 КБ, що може вмістити 32 * 1024 / 187 = 175 транзакцій. Таким чином, за звичайних обставин (тобто коли блок досягає цільового розміру), TPS Ethereum після оновлення EIP-4844 має становити 175, з максимальним значенням 350.
Хоча вищий TPS може підвищити ефективність, варто зазначити, що навіть із впровадженням EIP-4844 Ethereum все ще не такий хороший, як Visa, яка наразі має TPS до 1700. Цей розрив все ще може спричиняти перевантаження мережі L1 і L2, особливо в сценаріях високого попиту.
**Тому лише EIP-4844 недостатньо, щоб дозволити Ethereum досягти більшої масштабованості. **Нам все ще потрібне більш рентабельне та ефективне рішення доступності даних для зберігання більшої кількості даних Calldata (наприклад, рівень DA, як Celestia, або DAC, як zkPorter), які все ще є критичними для досягнення масштабованості.
Нарешті, коефіцієнт стиснення транзакцій L2 безпосередньо впливає на розмір Calldata, що зберігається в L1. Чим вищий ступінь стиснення, тим менша потрібна вартість L1. Оскільки zkRollup продовжує розвиватися, кількість даних, які потрібно зберігати на L1, буде ставати все меншим і меншим, що також сприятиме покращенню масштабованості Ethereum. Оскільки zkRollup відрізняється від Optimistic Rollup, zkRollup має зберігати лише зміни стану, а не всю транзакцію.
на завершення
У цій статті ми використовуємо два різні методи розрахунку для оцінки можливих скорочень плати за газ, TPS (транзакцій за секунду) і можливості врахування зведених операцій після впровадження EIP-4844. Результати показують, що, припускаючи, що розмір Calldata кожного зведеного пакета рівномірно становить 2 КБ, EIP-4844 може підтримувати не більше ніж 400 зведених пакетів. Це дуже далеко від очікуваного попиту на тисячі зведених пакетів. Використання альтернативних рівнів DA або DAC, покращення стиснення даних транзакцій L2 і збільшення частки зведень zk матимуть значний вплив на подальше покращення масштабованості Ethereum.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Економіка згортання: вплив EIP-4844 на масштабованість переоцінено
Автор: 0xfan, Smarti Lab; компілятор: Peng SUN, Foresight News
TL;DR:
Прото-danksharding (також відомий як EIP-4844) пропонує реалізувати більшість логіки та правил, які Danksharding може використовувати в майбутньому. Зараз через високу вартість зберігання на L1 плата за перехід на L2 також відносно висока. Щоб вирішити цю проблему, EIP-4844 представляє новий тип даних Blob, який дешевший і більший, ніж calldata, забезпечуючи інший спосіб зберігання даних зведення.
З майбутнім випуском EIP-4844 секвенсори L2 можуть стати більш прибутковими. Це пояснюється тим, що секвенсор відповідає за імпортування пакетів транзакцій у L1 і сплату зборів за дані, а комісії за дані L1, які сплачує секвенсер, будуть значно зменшені. Низькі комісії за транзакції можуть генерувати більше MEV за рахунок збільшення кількості замовлень на L2.
Оновлення в Канкуні включатиме EIP-4844, але точного часу для оновлення ще немає. Дослідницька група Ethereum Foundation заявила, що оновлення Cancun може бути запущено наприкінці жовтня. Однак, швидше за все, він буде запущений приблизно в першому кварталі 2024 року.
**Тож якою мірою EIP-4844 може зменшити комісію за транзакції? **Наразі комісія за транзакції рівня L2 в основному складається з двох частин:
Беручи Optimism як приклад, наразі майже 80% загальних комісій за транзакції припадає на витрати на зберігання L1 (тобто витрати на Calldata). Наразі ми ігноруємо вплив інших комісій і пропонуємо два методи, щоб оцінити, наскільки комісії за трансакції L2 можуть бути зменшені після EIP-4844.
У EIP-4844 після реалізації пропозиції розмір кожного Blob становить 128 КБ, і кожен Blob споживає 131 072 газу. Тому в середньому кожен байт даних Blob споживатиме 128 * 1024 / 131 072 = 1 газ. Для порівняння, поточне зберігання одного байта Calldata споживає 16 Gas. Це показує, що вартість зберігання транзакцій L2 буде зменшена в 16 разів.
Однак цей метод лише порівнює вартість зберігання на байт і не враховує загальну ємність газу блоку. Оскільки загальний обсяг газу, який може переносити один блок, може змінитися після EIP-4844, витрати на зберігання транзакцій L2 можуть бути зменшені більш ніж у 16 разів.
Другий метод враховує розмір блоку та перевіряє кількість разів, коли поточні Calldata можуть бути розміщені під різними розмірами блоку. Згідно з поточними параметрами, за сценарієм цільового розміру блоку блок може вмістити 3 Blobs (0,375 МБ) і максимум 6 Blobs (0,75 МБ). Враховуючи, що поточні дані виклику кожного блоку займають приблизно 2-10 КБ, після EIP-4844 він може вмістити до 0,75 * 1024 / 2 = 384 разів даних викликів.
Однак, коли розмір блоку збільшується від цільового значення до максимального значення, ціна на газ зростає експоненціально. Таким чином, у більш поширеному випадку (тобто, коли блок досягає цільового розміру), EIP-4844 може вмістити в 38–192 рази більше Calldata, що становить 10 КБ і 2 КБ відповідно. **Зі збільшенням ємності Calldata у блоці вартість зберігання Calldata також відповідно зменшиться. Таким чином, вартість транзакцій L2 також буде відповідно зменшена.
Крім того, якщо припустити, що розмір Calldata кожного зведеного пакета рівномірно становить 2 КБ, EIP-4844 може вмістити лише до 384 зведених пакетів. Це не досягає тисячі зведень, які передбачали багато людей.
Виходячи з цього, ми також можемо визначити порядок TPS, який може досягти Ethereum після EIP-4844. Наразі середня транзакція L2 вимагає приблизно 3000 даних Gas CallData на L1. Враховуючи, що вартість газу Calldata становить 16 за байт, це означає, що кожна транзакція L2 на L1 становить приблизно 187 байт.
Після EIP-4844 цільовий розмір блоку становить 0,375 МБ, а Ethereum генерує блок кожні 12 секунд. Таким чином, доступний простір на секунду становить 0,375 / 12 * 1024 = 32 КБ, що може вмістити 32 * 1024 / 187 = 175 транзакцій. Таким чином, за звичайних обставин (тобто коли блок досягає цільового розміру), TPS Ethereum після оновлення EIP-4844 має становити 175, з максимальним значенням 350.
Хоча вищий TPS може підвищити ефективність, варто зазначити, що навіть із впровадженням EIP-4844 Ethereum все ще не такий хороший, як Visa, яка наразі має TPS до 1700. Цей розрив все ще може спричиняти перевантаження мережі L1 і L2, особливо в сценаріях високого попиту.
**Тому лише EIP-4844 недостатньо, щоб дозволити Ethereum досягти більшої масштабованості. **Нам все ще потрібне більш рентабельне та ефективне рішення доступності даних для зберігання більшої кількості даних Calldata (наприклад, рівень DA, як Celestia, або DAC, як zkPorter), які все ще є критичними для досягнення масштабованості.
Нарешті, коефіцієнт стиснення транзакцій L2 безпосередньо впливає на розмір Calldata, що зберігається в L1. Чим вищий ступінь стиснення, тим менша потрібна вартість L1. Оскільки zkRollup продовжує розвиватися, кількість даних, які потрібно зберігати на L1, буде ставати все меншим і меншим, що також сприятиме покращенню масштабованості Ethereum. Оскільки zkRollup відрізняється від Optimistic Rollup, zkRollup має зберігати лише зміни стану, а не всю транзакцію.
на завершення
У цій статті ми використовуємо два різні методи розрахунку для оцінки можливих скорочень плати за газ, TPS (транзакцій за секунду) і можливості врахування зведених операцій після впровадження EIP-4844. Результати показують, що, припускаючи, що розмір Calldata кожного зведеного пакета рівномірно становить 2 КБ, EIP-4844 може підтримувати не більше ніж 400 зведених пакетів. Це дуже далеко від очікуваного попиту на тисячі зведених пакетів. Використання альтернативних рівнів DA або DAC, покращення стиснення даних транзакцій L2 і збільшення частки зведень zk матимуть значний вплив на подальше покращення масштабованості Ethereum.