[Довгий тред англійською] Огляд розвитку сфери restaking: правда, непорозуміння та незавершений шлях

Chainfeeds Вступ:

Після більш ніж двох років, витрачених на залучення всіх основних AVS до EigenLayer та розробку EigenCloud, це моя відверта ретроспектива всієї подорожі: які були помилки в оцінках, які досягнення, і куди ми рухаємося далі.

Джерело:

kydo

Думка:

kydo: Запуск EigenDA на інфраструктурі EigenLayer став величезною позитивною несподіванкою. Це стало основою EigenCloud і дало Ethereum таку необхідну супермасштабовану DA-інфраструктуру — дозволяючи Rollup розвиватися з високою швидкістю, не переходячи заради продуктивності на якийсь новий L1. Запуск MegaETH відбувся тому, що вони повірили, що Sreeram зможе подолати DA-вузьке місце. Mantle також пропонували BitDAO створити L2 з тієї ж причини. EigenDA також забезпечила Ethereum додатковим «захисним щитом». Коли всередині екосистеми вже є високошвидкісне DA-рішення, зовнішнім L1 буде набагато складніше використовувати наратив Ethereum для «вампіризму». Одне з ранніх бачень EigenLayer полягало в тому, щоб дозволити Ethereum розблокувати попереднє підтвердження (preconfirmation). Згодом preconfirmation привернуло багато уваги через base rollup, але його впровадження все ще залишається складним. Щоб просунути екосистему вперед, ми разом ініціювали програму Commit-Boost, намагаючись зламати ефект блокування preconfirmation-клієнтів і створити нейтральну платформу, де будь-яка команда може впроваджувати інновації через механізм зобов’язань валідаторів. Зараз обсяг коштів на Commit-Boost перевищує кілька мільярдів доларів, понад 35% валідаторів вже підключені. З виходом основних preconf-сервісів у найближчі місяці ця цифра продовжить зростати. Це критично важливо для антикрихкості Ethereum і постійних інновацій на preconf-ринку. Недооцінений вплив епохи restaking — це масовий потік ETH до LRT-провайдерів, а не підвищення частки Lido понад 33%. Це має велике значення для соціальної стабільності Ethereum. Якби Lido довгостроково займав понад 33% без надійної альтернативи, це призвело б до серйозних конфліктів у керуванні та розколу екосистеми. Restaking і LRT не зробили все магічно децентралізованим, але вони змінили траєкторію концентрації стейкінгу. Це не марна справа. Найбільша «перемога» — у зміні мислення. Ми довели: світ дійсно потребує більше перевірюваних систем. Але шлях вже дуже відрізняється від початкового задуму: замість того, щоб починати з «широкої криптоекономічної безпеки», наполягати на повній децентралізації з першого дня і очікувати, що все буде маршрутизовано через цей рівень, краще — одразу дати розробникам інструменти для застосування верифікованості і підібрати для кожного застосування відповідний верифікаційний примітив. Треба «зустрічати» розробників, а не вимагати, щоб вони одразу ставали архітекторами протоколів. Ми почали створювати внутрішні модульні сервіси EigenCompute, EigenAI для задоволення цієї реальної потреби — те, на що інші команди збирають сотні мільйонів доларів і витрачають роки, ми можемо доставити за кілька місяців. У майбутньому EigenCloud і все навколо нього обертатиметься навколо токена EIGEN. EIGEN стане: основним джерелом економічної безпеки; заставним активом для різних типів ризиків; головним механізмом захоплення вартості всієї платформи та економічної активності. Багато ранніх непорозумінь виникали через величезний розрив між «очікуваннями користувачів щодо того, що EIGEN зможе захопити» і «тим, що насправді може захопити механізм». Мета незмінна — дозволити більшій кількості on-chain застосунків безпечно використовувати off-chain обчислення. Але інструментів буде не один — криптоекономічна безпека, ZK, TEE чи гібридні технології — всі можуть бути використані. Головне — не поклонятися якійсь одній технології, а зробити «верифікованість» базовим примітивом, який можна вставити в будь-який стек застосунків. Ми хочемо скоротити розрив між «у мене є застосунок» і «у мене є застосунок, який може бути перевірений користувачами, контрагентами, регуляторами». На практиці криптоекономічна безпека + TEE — це наразі найсильніше поєднання програмованості та реальної безпеки. Коли механізми на кшталт ZK дозріють, вони будуть інтегровані в EigenCloud. [Оригінал англійською]