Як PeerDAS допомагає Ethereum повернути «суверенітет даних»

Стаття: imToken

До кінця 2025 року спільнота Ethereum спокійно зустріла завершення оновлення Fusaka.

Оглядаючись на минулий рік, хоча обговорення технічних оновлень базового рівня поступово зійшли з переднього плану ринку, багато користувачів вже відчули значну зміну: L2 Ethereum стає дедалі дешевшим.

Зараз взаємодія в мережі, будь то перекази або складні операції DeFi, вартість Gas часто становить лише кілька центів або й ігнорується взагалі. За цим стоять оновлення Dencun та механізм Blob, а також, з активізацією ключової функції PeerDAS (Peer Data Availability Sampling — точка до точки вибіркової перевірки доступності даних) у Fusaka, Ethereum повністю прощається з епохою «повного завантаження» даних для валідації.

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

1. Що таке PeerDAS?

Щоб зрозуміти революційне значення PeerDAS, ми не можемо обговорювати лише концепцію, потрібно повернутися до ключового етапу розширення Ethereum — оновлення Dencun у березні 2024 року.

Тоді EIP-4844 запровадив модель транзакцій з Blob (вбудовування великої кількості даних у Blob), що дозволило L2-мережам відмовитися від дорогого механізму збереження calldata і перейти до тимчасового зберігання даних у Blob.

Ця зміна безпосередньо зменшила вартість Rollup у десятки разів, забезпечуючи більш дешеві та швидкі транзакції без шкоди для безпеки та децентралізації Ethereum, і дала нам можливість насолоджуватися «епохою низьких Gas».

Проте, хоча Blob дуже корисний, кількість Blob, яку може обробити кожен блок у основній мережі Ethereum, має жорсткий ліміт (зазвичай 3-6), що обумовлено фізичними обмеженнями — пропускною здатністю та дисковим простором.

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

Це створює дилему:

• Якщо збільшити кількість Blob (для масштабування): обсяг даних зросте, домашні вузли будуть перевантажені пропускною здатністю та диском, що змусить їх відключитися, і мережа швидко централізується, перетворюючись у гігантські майданчики для великих дата-центрів;
• Якщо обмежити кількість Blob (для збереження децентралізації): пропускна здатність L2 буде обмежена, і не зможе задовольнити зростаючі потреби.

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

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

Якщо коротко, PeerDAS — це нова архітектура перевірки даних, яка руйнує жорстке правило «повного завантаження для валідації», дозволяючи масштабувати Blob понад фізичні обмеження (наприклад, з 6 Blob/блок до 48 і більше).

2. Blob вирішує «де зберігати», PeerDAS — «як зберігати»

Як вже згадувалося, Blob зробив перший крок у масштабуванні, вирішивши проблему «де зберігати» дані (перенісши їх із дорогого calldata у тимчасовий простір Blob), тоді як PeerDAS має вирішити питання «як зберігати» більш ефективно.

Основна ідея — як при зростанні обсягів даних у геометричній прогресії не перевантажити фізичні можливості вузлів? Відповідь проста: на основі ймовірності та розподіленої співпраці, «не потрібно, щоб кожен зберігав усі дані, достатньо ймовірно підтвердити їхню наявність».

Це видно з повної назви PeerDAS — «точка до точки вибіркова перевірка доступності даних».

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

Це означає, що тільки багаті або з великим пропуском (пропускна здатність / дисковий простір) люди можуть бути адміністраторами, і з часом, оскільки книга постійно зростає, звичайні користувачі будуть витіснені, а децентралізація зникне.

Завдяки PeerDAS із застосуванням кодеків з стиранням (Erasure Coding) можна розділити цю книгу на безліч фрагментів і закодувати їх математично. Кожен адміністратор тепер не зобов’язаний мати всю книгу, а лише кілька випадкових фрагментів.

Навіть при перевірці не потрібно показувати всю книгу — достатньо, щоб у мережі було зібрано будь-які 50% фрагментів (незалежно від того, чи тримають їх у руках користувачі, наприклад, сторінки 10 або 100), і за допомогою математичних алгоритмів можна миттєво відновити всю книгу з 100% впевненістю.

Це і є магія PeerDAS — зняти навантаження з завантаження даних з окремого вузла і розподілити його по всій мережі з тисячами вузлів.

Джерело: @Maaztwts

З чисто інтуїтивної точки зору, до оновлення Fusaka кількість Blob була зафіксована на рівні 3-6. Впровадження PeerDAS дозволило цю межу розірвати і збільшити кількість Blob до 48 і більше.

Коли користувачі ініціюють транзакцію на Arbitrum або Optimism і дані передаються назад у основну мережу, вже не потрібно поширювати повний набір даних по всій мережі — це дозволяє масштабувати Ethereum без пропорційного зростання витрат на вузли.

Об’єктивно, Blob + PeerDAS — це повний план забезпечення доступності даних (DA). З точки зору дорожньої карти, це ключовий перехід від Proto-Danksharding до повного Danksharding.

3. Новий режим роботи мережі після Fusaka

Як відомо, у попередні роки сторонні модульні рівні DA, такі як Celestia, отримували значний ринок через високу вартість зберігання даних у основній мережі Ethereum. Їхня логіка базувалася на припущенні, що нативне зберігання даних у Ethereum дуже дороге.

З появою Blob і новітнього PeerDAS Ethereum став дешевшим і водночас надзвичайно безпечним: вартість передачі даних від L2 до L1 зменшилася більш ніж наполовину, а сама мережа має найбільший набір валідаторів, що забезпечує вищу безпеку, ніж сторонні ланцюги.

Об’єктивно, для сторонніх DA-рішень, таких як Celestia, це означає зниження рівня складності і повернення контролю над доступністю даних до Ethereum, що суттєво зменшує їхню конкурентоспроможність.

Можливо, ви запитаєте: «Все це дуже технічно, як це стосується мого гаманця, переказів або DeFi?»

Відповідь дуже проста. Якщо PeerDAS буде успішно впроваджено, вартість даних для L2 залишиться низькою на довгий час, і Rollup не буде змушений підвищувати комісії через зростання DA-витрат. Це дозволить розробляти додатки з високою частотою взаємодії, а гаманці та DApp зможуть працювати без компромісів між «функціональністю та вартістю»…

Інакше кажучи, ми можемо користуватися дешевими L2 завдяки Blob, а якщо зможемо й надалі — то й завдяки PeerDAS.

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

Загалом, PeerDAS доводить, що блокчейн може за допомогою витонченого математичного дизайну (наприклад, вибіркової перевірки даних) підтримувати рівень обробки даних, що відповідає Web2, не жертвуючи при цьому децентралізацією.

На цьому дорога високошвидкісної передачі даних Ethereum повністю прокладена. Наступне питання — які додатки і сервіси будуть їхати цим шляхом.

Залишається лише чекати.