Розробники Ethereum недавно повідомили про нові досягнення у дизайні EIP-8141. Цей пропозиція намагається реалізувати частину функцій транзакцій у вигляді програмованих викликів контрактів, відомих як «frames», замість того, щоб змінювати формат обгортки транзакцій Ethereum кожного разу при додаванні нової функції.
Функцію торгівлі змінено на програмно-запускаєму
Ця ідея охоплює функції, такі як закінчення транзакцій, агреговані підписи, Merkle-корені, пов’язані з приватними пулами, та перевірка тверджень після виконання транзакцій. Розробники вважають, що якщо цей інтерфейс буде достатньо універсальним, то при введенні нових методів перевірки в майбутньому Ethereum гаманці, браузери, пристрої для підпису та Layer 2 не змушені будуть кожного разу адаптуватися до нових оболонок транзакцій.
Проект EIP-8141 визначає Frame Transaction як послідовність викликів контрактів. Різні frame можуть відповідати за перевірку умов транзакції, схвалення оплати gas або виконання дій користувача.
Наразі проект визначає три режими: DEFAULT, VERIFY і SENDER. Режим VERIFY використовується для перевірки виконання певної умови, а режим SENDER позначає виконання дій від імені відправника транзакції. Кілька frame можуть об’єднуватися в атомарну пакетну обробку, яка або повністю вдається, або повністю відміняється.
Зменшення витрат на координацію гаманців та інфраструктури
Основна думка розробника Дерека Чіанга полягає в тому, що майбутні нові функції не обов’язково потребують створення нової системи упаковки торгівлі. Шляхом використання нових цілей frame та моделей виклику можна розширити можливості, зберігаючи при цьому стабільність базової структури.
Кожна зміна упаковки транзакцій Ethereum впливає не лише на виконавчі клієнти. Гаманці, Layer 2, блокчейн-оглядачі, пристрої підпису, програмні бібліотеки та різні постачальники інфраструктури повинні розуміти та підтримувати новий формат.
Чжан зазначив, що оновлення Ethereum відбувається приблизно раз на дев’ять місяців, і часті зміни у пакуванні транзакцій супроводжуються високими витратами на координацію. Навпаки, якщо формат frame стане стабільним інтерфейсом, нові методи перевірки можна буде більше покласти на контракти або спеціалізовані компоненти протоколу.
Проте це не означає, що всі майбутні функції зможуть обійти оновлення мережі. EIP-8141 все ще змінюватиме правила консенсусу Ethereum і вимагатиме реалізації клієнтами. Якщо йдеться про нові опкоди, передкомпільовані контракти або правила gas, все ще може знадобитися жорстке розгалуження.
EIP-8130 та напрямок паралельної перевірки
Розробники також визнають, що зі збільшенням абстракції транзакцій стає складніше аналізувати транзакції гаманцями та сортерами до виконання. Для цього команда досліджує спільне застосування EIP-8141 і ще одного проекту абстракції облікового запису — EIP-8130.
EIP-8130 пропонує ончейн-структуру keystore, яка дозволяє заздалегідь зареєструвати учасників та контракти автентифікації та чітко вказувати спосіб автентифікації в транзакціях. Це дозволяє вузлам визначити, який процес перевірки необхідний, ще до виконання будь-якого коду гаманця. Для Layer 2 це допомагає обмежити набір методів автентифікації до набору з більш передбачуваними витратами.
Віталік Бутерін також пояснив напрямок у іншому пості. Він розділив транзакції на дві частини: «дії» та «умови залежності». Перша відповідає за зміну стану Ethereum, а друга включає попередні умови, такі як підписи, докази Меркла або докази з нульовим розголошенням. Якщо ці залежності є незалежними одна від одної, у майбутньому їх можна буде перевіряти паралельно, що зменшить вартість обробки деяких транзакцій.
Додано до Hegotá, але час активації ще не визначено
Офіційний Hegotá Meta EIP включив Frame Transactions до списку планованих оновлень, що означає, що його статус покращився порівняно з попереднім. Однак EIP-8141 наразі залишається основним проектом, і технічні деталі ще не були фінально затверджені.
Далі необхідно продовжити роботу над оновленням специфікацій, завершенням реалізації виконавчого клієнта, створенням розробницької мережі та тестуванням сумісності з гаманцями та системами Layer 2. Розробникам також потрібно оцінити ризики відмови в обслуговуванні через пул пам’яті, оскільки програмна перевірка може збільшити обчислювальні витрати на відфільтровування недійсних транзакцій.
Наразі час активації Hegotá на Sepolia, Hoodi та основній мережі залишається порожнім. EIP-8141 включено до плану оновлення, але до його остаточного впровадження ще потрібно пройти етапи реалізації та тестування.