Ethereum EIP-8479 пояснено: Постквантовий PeerDAS та блохи зі змінним розміром

2026/11/03 16:03:00

Що, якби ethereum міг зробити свою інфраструктуру доступності даних більш стійкою до майбутніх квантових комп’ютерів, надавши мережам Layer 2 більше гнучкості щодо публікації транзакційних даних? Нове пропонування, представлене дослідником Ethereum Foundation Франческо Різітано 1 листопада 2026 року, досліджує саме цю можливість. Проект, спочатку позначений як EIP-9999, пропонує замінити KZG-зв’язки в PeerDAS на Merkle-зв’язки Keccak-256 та STARK-докази LeanDA. Він також вводить змінний розмір blob’ів від 2 KiB до 512 KiB, що дозволяє rollup-ам вибирати об’єм даних, більш точно відповідний їхнім потребам. Обговорення в темі Ethereum Magicians використовує позначення EIP-8479, тому розрізнення номерів важливе при слідуванні пропозиції. Хоча дизайн залишається на ранньому етапі огляду, він поєднує три основні пріоритети розробки ethereum: постквантову криптографію, доступність даних та масштабованість Layer 2. Його потенційне значення поширюється за межі інженерії протоколу, піднімаючи питання про витрати rollup-ів, конкурентоспроможність інфраструктури ethereum та довгострокову цінність ETH для екосистеми.

Основні висновки

Нове післяквантове пропозиція: Проект досліджує заміну зобов’язань KZG-на основі PeerDAS на Merkle-зобов’язання Keccak-256 та докази LeanDA STARK.
Бlobs зі змінним розміром: дизайн дозволяє розміри blob у вигляді степенів двійки від 2 КБ до 512 КБ, зберігаючи 128 стовпців на blob.
Наслідки для Layer 2: Rollups можуть вибирати обсяги даних, більш точно відповідні пакетам транзакцій, що потенційно покращить використання даних.
Криптографічні зміни: шляхи аутентифікації Меркла замінять KZG-докази комірок, а STARK-докази перевірятимуть кодування Ріда-Соломона та отримання зобов’язань.
Рання стадія розробки: Пропозиція залишається проектом, параметри системи доведення, інтеграція клієнта та показники продуктивності ще потребують роботи.
Релевантність ринку ETH: Пропозиція може посилити довгостроковий нарратив інфраструктури Ethereum, але не створює негайного катализатора для цін ETH чи не гарантує нижчих комісій за транзакції.

Що таке Ethereum EIP-8479 і чому він був запропонований?

Пропозиція вирішує дві взаємопов’язані проблеми: довгострокову криптографічну безпеку шару доступності даних Ethereum та потребу у більш гнучкій об’ємній ємності для ролапів. Її початкове специфікація має назву EIP-9999, а обговорення в листопаді використовувало назву EIP-8479. Її авторами є Francesco Risitano, Thomas Coratger і Tom Wambsgans, а перший чернетковий варіант датується 26 жовтня 2026 року. Пропозиція є Core, Standards Track EIP і наразі має статус Draft. Вона посилається на кілька пов’язаних пропозицій, зокрема EIP-4844, EIP-7594, EIP-7892, EIP-8141 та EIP-8288.

Чому існуючий PeerDAS потребує іншого криптографічного підходу

PeerDAS, або Peer Data Availability Sampling, дозволяє нодам Ethereum перевіряти, чи доступні дані blob, не завантажуючи кожен байт цілого blob. Механізм розподіляє дані на стовпці, розподіляє відповідальність за зберігання між нодами та дозволяє учасникам вибирати та зразково перевіряти окремі частини. Це зменшує вимоги до обсягу даних для звичайних валідаторів, зберігаючи при цьому метод перевірки доступності даних.

Поточний дизайн використовує KZG-зобов’язання та клітинні докази для аутентифікації зразкових даних. KZG ґрунтується на криптографії з паруванням еліптичних кривих, яка в принципі вразлива перед достатньо потужними квантовими комп’ютерами здатними до стійкості до помилок, що виконують алгоритм Шора. Хоча практичні квантові комп’ютери, здатні порушити криптографічні припущення Ethereum, наразі недоступні, дослідники протоколу оцінюють альтернативи до того, як така загроза стане оперативною. Обговорення EIP-8479, отже, відображає попередньо орієнтовану стратегію безпеки, а не відповідь на негайну квантову атаку.

Чому гнучкість Blob важлива для ethereum

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

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

Як EIP-8479 замінює KZG на постквантові STARKs?

Центральною криптографічною зміною є заміна KZG-обов’язків і доказів комірок на Merkle-обов’язки Keccak-256, Merkle-шляхи аутентифікації та докази LeanDA STARK. Дизайн розділяє завдання аутентифікації окремих зразків даних від завдання доведення того, що повний блох був правильно закодований і зафіксований. Це призначене для видалення залежності від припущень про парування еліптичних кривих та усунення довіреної налаштування, необхідної для існуючої конструкції KZG.

Keccak-256 Merkle-зобов’язання

Дерево Меркла організовує дані за допомогою повторного хешування. Окремі елементи даних спочатку хешуються у листя нод, після чого пари хешів об’єднуються для створення вузлів вищого рівня. Процес продовжується до тих пір, поки один єдиний Merkle root не представлятиме базову структуру даних.

У запропонованій архітектурі PeerDAS кожен блох отримує зобов’язання Merkle на основі Keccak-256. Коли нода вибирає певну комірку даних, вона може отримати відповідний шлях аутентифікації Merkle і самостійно перевірити, що комірка належить до зобов’язаного блоху. Це надає спосіб аутентифікувати вибрані дані без залежності від KZG-доказів комірок.

Keccak-256 особливо важливий, оскільки криптографічні конструкції на основі хеш-функцій загалом вважаються більш придатними для постквантової безпеки, ніж схеми, засновані на дискретному логарифмі еліптичних кривих. Квантові алгоритми пошуку все ще можуть зменшити ефективну безпеку хеш-функцій, тому параметри безпеки та деталі реалізації залишаються важливими. Тому пропозицію слід розуміти як крок у напрямку квантово-стійких криптографічних припущень, а не як гарантію від будь-яких майбутніх квантових атак.

Що саме перевіряє LeanDA STARK?

Аутентифікація Меркла підтверджує, що вибрана комірка належить певній зафіксованій структурі даних, але протокол також повинен підтвердити, що кодування даних блобу та генерація зобов’язання виконані правильно. Саме тут важливим стає LeanDA STARK.

Запропонований STARK доводить дві ключові властивості: те, що блох задовольняє своє відношення кодування Ріда-Соломона, і те, що пов’язане обов’язкове Merkle було правильно отримане. Кодування Ріда-Соломона вводить надлишковість, яка дозволяє відновити відсутні частини даних, коли достатня кількість дійсних частин залишається доступними. Доведення дозволяє мережі перевірити відповідні зв’язки кодування та обов’язкового, не вимагаючи, щоб кожен перевіряючий повторював усе обчислення незалежно.

Пропозиція також пов’язує докази LeanDA з EIP-8288, який надає фреймворк для рекурсивної STARK-агрегації на рівні блоку. Замість того щоб розглядати кожен доказ як ізольоване завдання верифікації, дизайн вводить рамки залежності від наявності даних, докази яких можна згорнути в більш широку агрегацію на рівні блоку. Ця інтеграція має технічне значення, оскільки витрати на генерацію, агрегацію та верифікацію доказів вплинуть на те, чи є цей дизайн практичним для клієнтів Ethereum.

Як зміна розміру блобів впливає на доступність даних у ethereum?

Пропозиція вводить розміри blob від 2 КіБ до 512 КіБ, при цьому підтримувані довжини байтів обмежені степенями двійки. Кожен blob зберігає 128 стовпців, що означає, що довжина байтів окремих одиниць даних змінюється, тоді як загальна структура стовпців залишається незмінною. Це суттєве відхилення від традиційної моделі blob із фіксованим розміром, яку використовує існуюча інфраструктура доступності даних Ethereum.

Від фіксованої ємності до гнучкого публікування даних

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

Наведені нижче приклади ілюструють запропонований діапазон потужності:

2 KiB: невелика передача даних, що вимагає обмеженої пропускної здатності.
8 КіБ–64 КіБ: проміжні розміри для відносно компактних пакетів транзакцій.
128 КіБ: Знайома точка відліку, що відповідає традиційній ємності блобу.
256 КіБ–512 КіБ: Більші надсилання, що вимагають додаткової об’ємної ємності.

Пропозиція також визначає зміни до транзакцій, що містять блоби. Замість того щоб покладатися виключно на існуюче представлення версійного хешу, запропонована структура транзакції використовує корінь Меркла та явне поле байт-довжини. Транзакції, що містять блоби, представлені за допомогою транзакцій у форматі EIP-8141, що поєднують нову структуру даних із загальною дизайном формату транзакцій.

Як впливають блохи зі змінним розміром на вартість газу?

Гнучка ємність blob може покращити використання даних, але залежність між розміром blob і комісіями не є такою простой, як вибір меншого blob і автоматична сплата меншої суми. Пропозиція також змінює вимоги до мережі та облік газу, включаючи витрати, пов’язані з Merkle-аутентифікацією та новим процесом перевірки.

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

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

Що може означати EIP-8479 для мереж Ethereum другого рівня?

Пропозиція може зробити інфраструктуру доступності даних Ethereum більш пристосованою до потреб мереж рівня 2, зокрема ролапів, які публікують дані про транзакції пакетами. Arbitrum, Optimism і Base — це приклади великих екосистем масштабування Ethereum, оператори яких зацікавлені в ефективній і передбачуваній публікації даних. Однак EIP-8479 не змінює безпосередньо їх середовища виконання чи не гарантує миттєвого зниження комісій за транзакції користувачів.

Потенційні переваги для операторів Rollup

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

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

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

Наслідки для конкуренції шару 2 ethereum

Ethereum конкурує з альтернативними екосистемами блокчейн, які пропонують різні підходи до виконання, вирішення транзакцій та доступності даних. Покращення ефективності його інфраструктури blob може підтримати позицію Ethereum як шару вирішення та доступності даних для застосунків на основі rollup.

Однак конкурентоспроможність мережі залежить не тільки від пропускної здатності blob. Розробники та користувачі також враховують комісії за транзакції, продуктивність застосунків, ліквідність, інтероперабельність, безпеку та підтримку екосистеми. EIP-8479 вирішує одну важливу частину цієї ширшої рівняння: криптографічну та інфраструктуру доступності даних, що лежить в основі масштабування rollup.

Тому його потенційний внесок краще оцінювати як покращення інфраструктури, яке з часом може посилити середовище розробки Layer 2 Ethereum, ніж як вже продемонстровану негайну конкурентну перевагу.

Як EIP-8479 вписується в постквантову дорожню карту ethereum?

EIP-8479 вирішує компонент доступності даних у ширшій дослідницькій програмі Ethereum післяквантової ери. Він не замінює кожен криптографічний примітив, що використовується мережею, і не робить Ethereum повністю стійким до квантових атак. Підписи консенсусу, аутентифікація акаунтів та інші криптографічні системи вимагають власних стратегій міграції.

Три криптографічні області вимагають уваги

Криптографічна архітектура ethereum включає кілька компонентів із різними припущеннями щодо безпеки:

Підписи консенсусу: валідатори Ethereum використовують підписи BLS для участі в консенсусі та агрегації підтверджень. Оскільки BLS залежить від криптографії з паруванням еліптичних кривих, дослідники досліджують альтернативні системи підписів, які можуть забезпечити більш сильні постквантові властивості безпеки.

Підписи акаунтів: Стандартні зовнішні об’єкти акаунтів використовують підписи ECDSA. Достатньо потужний квантовий комп’ютер теоретично може використовувати алгоритм Шора для отримання інформації про приватний ключ з відкритих ключів, що були розкриті, за умови відповідних припущень щодо еліптичних кривих. Абстрагування акаунтів та альтернативні механізми перевірки підписів є одними з підходів, що можуть підтримувати майбутнє перехід.

Зобов’язання щодо доступності даних: зобов’язання KZG є компонентом, на який безпосередньо спрямоване це пропозицію. Заміна їх на хеш-основані мерклівські зобов’язання та докази STARK вирішить одну конкретну частину криптографічної вразливості протоколу.

Ці області пов’язані, але їх не можна оновити за допомогою однієї зміни. Перехід Ethereum після квантового періоду вимагатиме координованої роботи в галузі консенсусу, виконання, мережі та інфраструктури застосунків.

Чому важливі дизайни на основі STARK

Системи STARK використовують хеш-функції та прозорі конструкції доведень, а не полагоджуються на еліптичних кривих та традиційній довіреній налаштуванні. Їхні властивості роблять їх кандидатами для застосувань післяквантової ери, хоча розмір доведень, продуктивність перевірки, складність реалізації та параметри безпеки хеш-функцій ще потрібно оцінити.

EIP-8479 також підкреслює важливість зв’язку криптографічних досліджень з інженерією протоколів. Теоретично безпечна система доведення сама по собі недостатня: вона повинна працювати в межах часу блоку Ethereum, пропускної здатності, ресурсів валідаторів та обмежень сумісності клієнтів. Інтеграція пропозиції з EIP-8288 відображає цю необхідність розгляду верифікації доведення на рівні цілого блоку.

Який зараз статус EIP-8479?

На 2 листопада 2026 року пропозиція залишається чернеткою на початковій стадії, а не затвердженим оновленням мережі ethereum. Її обговорення 1 листопада та запит на витягування у GitHub запрошують зворотний зв’язок від розробників rollup, команд консенсусу та виконавчих клієнтів, учасників мережі та дослідників криптографії. Специфікація відкрито вказує на кілька нерозв’язаних питань, що означає, що залишається великий обсяг роботи з проектування та реалізації, перш ніж можна буде розглядати будь-яке розгортання на мейннет.

Видатні технічні виклики

Перша проблема — завершення гостевої програми LeanDA та її хеш ключа перевірки. Ці компоненти важливі, оскільки вони визначають обчислення, яке підтверджується, та параметри, які використовуються перевіряючими для перевірки отриманого STARK-доказу.

Друга проблема — реалізація клієнтом. Пропозиція вимагає координованих змін у компонентах рівня виконання, консенсусу та мережі. Розробники повинні забезпечити, щоб різні клієнти однаково інтерпретували зобов’язання блох, поля транзакцій та процедури аутентифікації даних.

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

Нарешті, оператори rollup повинні підтвердити, чи відповідає запропонований розподіл розмірів blob реальному попиту. Зворотний зв’язок щодо бажаних об’ємів допоможе визначити, чи забезпечують blob зі змінним розміром значущу користь, крім додаткової складності протоколу.

Що повинні спостерігати розробники та інвестори далі?

Найважливішими розробками будуть прогрес у специфікації, публікація працюючого прототипу, незалежний криптографічний огляд та результати продуктивності. Зворотний зв’язок від команд rollup також допоможе визначити, чи є запропонований діапазон пропускної здатності корисним для реальних завантажень публікації даних.

Статус пов’язаних пропозицій також має значення. EIP-8288 надає фреймворк для рекурсивної агрегації доведень, на який посилається LeanDA, а EIP-8141 надає запропоновану структуру фрейм-транзакцій. Прогрес їх реалізації може вплинути на шлях інтеграції нового дизайну.

Для інвесторів розрізнення між пропозицією дослідження та запланованим оновленням є важливим. Проект EIP може впливати на довгострокову розповідь про розвиток ethereum, але його не слід сприймати як доказ того, що певна функція досягне мейннету або спричинить вимірювану зміну попиту на ETH.

Чи може EIP-8479 вплинути на ціну ETH та адаптацію ethereum?

EIP-8479 має потенційні довгострокові наслідки для інфраструктури Ethereum, але його негайний вплив на оцінку ETH найімовірніше буде визначатися більше очікуваннями ринку, ніж прямими змінами в економіці мережі. Пропозиція ще не була реалізована, і немає підтверджених графіків активації на мейннеті. Відповідно, вона ще не надає вимірюваних доказів зниження комісій rollup, збільшення використання blob або зростання попиту на транзакції ETH.

У короткостроковій перспективі трейдери та аналітики, ймовірно, більше звертатимуть увагу на спотову торгівлю ETH, позиції деривативів, потоки ETF та загальні ринкові умови. Новини щодо пропозиції можуть підсилити інтерес до технічної дорожньої карти Ethereum, але одного лише проекту специфікації недостатньо, щоб створити тривалий ціновий катализатор.

У довгостроковій перспективі успішна реалізація може підтримати роль ethereum як безпечного рівня доступності даних та розрахунків. Більш гнучка ємність blob може допомогти rollups керувати публікацією даних, тоді як зобов’язання на основі хешу та STARK-докази можуть сприяти переходу мережі до постквантової ери. Ці покращення можуть посилити впевненість розробників та участь у екосистемі, якщо вони забезпечать практичні переваги в продуктивності.

Тим не менш, загальна оцінка ETH продовжуватиме залежати від активності мережі, стейкінгу, динаміки пропозиції, адаптації застосунків та конкуренції з іншими екосистемами блокчейн. Тому EIP-8479 слід розглядати як один із компонентів довгострокового розвитку інфраструктури ethereum, а не як самостійну інвестиційну ідею.

Висновок

Запропонована післяквантовою архітектура PeerDAS із змінним розміром blob для ethereum представляє важливий напрямок досліджень для інфраструктури доступності даних мережі. Шляхом заміни KZG-зв’язків і клітинних доказів на Merkle-зв’язки Keccak-256 та верифікацію LeanDA STARK пропозиція досліджує криптографічну архітектуру, яка краще відповідає довгостроковим цілям безпеки після квантової ери. Її дизайн змінного розміру blob, що варіюється від 2 КБ до 512 КБ, також забезпечує більшу гнучкість для ролапів, яким потрібно публікувати різний обсяг транзакційних даних.

Проте пропозиція залишається на ранній стадії чернетки. Її параметри доведення, інтеграція клієнтів, зміни в мережі та вимоги до продуктивності ще потрібно вирішити шляхом технічного огляду та тестування реалізації. Для ethereum значущість цього розвитку полягає у поєднанні криптографічної стійкості та ефективності даних рівня 2. Чи зможе вона в кінцевому підсумку покращити економіку ролапів чи вплинути на адаптацію ETH, залежатиме від успішної реалізації та вимірюваних переваг для екосистеми. Наразі EIP-8479 краще розуміти як перспективну інфраструктурну пропозицію в межах ширшої агенди масштабування ethereum та досліджень післяквантової епохи.

ЧАСТІ ПИТАННЯ

У чому різниця між EIP та ERC?

Пропозиція щодо вдосконалення Ethereum (EIP) описує запропоновані зміни до протоколу, стандартів або процесів розробки Ethereum. Запит на коментарі Ethereum (ERC) зазвичай визначає стандарти рівня застосунку, такі як інтерфейси токенів і домовленості смартконтрактів. EIP-8479 є основоположним пропозицією, оскільки стосується фундаментальної доступності даних і поведінки протоколу.

Що означає PeerDAS?

PeerDAS означає Peer Data Availability Sampling. Це механізм, який дозволяє нодам ethereum вибирати частини розподіленої blob-даних замість завантаження кожного елемента даних. Такий підхід допомагає зменшити вимоги до обсягу даних для окремих нод, зберігаючи можливість перевірки наявності даних.

Що таке кодування Ріда-Соломона?

Кодування Ріда-Соломона — це код з корекцією помилок, який додає надлишковість до даних. Це дозволяє відновити відсутні частини, коли залишається достатня кількість дійсних частин. Воно має значення для PeerDAS, оскільки розподілена доступність даних залежить від здатності мережі відновити початкові дані з вибіркових і розподілених компонентів.

Що таке надійна настройка в криптографії?

Довірена настройка — це процес ініціалізації, який використовується деякими криптографічними системами для генерації публічних параметрів. Якщо його секретна інформація не буде відповідно знищена, це може створити ризики безпеки. Зобов’язання KZG залежать від довіреної настройки, тоді як запропонований STARK-на основі дизайн має на меті уникнути цієї вимоги за допомогою прозорого побудовування доказу.

Як користувачі можуть стежити за прогресом пропозиції покращення ethereum?

Користувачі можуть слідкувати за репозиторієм Ethereum EIPs на GitHub, ознайомлюватися з технічними обговореннями на Ethereum Magicians та стежити за оновленнями від розробників Ethereum. Важливими віхами є перегляди специфікацій, незалежні огляди, прототипні реалізації, тестування клієнтів та будь-яке формальне рішення щодо включення в майбутнє оновлення мережі.

Відмова від відповідальності: Ця загальна інформація про ринок, можливо, з третіх сторін, комерційних або спонсорованих джерел, надається виключно для довідкових та освітніх цілей і не є фінансовою або інвестиційною порадою, пропозицією, запрошенням або гарантією. Ми відмовляємося від відповідальності за її точність, повноту, надійність та будь-які виниклі втрати. Інвестування/торгівля супроводжуються ризиком; минулі результати не гарантує майбутніх. Користувачі повинні проводити дослідження, обережно оцінювати ризики та брати повну відповідальність. Для отримання додаткової інформації будь ласка, ознайомтеся з Умовами використання та Відмовою від відповідальності щодо ризиків KuCoin.

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.