Команда Ethereum протестує проти збільшення ліміту газу в чотири рази – ForkLog UA
Розробники Ethereum розглядають більш ніж чотирикратне збільшення ліміту газу в мережі як важливий аспект майбутнього хардфорку Fusaka.
Пропозиція EIP -9678, представлена під час зустрічі ACDE , пропонує тестувати параметр максимум 150 мільйонами одиниць. У лютому валідатори Ethereum висловили підтримку підвищення ліміту газу з 30 мільйонів. Згідно з даними Ycharts, ця цифра зросла приблизно на 20%, досягнувши 35,95 млн.
«Щоб вирівняти клієнтські параметри за замовчуванням і визначити пріоритети, ми розробили EIP. Це дещо нетрадиційно, але не без прецеденту (див. EIP-7840). Ми прагнемо інтегрувати його в майбутній ACDE на початку наступного тижня», — заявив головний розробник Тім Бейко.
Бейко зазначив, що ця пропозиція вимагатиме коригування інших EIP для Fusaka, хоча загальний обсяг хардфорку залишиться незмінним.
Обговорюючи необхідність збільшення ліміту газу, розробники на чолі з Софією Голд підкреслили значний інтерес до масштабування рівня виконання рівня 1. Однак вони зазначили, що без впровадження нових функцій ця робота потребуватиме часу від команд клієнтів для виявлення та усунення помилок. Таким чином, було сенс оформити це як EIP і включити його в хардфорк, підсумували експерти.
Оновлення Pectra заплановано на 7 травня, а активація Fusaka очікується наприкінці 2025 року.
Крім того, розробники розповіли про проблеми, пов’язані з пропозицією Віталіка Бутеріна перевести віртуальну машину Ethereum (EVM) на відкриту архітектуру RISC-V. Це в першу чергу викликало занепокоєння щодо життєздатності продовження вдосконалення EVM Object Format (EOF).
“Є розуміння того, що EOF може не служити довгостроковим середовищем виконання. Незалежно від того, чи це RISC-V, чи інша альтернатива, частина наших обговорень має включати питання про те, чи продовжувати EOF”, – підкреслив Бейко.
Нагадаємо, у березні відбулися зміни в керівництві Ethereum Foundation. Після реструктуризації управління організація переорієнтувала свою увагу на проблеми користувача та масштабування рівня 1.
