Перший крок до модульності Ethereum: Основи Proto-danksharding та його принцип роботи
Ethereum успішно завершив перехід від консенсусного протоколу Proof of Work до Proof of Stake. Наступним важливим проектом є EIP-4844, відомий як "доступність первинних даних". Це зміна коду має на меті підвищити масштабованість rollup'ів, що базуються на Ethereum.
EIP-4844 впроваджує новий тип транзакцій, який називається blob. Він збільшує вимоги до даних та зберігання блоків Ethereum і створює новий ринковий механізм зборів, який відокремлює blob від звичайних транзакцій.
Rollup є протоколом, що покладається на Layer 2 блокчейн (, як-от Ethereum ), для доступності даних ( DA ). Зазвичай, rollup, що базується на смарт-контрактах, покладається не лише на DA Ethereum, а й на Ethereum для розрахунків транзакцій. Ці rollup читають дані з DA-слоїв, таких як Ethereum, і виконують дійсні транзакції та код смарт-контрактів.
Вартість публікації великої кількості даних в Ethereum зазвичай дуже висока, частково через те, що мережа постійно зберігає дані як частину історії транзакцій. Завдяки EIP-4844, кожен блок створить додатковий простір даних обсягом 512 кБ або 768 кБ для rollup. Ці дані будуть зберігатися приблизно три тижні. Теоретично, вартість публікації даних rollup в Ethereum значно знизиться.
Proto-danksharding є повною передумовою та "прототипом" danksharding, який дозволить вузлам Ethereum завантажувати фрагменти даних blob для визначення доступності повного blob.
Ця стаття детально досліджує, як працює EIP-4844, обмеження оригінального danksharding, план еволюції EIP-4844 до повного danksharding та прямі переваги для кінцевих користувачів і розробників dapp.
Фон
EIP-4844 розглядається як оновлення масштабованості Ethereum. Однак важливо зазначити, що ця зміна коду не призвела до суттєвого збільшення або покращення торгової здатності Ethereum. Proto-danksharding знижує витрати на публікацію великої кількості даних на Ethereum, що, у свою чергу, знижує витрати на експлуатацію rollup. EIP-4844 вважається таким, що підвищує масштабованість Ethereum, оскільки він робить мережі другого рівня, побудовані на Ethereum, більш економічно вигідними, але ця зміна коду не підвищила масштабованість Ethereum як універсального блокчейну.
В останні роки торговельна активність Ethereum rollup, така як Arbitrum, Optimism, StarkNet, zkSync і Polygon zkEVM, постійно зростає. L2Beat.com оцінює, що загальний обсяг транзакцій усіх Layer 2 мереж у 3,8 рази перевищує середній добовий TPS Ethereum.
Згідно з даними Blockworks Research, наданими через Dune Analytics, rollup заощаджує понад 99% витрат на газ для кінцевих користувачів та розробників dapp у порівнянні з витратами на безпосереднє розгортання коду та транзакції на Ethereum.
Станом на 13 червня 2023 року, вартість відправлення транзакцій на двох найпопулярніших rollup'ах Ethereum, Optimism та Arbitrum, становила приблизно 0,03 до 0,05 долара. Однак, у випадках частих активностей в мережі та її перевантаження, ці витрати іноді можуть злетіти до понад 1 долара.
Метою EIP-4844 є подальше зменшення витрат на Rollup шляхом впровадження blob-транзакцій. Нижче наведено покроковий опис життєвого циклу blob-транзакцій, визначених EIP-4844:
Користувач подає транзакцію до rollup
Ролап-структуризатор упакує транзакції в партії
Сортувальник створює blob-транзакцію, кодує упаковані дані транзакції в blob
Blob-транзакція була подана до Ethereum mempool
Валідатори включають blob-транзакції до блоку
Блок розсилається до мережі та зрештою підтверджується
Blob дані зберігаються в Beacon Chain приблизно 3 тижні
Через 3 тижні дані blob будуть видалені
Rollup все ще може отримувати доступ до криптографічних зобов'язань даних транзакцій
EIP-4844 не вплине на те, як звичайні транзакції включаються до блоку, і не вплине на ринкові збори, які визначають ціну простору блоків Ethereum, але він дійсно збільшує вимоги до зберігання блоків Ethereum. Додатковий простір даних призначений для додавання blob-транзакцій до блоку. Blob подібні до додаткових автомобілів, які можуть бути прикріплені до блоку Ethereum, не впливаючи або не займаючи наявний простір блоку.
Простір блоб-блоків буде аукціонуватись відповідно до власного ринку зборів, аналогічно до дизайну ринку зборів EIP-1559. Спочатку, транзакції блобів майже не матимуть витрат. Після цього, з кожним підтвердженим блоком, якщо більше половини простору блоб-блоків буде використано, вартість транзакцій блобів зросте на 12,5%. Для кожного блоку, простір блоб-блоків якого не був повністю використаний, вартість блобів зменшиться на 12,5%.
Торгові угоди Blob не зберігаються на Ethereum безкінечно, а зберігаються на консенсусному шарі Ethereum (CL) і через три тижні викидаються з вузлів CL. Proto-danksharding дозволить мати максимум 4 blob у кожному блоці, причому кожен blob зможе містити до 128kB додаткових даних. Максимальний ліміт простору blob у 512kB може змінитися в залежності від тестування EIP-4844, що триває. Розробники активно обговорюють можливість збільшення цього обмеження з 4 blob до 6.
На Ethereum щодня генерується близько 7094 блоків, після EIP-4844, за умови обмеження в 4 blob/блок, щодня можна обробити максимум 28376 blob. ( це теоретично максимальне значення, яке, через динамічні зміни витрат на blob, на практиці може ніколи не бути досягнуте. )
Протягом останніх шести місяців, сортер, який працює на Optimism, щодня подавав приблизно 3126 пакетів транзакцій до Ethereum. Обсяг транзакцій, підтверджених Arbitrum, приблизно вдвічі більший, ніж у Optimism. На Optimism понад 90% витрат походять з витрат на Layer 1 CALLDATA.
Введення спеціального простору для зберігання даних, незалежно від того, наскільки він малий на початку, має на меті знизити витрати на використання Ethereum як DA-слою для всіх rollup, що базуються на Ethereum. За обережними оцінками, розробники rollup очікують, що після активації EIP-4844 витрати на rollup зменшаться на 100% до 900%. Проте ці оцінки можуть змінитися залежно від зростання впровадження та активності rollup протягом кількох місяців до і після активації початкової бази даних.
Витрати на транзакції blob, хоча на початку активації EIP-4844 можуть бути дешевшими, ніж звичайні транзакції, можуть швидко зростати, якщо кількість rollup, що базуються на Ethereum, збільшиться. Крім того, хоча кожен blob призначений для надання можливості одному сортувальнику публікувати до 128 кБ даних, сортувальники rollup можуть координуватися, щоб один blob містив дані з кількох rollup. Розробники Ethereum усвідомлюють, що через обмежену кількість у кожному блоці, а також тому, що один批 транзакцій може не повністю використовувати весь обсяг даних 128 кБ кожної blob-транзакції, може виникнути вторинний ринок для ціноутворення blob.
Proto-danksharding закладає основу для впровадження більш сучасних технологій, щоб подальше зниження вартості blob відбувалося без збільшення навантаження на обчислення вузлів. Називається повним danksharding, повна концепція blob полягає в збільшенні максимальної кількості blob у кожному блоці з 4 до 64.
Повний Данкшардинг
Чотири blob збільшують розмір блоку Ethereum на 512 кБ. Шість blob додатково збільшують розмір блоку Ethereum на 768 кБ. Як вже згадувалося, додатковий простір блоку строго використовується для транзакцій blob і не зберігає дані так, як звичайний блок. Повна візія EIP-4844 полягає в тому, щоб ввести до Ethereum до 64 blob, і зробити це без значного збільшення обчислювального навантаження на вузли для валідації блоків. Для досягнення повного danksharding Ethereum потрібно реалізувати дві технології: вибірковість доступності даних (DAS) та стискування даних.
зразки доступності даних (DAS )
У контексті перевірки транзакцій Layer 2 rollup мета DAS полягає в забезпеченні того, щоб усі фрагменти даних, згруповані сортировщиком, були опубліковані в ланцюзі. Повні вузли вибираються випадковим чином, завантажують шматок даних з blob і генерують докази доступності даних. Чим більше разів повні вузли проводять відбір даних, тим більшою стає ймовірність, що всі дані були надані сортировщиком без утримання важливих даних. Для вузлів процес відбору даних має менше обчислювальних витрат, ніж завантаження всіх даних blob, але теоретично надає таку ж гарантію доступності даних. Як і в proto-danksharding, відбір даних blob у повному danksharding забезпечить, що транзакції від сортировщика були перевірені та опубліковані в ланцюзі для оцінки будь-яким користувачем або зацікавленою стороною мережі.
Завдяки DAS, розробники Ethereum впевнені, що можуть збільшити кількість та обсяг blob, що публікуються в Ethereum, не збільшуючи навантаження на обчислення вузлів. Крім того, розробники також планують у майбутніх оновленнях впровадити пропозиції, такі як термін давності історії, щоб ще більше зменшити навантаження на обчислення вузлів. За словами дослідника Ethereum Данкрада Файста, з часом Ethereum стане "публічним рекламним щитом, а не архівною системою", покладаючи відповідальність за збереження повних копій історії транзакцій на мережевих учасників, які часто використовують ці дані, таких як Layer 2 rollup і компанії інфраструктури блокчейну, такі як Infura, Alchemy та Blockdaemon. Хоча EIP-4844 вводить blob, це ранній приклад того, що всі транзакції одного дня можуть стати blob-сховищем в Ethereum.
Стерти кодування
Технологія стирання кодування покращила можливості вибірки даних. Якщо зловмисний сортувальник утримує кілька блоків даних, у будь-якому місці від 1% до 49% blob-даних, вибірка транзакцій може ймовірнісно призвести до того, що деякі зразки спочатку будуть повернені як правильні, а не помилкові. Стирання кодування забезпечує, що якщо принаймні половина blob буде перевірена, решта blob може бути відновлена. Ця технологія діє лише тоді, коли дані представлені у вигляді поліномів, тобто виразів з двох або більше алгебраїчних членів. Найпоширеніша форма стирання кодування ґрунтується на кодах Reed-Solomon(RS), які є складними математичними формулами, що дозволяють відновлювати відсутні дані на основі достатньої кількості відомих фрагментів даних. Інтуїтивно, покладаючись лише на вибірку, може бути недостатньо ефективно забезпечити доступність великої кількості даних, особливо в умовах, коли зловмисний сортувальник утримує єдині дані з blob. Стирання кодування вводить дану надмірність для blob, таким чином, зловмисний сортувальник неминуче повинен утримувати явно велику частину даних blob, щоб утримати будь-яку кількість даних.
Поєднання DAS та кодів стирання є основою повної технології danksharding. Ці технології також є основою певних рівнів DA, таких як Polygon Avail та Celestia. У багатьох відношеннях бачення підтримки модульних блокчейн-обчислень тестується в малих масштабах через інші блокчейн-проекти, а також буде протестовано в масштабах на Ethereum, частково через proto-danksharding та серйозно протестовано через повне danksharding.
KZG прихильність
Перед тим, як DAS і кодування з стиранням можуть бути реалізовані на Ethereum, повністю danksharding потрібно реалізувати схему KZG зобов'язання. Kate Zaverucha Goldberg(KZG) зобов'язання є системою нульового знання(ZK) доказу, яка дозволяє оцінювати многочлени без розкриття всього многочлена. Великі об'єкти даних, такі як blob, можуть бути ефективно оброблені і доведені комп'ютером, якщо спочатку вони представлені у вигляді многочлена. EIP-4844 важливо вводить KZG зобов'язання як частину процесу валідації та генерації доказів для blob. Для Layer 2 rollup, що покладаються на ZK докази, KZG зобов'язання може представляти обчислення транзакцій та стан протоколу rollup. У контексті EIP-4844 KZG зобов'язання може перевіряти властивості blob без необхідності читати весь вміст транзакцій blob.
Церемонія KZG
Схема KZG-комітменту для перевірки blob залежить від секретного значення, яке генерується одноразово через надійне налаштування. Деякі криптографічні протоколи, такі як Zcash, Tornado Cash та Filecoin, покладаються на надійне налаштування для безпечного генерування секретного значення для повторних обчислень в блокчейні. Церемонія надійного налаштування EIP-4844 розпочалась у січні 2023 року. Вона отримала близько 100 тисяч внесків від спільноти Ethereum. Для контексту, церемонія надійного налаштування є одноразовою процедурою, яка генерує шматок даних для криптографічного протоколу з внесків більше однієї сторони. Метою поєднання ентропії з кількох внесків під час церемонії надійного налаштування є створення секретного значення, яке майже неможливо відтворити або вгадати. Критично важливо, щоб з церемонії надійного налаштування виникло най...
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
12 лайків
Нагородити
12
7
Поділіться
Прокоментувати
0/400
PoolJumper
· 07-19 18:26
Нарешті з'явився ринок blob, про який говорили.
Переглянути оригіналвідповісти на0
SmartContractPlumber
· 07-19 15:59
Кореневе питання знову зводиться до доступності даних. З уроків крадіжки з гаманця кита видно, що цей ринковий сегмент має високу чутливість до зборів.
Переглянути оригіналвідповісти на0
MEVHunterX
· 07-18 01:12
ще ж це eth обдурює людей, як лохів
Переглянути оригіналвідповісти на0
TxFailed
· 07-18 01:10
чесно кажучи, я навчився цьому важким шляхом... роллапи не дешеві, коли ринок досягає піку
EIP-4844: Вступ та принципи роботи Proto-danksharding у модульному процесі Ethereum
Перший крок до модульності Ethereum: Основи Proto-danksharding та його принцип роботи
Ethereum успішно завершив перехід від консенсусного протоколу Proof of Work до Proof of Stake. Наступним важливим проектом є EIP-4844, відомий як "доступність первинних даних". Це зміна коду має на меті підвищити масштабованість rollup'ів, що базуються на Ethereum.
EIP-4844 впроваджує новий тип транзакцій, який називається blob. Він збільшує вимоги до даних та зберігання блоків Ethereum і створює новий ринковий механізм зборів, який відокремлює blob від звичайних транзакцій.
Rollup є протоколом, що покладається на Layer 2 блокчейн (, як-от Ethereum ), для доступності даних ( DA ). Зазвичай, rollup, що базується на смарт-контрактах, покладається не лише на DA Ethereum, а й на Ethereum для розрахунків транзакцій. Ці rollup читають дані з DA-слоїв, таких як Ethereum, і виконують дійсні транзакції та код смарт-контрактів.
Вартість публікації великої кількості даних в Ethereum зазвичай дуже висока, частково через те, що мережа постійно зберігає дані як частину історії транзакцій. Завдяки EIP-4844, кожен блок створить додатковий простір даних обсягом 512 кБ або 768 кБ для rollup. Ці дані будуть зберігатися приблизно три тижні. Теоретично, вартість публікації даних rollup в Ethereum значно знизиться.
Proto-danksharding є повною передумовою та "прототипом" danksharding, який дозволить вузлам Ethereum завантажувати фрагменти даних blob для визначення доступності повного blob.
Ця стаття детально досліджує, як працює EIP-4844, обмеження оригінального danksharding, план еволюції EIP-4844 до повного danksharding та прямі переваги для кінцевих користувачів і розробників dapp.
Фон
EIP-4844 розглядається як оновлення масштабованості Ethereum. Однак важливо зазначити, що ця зміна коду не призвела до суттєвого збільшення або покращення торгової здатності Ethereum. Proto-danksharding знижує витрати на публікацію великої кількості даних на Ethereum, що, у свою чергу, знижує витрати на експлуатацію rollup. EIP-4844 вважається таким, що підвищує масштабованість Ethereum, оскільки він робить мережі другого рівня, побудовані на Ethereum, більш економічно вигідними, але ця зміна коду не підвищила масштабованість Ethereum як універсального блокчейну.
В останні роки торговельна активність Ethereum rollup, така як Arbitrum, Optimism, StarkNet, zkSync і Polygon zkEVM, постійно зростає. L2Beat.com оцінює, що загальний обсяг транзакцій усіх Layer 2 мереж у 3,8 рази перевищує середній добовий TPS Ethereum.
Згідно з даними Blockworks Research, наданими через Dune Analytics, rollup заощаджує понад 99% витрат на газ для кінцевих користувачів та розробників dapp у порівнянні з витратами на безпосереднє розгортання коду та транзакції на Ethereum.
Станом на 13 червня 2023 року, вартість відправлення транзакцій на двох найпопулярніших rollup'ах Ethereum, Optimism та Arbitrum, становила приблизно 0,03 до 0,05 долара. Однак, у випадках частих активностей в мережі та її перевантаження, ці витрати іноді можуть злетіти до понад 1 долара.
Метою EIP-4844 є подальше зменшення витрат на Rollup шляхом впровадження blob-транзакцій. Нижче наведено покроковий опис життєвого циклу blob-транзакцій, визначених EIP-4844:
EIP-4844 не вплине на те, як звичайні транзакції включаються до блоку, і не вплине на ринкові збори, які визначають ціну простору блоків Ethereum, але він дійсно збільшує вимоги до зберігання блоків Ethereum. Додатковий простір даних призначений для додавання blob-транзакцій до блоку. Blob подібні до додаткових автомобілів, які можуть бути прикріплені до блоку Ethereum, не впливаючи або не займаючи наявний простір блоку.
Простір блоб-блоків буде аукціонуватись відповідно до власного ринку зборів, аналогічно до дизайну ринку зборів EIP-1559. Спочатку, транзакції блобів майже не матимуть витрат. Після цього, з кожним підтвердженим блоком, якщо більше половини простору блоб-блоків буде використано, вартість транзакцій блобів зросте на 12,5%. Для кожного блоку, простір блоб-блоків якого не був повністю використаний, вартість блобів зменшиться на 12,5%.
Торгові угоди Blob не зберігаються на Ethereum безкінечно, а зберігаються на консенсусному шарі Ethereum (CL) і через три тижні викидаються з вузлів CL. Proto-danksharding дозволить мати максимум 4 blob у кожному блоці, причому кожен blob зможе містити до 128kB додаткових даних. Максимальний ліміт простору blob у 512kB може змінитися в залежності від тестування EIP-4844, що триває. Розробники активно обговорюють можливість збільшення цього обмеження з 4 blob до 6.
На Ethereum щодня генерується близько 7094 блоків, після EIP-4844, за умови обмеження в 4 blob/блок, щодня можна обробити максимум 28376 blob. ( це теоретично максимальне значення, яке, через динамічні зміни витрат на blob, на практиці може ніколи не бути досягнуте. )
Протягом останніх шести місяців, сортер, який працює на Optimism, щодня подавав приблизно 3126 пакетів транзакцій до Ethereum. Обсяг транзакцій, підтверджених Arbitrum, приблизно вдвічі більший, ніж у Optimism. На Optimism понад 90% витрат походять з витрат на Layer 1 CALLDATA.
Введення спеціального простору для зберігання даних, незалежно від того, наскільки він малий на початку, має на меті знизити витрати на використання Ethereum як DA-слою для всіх rollup, що базуються на Ethereum. За обережними оцінками, розробники rollup очікують, що після активації EIP-4844 витрати на rollup зменшаться на 100% до 900%. Проте ці оцінки можуть змінитися залежно від зростання впровадження та активності rollup протягом кількох місяців до і після активації початкової бази даних.
Витрати на транзакції blob, хоча на початку активації EIP-4844 можуть бути дешевшими, ніж звичайні транзакції, можуть швидко зростати, якщо кількість rollup, що базуються на Ethereum, збільшиться. Крім того, хоча кожен blob призначений для надання можливості одному сортувальнику публікувати до 128 кБ даних, сортувальники rollup можуть координуватися, щоб один blob містив дані з кількох rollup. Розробники Ethereum усвідомлюють, що через обмежену кількість у кожному блоці, а також тому, що один批 транзакцій може не повністю використовувати весь обсяг даних 128 кБ кожної blob-транзакції, може виникнути вторинний ринок для ціноутворення blob.
Proto-danksharding закладає основу для впровадження більш сучасних технологій, щоб подальше зниження вартості blob відбувалося без збільшення навантаження на обчислення вузлів. Називається повним danksharding, повна концепція blob полягає в збільшенні максимальної кількості blob у кожному блоці з 4 до 64.
Повний Данкшардинг
Чотири blob збільшують розмір блоку Ethereum на 512 кБ. Шість blob додатково збільшують розмір блоку Ethereum на 768 кБ. Як вже згадувалося, додатковий простір блоку строго використовується для транзакцій blob і не зберігає дані так, як звичайний блок. Повна візія EIP-4844 полягає в тому, щоб ввести до Ethereum до 64 blob, і зробити це без значного збільшення обчислювального навантаження на вузли для валідації блоків. Для досягнення повного danksharding Ethereum потрібно реалізувати дві технології: вибірковість доступності даних (DAS) та стискування даних.
зразки доступності даних (DAS )
У контексті перевірки транзакцій Layer 2 rollup мета DAS полягає в забезпеченні того, щоб усі фрагменти даних, згруповані сортировщиком, були опубліковані в ланцюзі. Повні вузли вибираються випадковим чином, завантажують шматок даних з blob і генерують докази доступності даних. Чим більше разів повні вузли проводять відбір даних, тим більшою стає ймовірність, що всі дані були надані сортировщиком без утримання важливих даних. Для вузлів процес відбору даних має менше обчислювальних витрат, ніж завантаження всіх даних blob, але теоретично надає таку ж гарантію доступності даних. Як і в proto-danksharding, відбір даних blob у повному danksharding забезпечить, що транзакції від сортировщика були перевірені та опубліковані в ланцюзі для оцінки будь-яким користувачем або зацікавленою стороною мережі.
Завдяки DAS, розробники Ethereum впевнені, що можуть збільшити кількість та обсяг blob, що публікуються в Ethereum, не збільшуючи навантаження на обчислення вузлів. Крім того, розробники також планують у майбутніх оновленнях впровадити пропозиції, такі як термін давності історії, щоб ще більше зменшити навантаження на обчислення вузлів. За словами дослідника Ethereum Данкрада Файста, з часом Ethereum стане "публічним рекламним щитом, а не архівною системою", покладаючи відповідальність за збереження повних копій історії транзакцій на мережевих учасників, які часто використовують ці дані, таких як Layer 2 rollup і компанії інфраструктури блокчейну, такі як Infura, Alchemy та Blockdaemon. Хоча EIP-4844 вводить blob, це ранній приклад того, що всі транзакції одного дня можуть стати blob-сховищем в Ethereum.
Стерти кодування
Технологія стирання кодування покращила можливості вибірки даних. Якщо зловмисний сортувальник утримує кілька блоків даних, у будь-якому місці від 1% до 49% blob-даних, вибірка транзакцій може ймовірнісно призвести до того, що деякі зразки спочатку будуть повернені як правильні, а не помилкові. Стирання кодування забезпечує, що якщо принаймні половина blob буде перевірена, решта blob може бути відновлена. Ця технологія діє лише тоді, коли дані представлені у вигляді поліномів, тобто виразів з двох або більше алгебраїчних членів. Найпоширеніша форма стирання кодування ґрунтується на кодах Reed-Solomon(RS), які є складними математичними формулами, що дозволяють відновлювати відсутні дані на основі достатньої кількості відомих фрагментів даних. Інтуїтивно, покладаючись лише на вибірку, може бути недостатньо ефективно забезпечити доступність великої кількості даних, особливо в умовах, коли зловмисний сортувальник утримує єдині дані з blob. Стирання кодування вводить дану надмірність для blob, таким чином, зловмисний сортувальник неминуче повинен утримувати явно велику частину даних blob, щоб утримати будь-яку кількість даних.
Поєднання DAS та кодів стирання є основою повної технології danksharding. Ці технології також є основою певних рівнів DA, таких як Polygon Avail та Celestia. У багатьох відношеннях бачення підтримки модульних блокчейн-обчислень тестується в малих масштабах через інші блокчейн-проекти, а також буде протестовано в масштабах на Ethereum, частково через proto-danksharding та серйозно протестовано через повне danksharding.
KZG прихильність
Перед тим, як DAS і кодування з стиранням можуть бути реалізовані на Ethereum, повністю danksharding потрібно реалізувати схему KZG зобов'язання. Kate Zaverucha Goldberg(KZG) зобов'язання є системою нульового знання(ZK) доказу, яка дозволяє оцінювати многочлени без розкриття всього многочлена. Великі об'єкти даних, такі як blob, можуть бути ефективно оброблені і доведені комп'ютером, якщо спочатку вони представлені у вигляді многочлена. EIP-4844 важливо вводить KZG зобов'язання як частину процесу валідації та генерації доказів для blob. Для Layer 2 rollup, що покладаються на ZK докази, KZG зобов'язання може представляти обчислення транзакцій та стан протоколу rollup. У контексті EIP-4844 KZG зобов'язання може перевіряти властивості blob без необхідності читати весь вміст транзакцій blob.
Церемонія KZG
Схема KZG-комітменту для перевірки blob залежить від секретного значення, яке генерується одноразово через надійне налаштування. Деякі криптографічні протоколи, такі як Zcash, Tornado Cash та Filecoin, покладаються на надійне налаштування для безпечного генерування секретного значення для повторних обчислень в блокчейні. Церемонія надійного налаштування EIP-4844 розпочалась у січні 2023 року. Вона отримала близько 100 тисяч внесків від спільноти Ethereum. Для контексту, церемонія надійного налаштування є одноразовою процедурою, яка генерує шматок даних для криптографічного протоколу з внесків більше однієї сторони. Метою поєднання ентропії з кількох внесків під час церемонії надійного налаштування є створення секретного значення, яке майже неможливо відтворити або вгадати. Критично важливо, щоб з церемонії надійного налаштування виникло най...