Команда Ethereum протестує чотириразове підвищення ліміту газу

Розробники Ethereum вважають, що збільшення ліміту газу в мережі більш ніж у чотири рази є однією з основних характеристик запланованого хардфорка Fusaka.

Пропозиція, представлена під час дзвінка ACDE, що стосується EIP-9678, передбачає тестування параметра з максимальною межею в 150 млн одиниць. У лютому валідатори Ethereum схвалили підвищення газового ліміту з 30 млн. Згідно з даними Ycharts, значення виросло приблизно на 20%, до 35,95 млн.

«Щоб узгодити налаштування клієнтів за замовчуванням і зберегти це як пріоритет, ми підготували проект EIP. Він трохи нестандартний, але не безпрецедентний (дивіться EIP-7840). Ми плануємо об’єднати його на початку наступного тижня з майбутнім ACDE», — прокоментував основний розробник Тім Бейко.

Ця пропозиція вимагатиме внесення змін до інших EIP для Fusaka, але сфера дії хардфорка залишиться незмінною, зазначив він.

Щодо необхідності підвищення газового ліміту, розробники на чолі з Софією Голд зазначили, що існує значний інтерес до масштабування виконання L1. Проте без впровадження нових функцій робота в цьому напрямі вимагатиме часу від команд розробників для виявлення та виправлення помилок. Тому не мало сенсу оформляти це як EIP і включати в хардфорк, додали фахівці.

Заплановано оновлення Pectra на 7 травня. Активація Fusaka, ймовірно, відбудеться наприкінці 2025 року.

Розробники також обговорили проблеми, викликані пропозицією Віталіка Бутеріна про переведення Ethereum Virtual Machine (EVM) на відкриту архітектуру RISC-V. Це, перш за все, підняло питання доцільності продовження роботи над поліпшенням EVM Object Forma (EOF).

«З’явилося певне усвідомлення того, що EOF може не стати довгостроковим середовищем виконання. Незалежно від того, чи буде це RISC-V або інше рішення, частиною наших обговорень має стати: чи варто просуватися далі з EOF», — підкреслив Бейко.

Нагадаємо, в березні відбулися зміни в керівництві Ethereum Foundation. Після перестановок у менеджменті організація змістила акцент на покращення користувацького досвіду та проблеми масштабування L1.

Источник