Розробники Ethereum проголосували 26 березня 2026 року за те, щоб знизити пріоритетність “транзакцій з рамою”, пропозиції, підтриманої співзасновником Віталіком Бутеріним, яка покращить користувацький досвід і квантову стійкість, на користь того, щоб зробити Списки включення, що забезпечуються вибором форків (FOCIL) єдиною “провідною” функцією в майбутньому оновленні Hegota, яке очікується в другій половині 2026 року.
Транзакції з рамою замість цього будуть “розглянуті для включення” як не провідна пропозиція, що дозволить подальшу перевірку без зобов’язання до фіксованого терміна доставки. Розробники клієнтів зазначили проблеми складності, в той час як прихильники стверджували, що рідна абстракція облікового запису — ключовий компонент пропозиції — “давно назріла” для покращення користувацького досвіду блокчейн-додатків.
У лютому 2026 року розробники Ethereum вибрали FOCIL як першу провідну функцію для Hegota. FOCIL призначений для підвищення стійкості мережі до цензури, дозволяючи валідаторам забезпечувати включення конкретних транзакцій. На віртуальному засіданні 26 березня розробники відмовились називати транзакції з рамою другою провідною функцією, натомість погодившись розглянути їх для включення як необов’язкову функцію. Розробники клієнтів висловили занепокоєння, що додавання другої провідної функції може затримати Hegota в той час, коли керівництво Ethereum працює над пришвидшенням темпу оновлень.
Транзакції з рамою вводять новий тип транзакції, призначений для підготовки Ethereum до постквантового світу, пропонуючи більш надійну версію абстракції облікового запису — функцію, яка дозволить звичні веб-досвіди, такі як входи з ім’ям користувача та паролем і безкоштовні транзакції. Пропозиція отримала публічну підтримку від Віталіка Бутеріна під час засідання.
Партасараті Раманджун, розробник Ethereum, заявив: “Рідна абстракція облікового запису на Ethereum давно назріла. Якщо транзакції з рамою не будуть обрані як провідні, існує занепокоєння, що ми ніколи не впровадимо рідну абстракцію облікового запису в найближчому майбутньому.” Співзасновник Biconomy Ахмед Аль-Балагі додав: “Ми всі хочемо, щоб Ethereum виграв, і для цього нам справді потрібно, щоб UX був набагато кращим,” зазначивши, що транзакції з рамою дозволять інновації як у користувацькому досвіді, так і в питаннях конфіденційності.
Бен Адамс з Nethermind пояснив, що призначення провідної функції сигналізує: “Це те, що ми випускаємо в форку, ми тримаємо форк, поки він не буде випущений,” що може викликати затримки. Даніель Лернер з Besu заявив: “Ми вважаємо, що це занадто складно для того, що воно пропонує.” Розробники з інших команд клієнтів висловили занепокоєння щодо складності впровадження транзакцій з рамою в рамках терміни Hegota.
Група погодилася позначити транзакції з рамою як “розглянуті для включення”, формальне позначення, яке забезпечує ретельну перевірку без зобов’язання до конкретного терміну оновлення. Ансгар Дітріхс, лідер Фонду Ethereum і модератор засідання, зазначив: “Схоже, що існує загальна угода, що абстракція облікового запису є чимось важливим, що потребує уваги. Я дійсно думаю, що вона отримуватиме цю увагу зараз, всі тут хочуть працювати над рішенням.”
Hegota — це оновлення мережі Ethereum, яке очікується в другій половині 2026 року. Воно слідує за оновленням Glamsterdam, запланованим на першу половину року. Розробники вибрали Списки включення, що забезпечуються вибором форків (FOCIL) як провідну функцію для підвищення стійкості до цензури.
Транзакції з рамою — це новий тип транзакції, призначений для підготовки Ethereum до середовища постквантових обчислень, впроваджуючи більш надійну форму абстракції облікового запису. Абстракція облікового запису дозволить традиційні веб-досвіди, такі як входи з ім’ям користувача та паролем, а також безкоштовні транзакції. Пропозиція була спрямована на покращення користувацького досвіду та безпеки.
Розробники клієнтів висловили занепокоєння щодо складності впровадження транзакцій з рамою в рамках терміни Hegota. Вони зазначили, що призначення другої провідної функції може затримати оновлення, тоді як складність пропозиції ускладнила зобов’язання до фіксованого графіка доставки. Пропозицію замість цього позначили як “розглянуту для включення” для подальшої перевірки.