Створення на Етеріумі у 2026 році: що змінилося

комісії за газ

абстракція облікового запису

оновлення протоколу

Філіп Краузе

EF Builder Growth

7 травня 2026 р.

9 читається за хвилину

Якщо ваша ментальна модель Етеріуму сформувалася у 2021–2023 роках, вона вже застаріла. Три оновлення протоколу відтоді — Денкун у березні 2024 року, Пектра у травні 2025 року та Фусака у грудні 2025 року — змінили дві речі, які хвилюють будівельників: скільки коштує використання рівня 1 (l1) і що можуть робити звичайні гаманці.

Головна мережа знову дешева

Режим комісій 2021–2023 років більше не є надійним припущенням за замовчуванням.

Станом на 5 травня 2026 року трекер газу Etherscan показує стандартний газ на рівні близько 0.15 Gwei, із середньодобовими показниками близько 0.5 Gwei протягом квітня. Базовий переказ ETH на цьому рівні коштує менше цента, а в типові останні дні — кілька центів. Ця тенденція до зниження спостерігалася під час кожного з останніх оновлень, і наступне, Гламстердам, має ще більше знизити комісії. Це робить твердження «головна мережа Етеріуму занадто дорога для більшості застосунків» застарілою відправною точкою.

Якщо вам потрібне просте емпіричне правило, використовуйте математику газу замість старих міфів. При 0.5 Gwei (нещодавнє середнє значення за квітень) і ціні ETH приблизно у 2350 доларів США, орієнтовні витрати виглядають так.

Операція	Використаний газ	Орієнтовна вартість
Переказ ETH	21,000	$0.025
Переказ ERC-20	~65,000	$0.076
Схвалення ERC-20	~46,000	$0.054
Обмін	~180,000	$0.21
Розгортання ERC-20	~1,200,000	$1.41

Це лише приклади, а не гарантії. Витрати змінюються залежно від ціни ETH, ціни газу та складності контракту. Показники Gwei можуть сильно коливатися протягом звичайного місяця, тоді як вартість у доларах майже не змінюється, оскільки ролапи зараз обробляють близько 95 відсотків транзакцій Етеріуму, а рівень 1 (l1) зазвичай працює значно нижче свого цільового показника блоку. Комісії в Головній мережі зараз настільки низькі, що багато застосунків можуть доцільно працювати в Головній мережі.

Чому витрати знизилися

Більшу частину роботи виконали три оновлення.

Денкун (березень 2024 року) запровадив EIP-4844 і надав ролапам власну смугу даних через блоби з окремим ринком комісій. Ролапи перестали конкурувати зі звичайним трафіком виконання в тому самому просторі блоку.

Пектра була активована 7 травня 2025 року. EIP-7691 підвищив пропускну здатність блобів з 3 цільових / 6 максимальних блобів на блок до 6 цільових / 9 максимальних, що розширило дешеву смугу даних, яку використовують ролапи, і ще більше знизило комісії рівня 2 (l2).

Фусака була активована 3 грудня 2025 року. Головною зміною пропускної здатності став PeerDAS, який дозволяє валідаторам здійснювати вибірку даних блобів замість повного завантаження кожного блобу, і саме ця вибірка робить більшу кількість блобів безпечною на рівні мережі. Паралельно спільнота підвищила ліміт газу рівня 1 (l1) з 30 млн до 60 млн протягом 2025 року, а EIP-7935 у Фусаці стандартизував 60 млн як нове значення за замовчуванням. EIP-7825 обмежує будь-яку окрему транзакцію приблизно 16.78 млн газу, чого більшість застосунків ніколи не помітить, але дуже великі розгортання та монолітні мультидзвінки (multicalls) тепер мають вписуватися в ці межі. EIP-7951 також додав нативну верифікацію secp256r1 (P-256) у Головній мережі, що робить перевірку підписів ключів доступу та WebAuthn у процесах акаунтів значно дешевшою.

Кінцевий результат полягає в тому, що Головна мережа більше не оцінюється як постійно перевантажений ланцюг.

Як EIP-7702 змінює модель акаунта

Пектра також запровадила EIP-7702, який надає звичайним гаманцям доступ до функцій смарт-акаунтів, таких як пакетування, спонсорування газу, сесійні ключі, процеси відновлення та зручний для ключів доступу UX, без необхідності переходу користувача на новий акаунт.

Це працює шляхом додавання нового типу транзакції (тип 0x04, SetCode), який дозволяє EOA (зовнішньому акаунту) встановлювати вказівник на вже розгорнутий код контракту. Користувач зберігає ту саму адресу, оригінальний ключ EOA зберігає повний контроль над акаунтом, а делегування згодом можна змінити або скинути до нульової адреси.

Для будівельників застосунків практична зміна полягає в тому, щоб запитувати в гаманця результат, а не низькорівневе налаштування EIP-7702. Якщо користувачеві потрібно схвалити та здійснити обмін в одному процесі, надішліть запит на пакетування через ERC-5792 wallet_sendCalls. Гаманець може вирішити, чи використовувати EIP-7702, ERC-4337 або іншу систему акаунтів.

Делегований код є межею безпеки. Якщо гаманець спрямовує EOA на помилковий або шкідливий код, цей код може здійснювати виклики від імені користувача, включаючи схвалення токенів, перекази та взаємодію із застосунками. Будівельники повинні ставитися до цілей делегування як до інфраструктури гаманця, покладаючись на перевірені гаманцем реалізації та не просячи користувачів легковажно делегувати повноваження коду, який контролюється застосунком.

Що це змінює в підходах до створення

Раніше стандартним запитанням будівельника було: «який рівень 2 (l2) є достатньо дешевим?». На це запитання все ще є відповіді, але воно не єдине. Оскільки комісії рівня 1 (l1) становлять кілька центів за транзакцію під час нормального навантаження, а EIP-7702 дозволяє будь-якому гаманцю надавати UX смарт-акаунта без міграції адрес, більш корисним питанням за замовчуванням є те, чи повинен застосунок працювати в Головній мережі, чи конкретний рівень 2 (l2) дає реальну перевагу в розповсюдженні, ліквідності або UX, яку рівень 1 (l1) надати не може.

Припущення щодо акаунта також змінюються. Не проєктуйте нові застосунки так, ніби кожен акаунт користувача — це звичайний ECDSA EOA, який повинен мати ETH, перш ніж зробити щось корисне. Віддавайте перевагу інтерфейсам пакетування на рівні гаманця, таким як ERC-5792 wallet_sendCalls, припускайте, що спонсорування газу та сесійні ключі стануть звичайними функціями гаманця, і розглядайте ключі доступу та процеси відновлення як частину UX акаунта, а не як окремі хаки для онбордингу.

Що далі

Наступне іменоване оновлення Етеріуму — Гламстердам, головними елементами якого є списки доступу на рівні блоку (BAL) та закріплене розділення пропоузера та білдера (ePBS). Разом вони дозволяють безпечно підвищити ліміт газу блоку з нинішніх 60 мільйонів до приблизно 200 мільйонів, залишаючи більше пропускної здатності рівня 1 (l1) для роботи будівельників. Активація очікується в другій половині 2026 року. Після Гламстердаму планується Hegotá (opens in a new tab), головною особливістю якого обрано списки включення, що забезпечуються вибором форку (FOCIL).

Для будівельників варто відстежувати такі пункти: більша пропускна здатність рівня 1 (l1) (BAL), надійніше включення транзакцій (FOCIL) та шлях до нативної абстракції облікового запису. ePBS, інша головна новина Гламстердаму, — це здебільшого інфраструктурна зміна, яка усуває залежність від довіри під час включення транзакцій на рівні 1 (l1). Прямі зміни на рівні застосунків є незначними.

BAL спрямовані на те, щоб рівень 1 (l1) залишався дешевим у міру зростання використання. Простими словами, блок постачатиметься з картою акаунтів і сховищ, яких він торкається. Клієнти можуть використовувати цю карту для попереднього отримання даних і паралельного виконання незалежних транзакцій, що робить безпечнішим підвищення ліміту газу рівня 1 (l1) без надмірного уповільнення перевірки блоків. Практичний ефект для будівельників полягає в тому, що більше активності може повернутися в Головну мережу без автоматичного відтворення режиму газу 2021–2023 років.

FOCIL стосується потрапляння дійсних транзакцій у блоки, навіть якщо один виробник блоку волів би їх пропустити. Сьогодні, якщо сторона, що створює блок, ігнорує транзакцію, решта протоколу має обмежені можливості примусово її включити. З EIP-7805 кілька валідаторів фактично скажуть: «ми бачили ці дійсні транзакції, що очікують у публічному мемпулі». Наступний блок тоді має включити їх, інакше валідатори можуть відмовитися підтримувати цей блок. Для будівельників це має значення, коли надійний доступ до рівня 1 (l1) є частиною продукту, включаючи інструменти приватності, регульовані шлюзи (onramps) або застосунки, що обслуговують користувачів, які можуть фільтруватися деякими постачальниками інфраструктури.

Для будівельників застосунків елементом Hegotá, за яким варто стежити найуважніше, є абстракція облікового запису. EIP-8141, Frame Transactions (фреймові транзакції), додасть тип транзакції, де валідація, виконання та оплата газу розділені на фрейми. На практиці це означає, що смарт-акаунт зможе самостійно перевіряти транзакцію, визначати власні правила підпису, схвалювати, хто платить за газ, і виконувати одну або кілька дій без залежності від EntryPoint ERC-4337, бандлерів або релеєрів, керованих застосунком.

Це змінює припущення щодо продукту. Спонсорування газу стає нативним патерном акаунта, а не інфраструктурою, яку кожен застосунок має налаштовувати окремо. Альтернативні схеми підпису стає легше підтримувати, включаючи ключі доступу сьогодні та шлях відмови від ECDSA, якщо постквантова міграція стане необхідною. Якщо EIP-8141 або подібний дизайн нативної абстракції облікового запису буде впроваджено, модель будівельника зміниться з «EOA підписує транзакцію» на «акаунт визначає, як він перевіряє, оплачує та виконує транзакцію».

Це напрямок, а не обіцянка. EIP-8141 має статус чернетки (Draft), і станом на травень 2026 року він лише «розглядається для включення» в Hegotá, що означає, що команди клієнтів обговорюють його, але не взяли на себе зобов'язання випустити його в цьому оновленні. Практичним шляхом створення UX акаунта у 2026 році все ще залишається EIP-7702 плюс процеси гаманців ERC-4337, але будівельники повинні проєктувати так, ніби програмовані акаунти стають моделлю акаунта за замовчуванням.

Що тепер створювати інакше

Почніть із повторної перевірки старих припущень щодо комісій. Якщо ваш план розгортання все ще розглядає головну мережу Ethereum як середовище з 10–30 Gwei за замовчуванням, він, імовірно, відводить занадто багато роботи від рівня 1 (l1). Головну мережу варто розглядати в першу чергу, коли ваш застосунок залежить від спільної ліквідності, компонованості з існуючими протоколами, нейтральності або стану високої цінності, який має знаходитися там, де безпека та соціальний консенсус Етеріуму є найсильнішими.

Використовуйте рівні 2 (l2) з причин, які все ще мають значення, включаючи розповсюдження, дуже високий обсяг транзакцій, специфічні для застосунків екосистеми або витрати на дію, які мають бути максимально наближеними до нуля. Суть не в тому, щоб використовувати «Головну мережу для всього». Суть у тому, що «Головна мережа занадто дорога» більше не має бути першим фільтром.

Що стосується акаунтів, створюйте з урахуванням можливостей гаманців, а не звичайних EOA. Ваш фронтенд має бути готовим до того, що пакетні виклики, спонсорований газ, сесійні ключі, ключі доступу та процеси відновлення надходитимуть через гаманці. EIP-7702 та ERC-4337 є практичними інструментами сьогодні. Нативна абстракція облікового запису — це напрямок, за яким слід стежити далі.

Припиніть ставитися до головної мережі Ethereum як до дорогого рівня остаточної фіксації, якого ви торкаєтеся лише наприкінці, і припиніть розглядати акаунти користувачів як статичні ключі ECDSA, які повинні мати ETH, перш ніж вони зможуть щось зробити. Етеріум у 2026 році рухається до дешевшого виконання на рівні 1 (l1) та програмованих акаунтів. Створюйте для цього світу.

Додаткова література

Останнє оновлення сторінки: 28 травня 2026 р.