Ethereum досягла критичного рубежу, успішно впровадивши останній фрагмент BPO (Blob Parameters Only) (форк) у рамках ширшого циклу оновлення Fusaka. Цільове розподілення blobів на блок було підвищено з 10 до 14, тоді як максимальний поріг пропускної здатності зріс з 15 до 21 — значне розширення, спрямоване на підвищення пропускної здатності платформи.
Цей поетапний підхід до налаштування параметрів відзначає відхід від традиційних циклів оновлень. Замість об’єднання всіх змін у великі щорічні релізи, рамкова система BPO дозволяє Ethereum точно налаштовувати важливі параметри мережі, такі як blob-и, незалежно, що дає можливість більш детального тестування та безпечного впровадження збільшення пропускної здатності.
Blob-и: будівельні блоки для дешевших транзакцій Layer 2
Для тих, хто не знайомий, blob-и вперше були введені під час оновлення Dencun 2024 року, щоб запропонувати економічне рішення для зберігання даних протоколів Layer 2 Rollup. Ці тимчасові пакети даних залишаються у мережі Ethereum приблизно на 18 днів, після чого автоматично видаляються, створюючи економічно вигідну альтернативу традиційному зберіганню calldata.
Чому це важливо для мереж Layer 2
Оскільки квота blobів на один блок поступово зростає, рішення Ethereum Layer 2 отримують доступ до значно більшої пропускної здатності даних. Це додаткове зростання безпосередньо знижує комісії за транзакції для користувачів, які взаємодіють із Rollups, допомагаючи цим масштабованим рішенням зберігати конкурентоспроможні цінові структури навіть при зростанні навантаження на мережу. Чим більше доступного простору для даних, тим більше транзакцій можна ефективно об’єднати, зменшуючи накладні витрати на кожну транзакцію.
Цикл оновлення Fusaka таким чином відображає стратегічне зобов’язання Ethereum підтримувати масштабованість рішень, одночасно зберігаючи стабільність мережі через обережне та зважене коригування пропускної здатності.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Ethereum робить важливий крок уперед із розширенням обсягу Blob у оновленні Fusaka
Ethereum досягла критичного рубежу, успішно впровадивши останній фрагмент BPO (Blob Parameters Only) (форк) у рамках ширшого циклу оновлення Fusaka. Цільове розподілення blobів на блок було підвищено з 10 до 14, тоді як максимальний поріг пропускної здатності зріс з 15 до 21 — значне розширення, спрямоване на підвищення пропускної здатності платформи.
Цей поетапний підхід до налаштування параметрів відзначає відхід від традиційних циклів оновлень. Замість об’єднання всіх змін у великі щорічні релізи, рамкова система BPO дозволяє Ethereum точно налаштовувати важливі параметри мережі, такі як blob-и, незалежно, що дає можливість більш детального тестування та безпечного впровадження збільшення пропускної здатності.
Blob-и: будівельні блоки для дешевших транзакцій Layer 2
Для тих, хто не знайомий, blob-и вперше були введені під час оновлення Dencun 2024 року, щоб запропонувати економічне рішення для зберігання даних протоколів Layer 2 Rollup. Ці тимчасові пакети даних залишаються у мережі Ethereum приблизно на 18 днів, після чого автоматично видаляються, створюючи економічно вигідну альтернативу традиційному зберіганню calldata.
Чому це важливо для мереж Layer 2
Оскільки квота blobів на один блок поступово зростає, рішення Ethereum Layer 2 отримують доступ до значно більшої пропускної здатності даних. Це додаткове зростання безпосередньо знижує комісії за транзакції для користувачів, які взаємодіють із Rollups, допомагаючи цим масштабованим рішенням зберігати конкурентоспроможні цінові структури навіть при зростанні навантаження на мережу. Чим більше доступного простору для даних, тим більше транзакцій можна ефективно об’єднати, зменшуючи накладні витрати на кожну транзакцію.
Цикл оновлення Fusaka таким чином відображає стратегічне зобов’язання Ethereum підтримувати масштабованість рішень, одночасно зберігаючи стабільність мережі через обережне та зважене коригування пропускної здатності.