4844

Що таке 4844?

4844 — це пропозиція EIP-4844 для Ethereum, також відома як Proto-Danksharding. Її активували з оновленням Dencun, що запровадило ефективніший механізм публікації даних для мереж другого рівня.

У екосистемі Ethereum рішення другого рівня (L2) працюють як естакади, відводячи основний трафік. Найпоширеніший варіант L2 — rollups, які об'єднують транзакції користувачів і розміщують їх у основній мережі Ethereum для безпеки. EIP-4844 додає новий канал даних Blob, що робить публікацію даних дешевшою та масштабованою.

Чому 4844 знижує витрати L2?

Раніше rollups зберігали свої дані транзакцій у calldata Ethereum, конкуруючи за ресурси з виконанням смартконтрактів — це підвищувало ціни. EIP-4844 переносить такі короткострокові дані в окремий ринок комісій Blob, роблячи витрати передбачуваними та керованими.

Calldata — це постійна дошка оголошень, а Blobs — тимчасові інформаційні табло, які регулярно очищаються. Оскільки rollups потрібно гарантувати доступність даних лише обмежений час, Blobs достатньо, і це знижує витрати та підвищує пропускну здатність мережі.

Що таке Blob у 4844?

Blob — це великий фрагмент даних, прикріплений до спеціального типу транзакції, який використовується лише для публікації та засвідчення. Смартконтракти Ethereum (EVM) не можуть напряму читати Blobs; їхню цілісність і доступність гарантують механізми фіксації та перевірки.

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

Як працює 4844 в Ethereum?

4844 додає новий тип транзакції, що може містити дані Blob. Кожен блок має обмеження на кількість Blob, а їхня ціна визначається окремим ринком, який динамічно регулюється попитом і пропозицією.

Коли користувачі чи rollups надсилають транзакції з Blob, валідатори перевіряють відповідні фіксації та збирають комісії за Blob. Така архітектура розділяє витрати на доступність даних і виконання контрактів, запобігаючи конкуренції за ресурси й стабілізуючи витрати на публікацію даних L2.

Важливо: EVM не має прямого доступу до вмісту Blob; додатки мають покладатися на докази фіксації для підтвердження публікації Blob. Такий підхід знижує довгострокове навантаження на зберігання, зберігаючи вікно аудиту для відновлення й перевірки даних.

Як 4844 впливає на rollups?

4844 суттєво здешевлює публікацію даних rollups, дозволяє більші пакети й гнучкіше компонування — це напряму покращує досвід користувачів через нижчі комісії й швидші підтвердження. Після оновлення Dencun у березні 2024 року базові комісії L2 різко знизилися й залишаються низькими (див. нотатки на Ethereum.org і дашборди комісій спільноти з березня 2024 року).

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

Як заощадити на L2 завдяки 4844?

Щоб скористатися нижчими витратами, які дає EIP-4844, варто виконувати взаємодії на ланцюгу в Ethereum L2 із підтримкою Blob, приділяючи увагу способам депозиту/виведення й управлінню ризиками.

Крок 1: Підготуйте гаманець. Використовуйте популярний гаманець, оновлений до останньої версії для сумісності з L2 і форматами підпису. Початківці можуть додати RPC-ендпоінт і chain ID цільового L2 у налаштуваннях.

Крок 2: Депозит і виведення через Gate. Переказуйте кошти з Gate на цільову адресу L2, вибираючи відповідний канал L2 у меню виведення — зазвичай із нижчими комісіями. Для депозиту діє зворотна процедура; завжди перевіряйте мережу й адресу, спочатку тестуйте невеликою сумою, щоб уникнути втрат.

Крок 3: Взаємодійте в L2. Виконуйте перекази, DEX-торги або випускайте NFT у вибраному L2 — зазвичай із нижчими комісіями й швидким підтвердженням. У завантажені періоди розгляньте підвищену комісію або транзакції поза піком.

Крок 4: Моніторинг дашбордів комісій. Слідкуйте за офіційними чи спільнотними панелями комісій L2, звертайте увагу на тимчасові стрибки цін Blob через перевантаження й плануйте транзакції для оптимізації витрат.

Крок 5: Розуміння часу очікування на мостах. Офіційні мости L2 можуть мати затримки при виведенні; у термінових випадках використовуйте перевірені сторонні мости, але завжди враховуйте ризик контрагента й додаткові комісії.

Попередження про ризики: Усі перекази й підписи на ланцюгу незворотні. Завжди перевіряйте мережі, контракти й адреси — починайте з невеликих сум для мінімізації ризику втрат.

Чим 4844 відрізняється від sharding і calldata?

Порівняно з calldata, Blobs у 4844 мають власний ринок комісій, зберігаються тимчасово й не можуть бути прочитані EVM напряму — це ідеально для rollup-даних, які потребують короткострокової доступності й зазвичай дешевші.

На відміну від повного sharding, 4844 — це проміжне рішення (Proto-Danksharding). Воно не розділяє Ethereum на паралельні shard-и, а збільшує пропускну здатність у поточній структурі та впроваджує незалежне ціноутворення — закладаючи основу для Danksharding і вибіркового доступу до даних у майбутньому.

Які ризики та обмеження має 4844?

EIP-4844 напряму не знижує витрати на виконання смартконтрактів у основній мережі Ethereum (L1); складні контракти залишаються дорогими. Якщо попит на Blob різко зросте, ціна може тимчасово підвищитися — це спричинить короткочасну волатильність комісій L2.

Дані Blob зберігаються лише обмежений час до видалення, тому rollups і оператори вузлів мають архівувати потрібні дані окремо. Гаманці, браузери чи інструменти можуть оновлюватися з різною швидкістю; перші користувачі можуть зіткнутися з відмінностями у відображенні чи підказках підпису.

Крім того, 4844 не змінює основну модель безпеки rollups чи час очікування на мостах. Користувачі мають уважно ставитися до крос-ланцюгових мостів, оновлень контрактів і управління дозволами.

Що далі для 4844?

EIP-4844 — це критичний крок до повного Danksharding. Далі — підвищення ліміту Blob на блок, оптимізація механізмів коригування комісій і розвиток технологій на кшталт Data Availability Sampling (DAS) для розширення пропускної здатності й участі вузлів.

На рівні застосунків більше L2 оптимізуватимуть стратегії пакетування навколо дешевої доступності даних (DA), роблячи високочастотні й реальні on-chain додатки все більш життєздатними. Альтернативні рівні доступності даних розвиватимуться паралельно з дорожньою картою Ethereum, створюючи багаторівневу екосистему.

Ключові висновки щодо 4844

EIP-4844 забезпечує дешевий, короткостроковий канал для публікації rollup-даних, розділяючи витрати на доступність даних і виконання контрактів. Це значно покращує комісії й пропускну здатність Layer 2, готуючи ґрунт для Danksharding. Користувачам: перехід на L2 із підтримкою Blob, вибір відповідних каналів депозиту/виведення через Gate і дотримання кращих практик управління ризиками допоможуть отримати переваги нижчих витрат і кращого досвіду.

FAQ

Чи зберігатимуться дані Blob на ланцюгу постійно?

Ні. Дані Blob залишаються на ланцюгу приблизно 18 днів і потім автоматично видаляються. Такий тимчасовий механізм зберігання відповідає вимогам L2 і заощаджує місце на повних вузлах. L2-проєкти можуть архівувати історичні дані окремо до видалення Blob для забезпечення трасування.

Чому Blobs значно дешевші за calldata?

Blobs мають окремий механізм ціноутворення gas із низькими стартовими цінами й не конкурують із виконанням контрактів за простір gas. Calldata зберігається й виконується всіма вузлами постійно — це дорого, а Blobs потрібно зберігати лише 18 днів із окремим ринком gas. Така архітектура дозволяє знизити вартість транзакцій L2 більш як на 90%.

Чи відчую я дешевші комісії на L2 завдяки 4844?

Так. Якщо ваш L2 впроваджує публікацію даних на основі Blob, ви безпосередньо отримаєте значно нижчі комісії. Провідні L2, такі як Arbitrum і Optimism, уже підтримують Blobs; нові користувачі можуть переказати активи з Gate у ці L2 для дешевих транзакцій.

Чому розмір кожного Blob фіксовано 128 КБ?

Цей розмір — компроміс між пропускною здатністю й ресурсами вузлів. Blob на 128 КБ суттєво знижує витрати L2 без надмірного навантаження на вузли. Розмір можуть змінити залежно від умов мережі, але наразі він ефективний.

Чи впливає 4844 на транзакції основної мережі Ethereum?

Майже ні. EIP-4844 оптимізує переважно транзакції Layer 2 — основна мережа не використовує Blobs. Проте завдяки значному зниженню витрат L2 більше користувачів переходить із основної мережі в L2, що зменшує навантаження на основну мережу відповідно до стратегії масштабування Ethereum.