Мережа Ethereum щойно відкрила значне розширення пропускної здатності завдяки завершенню другого та останнього «Тільки параметри Blob» (BPO) вилки, що ознаменовує важливий етап у процесі оновлення Fusaka. Цей крок відображає зміну у способі управління масштабуванням мережі Ethereum — замість очікування всебічних щорічних оновлень, розробники тепер можуть тонко налаштовувати критичні інфраструктурні параметри у ізольованих фазах.
Що змінилося в цьому оновленні?
Остання корекція BPO приносить значущі цифри: цільове розподілення blob на блок зростає з 10 до 14, а максимальний поріг — з 15 до 21. Це не випадкові цифри — вони відображають стратегію Ethereum щодо поступового збільшення пропускної здатності даних без дестабілізації мережі. Розширюючи можливості blob у контрольованих кроках, протокол створює простір для більш ефективної роботи рішень Layer 2.
Механізм Blob: розроблений для масштабування L2
Blob з’явилися у інфраструктурі Ethereum під час оновлення Dencun 2024 року як цілеспрямоване рішення для Layer 2 Rollups, що потребують економічно ефективного зберігання даних. На відміну від постійних даних блокчейну, blobs мають тимчасовий життєвий цикл — автоматично зникають з основної мережі приблизно через 18 днів після включення. Ця модель тимчасового зберігання зберігає легкість основної мережі, одночасно забезпечуючи L2 доступністю даних.
Чому це важливо для мережі
Оскільки обмеження blob для одного блоку поступово зростають, Ethereum створює додатковий простір для даних мереж Layer 2. Практичний результат: витрати на транзакції Rollup можуть залишатися стабільними та передбачуваними, навіть коли активність у мережі продовжує зростати. Цей систематичний підхід до розширення пропускної здатності дозволяє Ethereum збільшувати свою пропускну здатність без головного головного болю від координаційних змін у протоколі.
Цикл оновлення Fusaka демонструє, як Ethereum еволюціонує поза межами монолітних моделей оновлень, віддаючи перевагу більш детальному, тестованому підходу до оптимізації мережі. Сьогоднішня вилка BPO є останнім запланованим коригуванням у цьому циклі, хоча сама структура готує Ethereum до подальшого, зваженого масштабування у майбутньому.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Ethereum досягає важливої віхи з останнім оновленням BPO у циклі Fusaka
Мережа Ethereum щойно відкрила значне розширення пропускної здатності завдяки завершенню другого та останнього «Тільки параметри Blob» (BPO) вилки, що ознаменовує важливий етап у процесі оновлення Fusaka. Цей крок відображає зміну у способі управління масштабуванням мережі Ethereum — замість очікування всебічних щорічних оновлень, розробники тепер можуть тонко налаштовувати критичні інфраструктурні параметри у ізольованих фазах.
Що змінилося в цьому оновленні?
Остання корекція BPO приносить значущі цифри: цільове розподілення blob на блок зростає з 10 до 14, а максимальний поріг — з 15 до 21. Це не випадкові цифри — вони відображають стратегію Ethereum щодо поступового збільшення пропускної здатності даних без дестабілізації мережі. Розширюючи можливості blob у контрольованих кроках, протокол створює простір для більш ефективної роботи рішень Layer 2.
Механізм Blob: розроблений для масштабування L2
Blob з’явилися у інфраструктурі Ethereum під час оновлення Dencun 2024 року як цілеспрямоване рішення для Layer 2 Rollups, що потребують економічно ефективного зберігання даних. На відміну від постійних даних блокчейну, blobs мають тимчасовий життєвий цикл — автоматично зникають з основної мережі приблизно через 18 днів після включення. Ця модель тимчасового зберігання зберігає легкість основної мережі, одночасно забезпечуючи L2 доступністю даних.
Чому це важливо для мережі
Оскільки обмеження blob для одного блоку поступово зростають, Ethereum створює додатковий простір для даних мереж Layer 2. Практичний результат: витрати на транзакції Rollup можуть залишатися стабільними та передбачуваними, навіть коли активність у мережі продовжує зростати. Цей систематичний підхід до розширення пропускної здатності дозволяє Ethereum збільшувати свою пропускну здатність без головного головного болю від координаційних змін у протоколі.
Цикл оновлення Fusaka демонструє, як Ethereum еволюціонує поза межами монолітних моделей оновлень, віддаючи перевагу більш детальному, тестованому підходу до оптимізації мережі. Сьогоднішня вилка BPO є останнім запланованим коригуванням у цьому циклі, хоча сама структура готує Ethereum до подальшого, зваженого масштабування у майбутньому.