Розробник Ethereum Дерек Чіанг заявив 7 вересня, що автори EIP-8141 знайшли спосіб виразити кілька функцій транзакцій як програмовані виклики контрактів, а не додавати їх окремо до обгортки транзакцій Ethereum.
Підсумок
- Розробники Ethereum кажуть, що EIP-8141 може виражати функції транзакцій через виклики контрактів, відомі як програмовані кадри.
- Кадри можуть підтримувати термін дії, агрегацію підписів, докази конфіденційності та перевірки після транзакцій без нових полів обгортки.
- EIP-8141 заплановано для Hegotá, хоча його специфікація залишається чернеткою, а дати активації не встановлені.
- Розробники узгоджують EIP-8141 з EIP-8130, щоб зберегти структуру та покращити читабельність транзакцій для інфраструктури.
- Віталік Бутерін стверджує, що розділення дій та залежностей транзакцій може дозволити паралельну валідацію та знизити витрати.
Чіанг, співавтор EIP-8141 та учасник Ethlabs, описав цю розробку як «прорив у дизайні» у дописі, обговорюючи нещодавню роботу авторів пропозиції. Цей підхід розглядає термін дії транзакції, агреговані підписи, корені Меркла для пулів конфіденційності та перевірки після транзакцій як виклики, які називаються «кадри».
Офіційна чернетка специфікації визначає Frame Transaction як послідовність викликів контрактів. Різні кадри можуть перевіряти транзакцію, схвалювати оплату газу або виконувати операції користувача. Пропозиція наразі передбачає три режими: DEFAULT, VERIFY та SENDER.
Кадр VERIFY може перевіряти, чи виконується необхідна умова. Кадр SENDER виконує операцію від імені акаунта, визначеного як відправник транзакції. Кадри також можна групувати в атомарні пакети, тобто всі операції в пакеті виконуються разом, або вся група відкочується.
Пропозиція все ще визначає базову обгортку транзакції, що містить такі поля, як ідентифікатор ланцюга, nonce, відправник, комісії, підписи та список кадрів. Точка зору Чіанга вужча: розробники можуть мати змогу впроваджувати більше функціональності через нові цільові кадри та шаблони викликів, не створюючи інший формат обгортки для кожної функції.
Стабільна обгортка може зменшити обсяг координаційної роботи
Зміна обгортки транзакцій Ethereum впливає не лише на клієнти виконання. Гаманці, мережі рівня 2, блокчейн-експлорери, пристрої для підписання, програмні бібліотеки та постачальники інфраструктури повинні розуміти новий формат.
Чіанг сказав, що оновлення Ethereum відбуваються приблизно кожні дев'ять місяців, що робить повторні зміни обгортки повільними та витратними з точки зору координації. Достатньо загальний формат кадрів може слугувати стабільним інтерфейсом, тоді як контракти або призначені компоненти протоколу надають нові методи валідації.
Це не означає, що майбутня функціональність ніколи не вимагатиме оновлення мережі. Сам EIP-8141 змінює правила консенсусу Ethereum і вимагає реалізації клієнтами. Нові опкоди, прекомпіляції або правила газу також можуть вимагати хардфорків. Запропонована перевага полягає в тому, що розробникам не обов'язково буде потрібно щоразу перепроектовувати контейнер транзакцій.
Специфікація EIP-8141 називає нативну абстракцію акаунтів серед своїх головних цілей. Вона може підтримувати ротацію ключів, альтернативні системи підписів, спонсоровані оплати газу та пакетування транзакцій. Вона також має на меті зменшити залежність акаунтів Ethereum від системи підписів secp256k1, яка використовується звичайними зовнішніми акаунтами.
Як повідомляло crypto.news у своєму матеріалі про запропонований Віталіком Бутеріним редизайн транзакцій Ethereum, програмована валідація з часом може допомогти Ethereum впровадити нові системи автентифікації, не замінюючи одну фіксовану схему підписів на іншу.
EIP-8130 може зробити фрейми легшими для перевірки
Чіанг також визнав компроміс. Високоабстрактні транзакції можуть ускладнити аналіз для гаманців, секвенсорів та іншої інфраструктури до виконання. Наприклад, секвенсор рівня 2 може захотіти приймати лише певні методи підпису, оскільки їх обчислювальні витрати є передбачуваними.
Тому розробники досліджують, як фрейми можуть працювати з EIP-8130, ще однією чернеткою пропозиції абстракції облікових записів. EIP-8130 створює ончейн-сховище ключів, де облікові записи реєструють акторів та контракти автентифікаторів. Транзакції явно вказують свій метод автентифікації.
Така структура дозволяє вузлу визначити, який процес валідації потребує транзакція, перш ніж запускати довільний код гаманця. Згідно із запропонованим профілем рівня 2 EIP-8130, ланцюг може обмежити свій шлях транзакцій канонічним набором автентифікаторів з фіксованою вартістю, залишаючи інші методи автентифікації доступними через звичайне виконання EVM.
Чіанг сказав, що EIP-8130 може накласти визначені структури на фрейми EIP-8141. Співпраця може зберегти гнучкість фреймів, надаючи гаманцям та високопродуктивним ланцюгам більш зрозумілий формат транзакцій. Комбінований дизайн ще не фіналізовано, і обидві специфікації залишаються відкритими для перегляду.
Раніше crypto.news висвітлювало конкуренцію між EIP-8141 та EIP-8130 під час початкового процесу визначення обсягу Hegotá. Останні коментарі свідчать, що розробники тепер шукають сумісні елементи, а не розглядають пропозиції лише як взаємовиключні альтернативи.
Бутерін пов'язує фрейми з паралельною валідацією
Віталік Бутерін розширив технічний напрямок в окремому дописі, розрізняючи "дії" та "залежності" транзакцій. Дія змінює стан Ethereum, наприклад, переказ ETH. Залежність — це умова, яка має бути виконана, наприклад, підпис, доказ Меркла або доказ з нульовим розголошенням.
Бутерін стверджував, що незалежні залежності можна перевіряти паралельно. Умови, які не звертаються до стану Ethereum, потенційно можуть оброблятися мемпулом один раз, а не повторюватися під час виконання. Кілька перевірок з часом можуть бути представлені рекурсивним доказом STARK, хоча це залишається напрямком досліджень, а не затвердженою функцією.
Це розрізнення також може допомогти клієнтам відокремити передбачувані транзакції від операцій, що потребують повного динамічного середовища виконання Ethereum. Бутерін сказав, що більш статично аналізована діяльність може отримати нижчі газові витрати та масштабуватися далі. Жоден такий тарифний розклад не було затверджено.
Модель фреймів забезпечує потенційний інтерфейс для цього підходу, оскільки валідація та виконання виглядають як ідентифіковані виклики. Ethereum збереже гнучке виконання контрактів, дозволяючи простішим транзакціям декларувати більше інформації про свої вимоги.
EIP-8141 заплановано, але дати залишаються відкритими
Офіційний Hegotá Meta EIP тепер перелічує Frame Transactions та FOCIL як заплановані для включення в оновлення Hegotá Ethereum. Це свідчить про сильніший статус, ніж попередній розгляд, але не заморожує поточний технічний дизайн EIP-8141.
EIP-8141 залишається позначеним як чернетка Core-пропозиції. Його автори можуть переглядати режими фреймів, обробку підписів, облік газу та взаємозв'язок з EIP-8130 у міру продовження роботи над впровадженням. Документ Hegotá також залишає поля активації Sepolia, Hoodi та mainnet порожніми.
Наступні вимірювані кроки включають оновлені специфікації, реалізації виконавчих клієнтів, мережі розробки та тестування інтероперабельності з гаманцями та системами рівня 2. Розробники також повинні вивчити ризики відмови в обслуговуванні мемпула, оскільки програмована валідація може зробити відхилення недійсних транзакцій більш обчислювально витратним.
Тестування визначить, чи може запропонована комбінація гнучких каркасів і структурованих автентифікаторів задовольнити потреби базового рівня Ethereum та швидших EVM-ланцюгів. До публікації параметрів активації EIP-8141 залишається запланованою, але незавершеною частиною Hegotá.
