У вересні засновник Ethereum Віталік Бутерін написав повідомлення під назвою «Чи повинен протокол Ethereum інкапсулювати більше функцій?». Публікація в блозі зважує переваги та недоліки «закріплення» для протоколу Ethereum L1, даючи читачам підказки щодо майбутнього напрямку Ethereum. **У цій статті ми розповімо про концепцію «інкапсуляції» та про те, як вона вплине на дорожню карту Ethereum. **
Поняття "інкапсуляція"
З традиційного визначення розробки програмного забезпечення, інкапсуляція відноситься до методу обгортання та приховування деталей реалізації абстрактного функціонального інтерфейсу. Для «інкапсуляції» Ethereum це означає, що більше функцій можуть бути безпосередньо виконані в основному ланцюжку, і ці функції, можливо, в минулому покладалися на зовнішнє програмне забезпечення, а нові функції, які інкапсульовані, стануть «функціями протоколу».
У згаданому вище дописі в блозі Віталік Бутерін розповів про оригінальну «філософію мінімальної інкапсуляції» Ethereum. Ідея полягає в тому, щоб зробити базовий рівень Ethereum L1 якомога простішим, покладаючись при цьому на офчейн-рішення, такі як rollup, для отримання додаткової функціональності та нових функцій.
Однак тепер він вважає, що може знадобитися невелике коригування «філософії мінімальної інкапсуляції». Далі ми розглянемо «мінімально інкапсульовану філософію», її плюси та мінуси.
** "Філософія мінімальної інкапсуляції"**
«Мінімальна інкапсуляція» означає інкапсуляцію певних функцій у блокчейні для спрощення виконання без накладення жорстких правил. Наприклад, протоколу Ethereum не потрібно інкапсулювати повну систему стейкінгу ліквідності (наприклад, stETH від Lido), а лише певні частини функціональності, які вирішують ключові проблеми. Це допоможе реалізувати функцію простим способом і уникнути її ускладнення.
Основні розробники Ethereum намагалися зберегти його чистим, простим і безпечним на базовому рівні. За створення нових функцій поверх протоколу Ethereum в першу чергу відповідає решта спільноти Ethereum. За словами Віталіка Бутеріна, Ethereum був створений для «перевірки блоків як віртуальної машини». Однією з ключових переваг цього підходу є те, що хардфорк можна легко описати як одну транзакцію контракту блокового процесора. Інші переваги мінімалістичної архітектури включають гнучкість для задоволення різних потреб користувачів і уникнення роздуття програмного забезпечення. **
Однак у міру зростання індустрії спільнота зрозуміла, що інкапсуляція більшої кількості функцій може призвести до вдосконалення протоколу Ethereum, таких як зниження плати за газ, підвищення безпеки та зниження ризиків централізації.
Пакет ERC-4337
У 2023 році в поле зору всіх потрапила абстракція облікового запису, нова функція Ethereum. Абстракція облікового запису, також відома як ERC-4337, була написана Віталіком Бутеріним разом з п'ятьма іншими розробниками і є стандартом токенів, який представив абстракцію облікового запису. Абстракція облікового запису приносить нові функції, такі як гаманці смарт-контрактів і використання токенів ERC-20 для оплати комісії за газ користувачам Ethereum. Ці зручні функції є широко очікуваними, оскільки вони сприяють прискоренню впровадження криптовалют і криптогаманців.
Абстракція рахунку переглядалася кілька разів протягом багатьох років. Він еволюціонував від пропозиції щодо вдосконалення Ethereum під назвою EIP-86 до своєї остаточної форми, ERC-4337. Як ERC, абстракція облікового запису не вимагає хардфорку та існує технічно незалежно від протоколу Ethereum.
Тепер Віталік Бутерін вважає, що інкапсуляція деяких частин ERC-4337 має явні переваги. Стандарт забезпечує стійкість до цензури, ефективність газу та підтримку кодів операцій віртуальної машини Ethereum (EVM). **
Якщо це реалізовано через зовнішнє програмне забезпечення, зловмисник може скористатися вразливістю в контракті точки входу для крадіжки коштів. І навпаки, інкапсуляція ERC-4337 замінить контракт точки входу як функцію в протоколі, тим самим зробивши кошти користувачів більш безпечними. Крім того, в рамках протоколу L1 користувачі мають нижчу плату за газ при використанні функцій інкапсульованої абстракції рахунку через нижчі витрати на зберігання.
Інкапсуляція може сприяти децентралізації та створенню системи, що не потребує довіри, і інкапсуляція PBS (Proposer/Builder Separation) є хорошим прикладом. Пропонентами блокчейну Ethereum є валідатори, які продають свої права на виробництво блоків розробникам, які спеціалізуються на вилученні максимальної цінності (MEV) з блоків. Ініціатори отримують винагороди MEV у процесі, тоді як розробники блоків залишають частину винагород MEV собі.
Наразі валідатори використовують стороннє рішення FlashBot mev-boost для доступу до маркетплейсів конструкторів. В даний час це рішення широко вітається, на нього припадає 90% згенерованих блоків Ethereum. Для того, щоб звільнити протокол від ризику централізації mev-boost, в даний час він виступає за інкапсуляцію PBS, що дозволить виконувати PBS на рівні консенсусу протоколу Ethereum. Маркетплейси будівельників у таких протоколах будуть звільнені від контролю сторонніх централізованих мереж (відомих як «ретранслятори»), які діють як аукціонні будинки на маркетплейсі MEV-BOOST.
Пакет ZK-EVM та функція стейкінгу ліквідності
Віталік Бутейн розповів, що з моменту народження проекту Ethereum він намагався зробити ядро Ethereum максимально простим, побудувавши протокол поверх. Однак останнім часом спостерігається обережний інтерес до включення більшої кількості функцій в основний протокол Ethereum. На додаток до щойно згаданої абстракції облікового запису, ця функція дозволяє гаманцям смарт-контрактів підтримувати такі ключові функції, як заморожування та відновлення облікового запису. ZKEVM, або віртуальна машина, заснована на доказах з нульовим розголошенням, також підвищує ефективність обробки транзакцій безпечним і надійним способом завдяки використанню передової криптографії. Теоретично, як інкапсуляція облікових записів, так і ZKEVM можуть забезпечити більш ефективні способи боротьби з вразливостями.
Що стосується ZKEVM, то ERC-4337 також зіграв свою роль у цьому, але основна увага була приділена масштабуванню, ніж абстракції облікового запису**. Функція протоколу ZK може просувати філософію диверсифікації клієнтів Ethereum. Інкапсуляція ZKEVM дозволить соціальному консенсусу Ethereum обробляти особливі випадки, зменшуючи потребу в додатковому управлінні в екосистемі зведення. Однак Ethereum може зіткнутися з проблемами під час інкапсуляції ZKEVM, оскільки блокчейн Ethereum має обмежені дані для зберігання. Однак цю проблему також можна пом'якшити, якщо ZKEVM стискне більше даних.
Віталік Бутерін вважає, що якщо ЗКЕВМ не доведеться нести дані «свідків», то ефективність їх даних стане вищою. **Тобто, якщо певний фрагмент даних вже був прочитаний або записаний у якомусь попередньому блоці, можна просто припустити, що постачальник зможе отримати до нього доступ без необхідності повторно надавати докази.
Інкапсуляція стейкінгу ліквідності запобігає централізації валідатора. Як правило, стейкінг ліквідності передбачає блокування або стейкінг криптовалюти в блокчейні PoS та отримання відповідного токена від такої платформи, як Lido, який також може продовжувати використовуватися для DeFi. Якщо такий єдиний токен буде домінувати, це може призвести до того, що єдиний потенційно вразливий інструмент управління контролюватиме більшість валідаторів Ethereum. Протоколи на кшталт Lido вже дають більше гарантій цього, але рівня захисту може бути недостатньо.
Інкапсуляція вимагає гнучкої золотої середини
Ризики централізації можуть виникнути, коли складність протоколу Ethereum витісняється на зовнішній рівень, а інкапсуляція дозволяє уникнути цього. Однак надмірна інкапсуляція перевантажує довіру та управління протоколом, підриваючи його нейтральність. Складність протоколу також створює системні ризики, такі як необхідність ускладнити попереднє кодування.
Отже, коли справа доходить до упаковки, Віталік Бутерін займає гнучку золоту середину. Він, як і раніше, захоплюється інкапсуляцією приватних мемпулів, щоб допомогти користувачам пом'якшити такі проблеми, як превентивні транзакції. Як і Mev-Boost, приватні рішення Mempool надаються сторонніми постачальниками, що викликає занепокоєння щодо централізації та довіри.
У той час як інкапсуляція приватних мемпулів може вирішити цю проблему, Віталік Бутерін дотримується більш прагматичного підходу, стверджуючи, що інкапсуляція anti-frontrunning в L1 залишається складною пропозицією, принаймні до тих пір, поки шифрування затримки не буде вдосконалено або не з'явиться якийсь інший технологічний прорив.
Основні тези, якими він поділився у своєму блозі, такі:
Інкапсуляція може допомогти уникнути ризику централізації;
Однак, якщо інкапсуляція послаблює модель довіри Ethereum і робить Ethereum більш суб'єктивним, краще уникати використання інкапсуляції;
Інкапсуляція занадто великої кількості функцій призведе до надмірного ускладнення протоколу;
Якщо інкапсульована функція не використовується достатньою кількістю користувачів, інкапсуляція може бути контрпродуктивною в довгостроковій перспективі.
(Примітка редактора: «Абстрагувати більше функцій» тут протилежно «інкапсулювати більше функцій», абстрактні функції можуть бути передані більшій кількості зовнішнього програмного забезпечення для реалізації опосередковано, а інкапсульовані функції безпосередньо реалізуються, покладаючись на більш вбудовані функції.) ）
З одного боку, тенденція абстрагуватися від більшої кількості ознак має такі переваги:
Уникайте надмірного розширення протоколів довіри протоколу та навантаження на управління;
Підтримка різноманітних потреб користувачів;
Коли майбутній попит невизначений;
Зменшіть складність протоколу.
З іншого боку, перевага упаковки більшої функціональності має такі переваги:
Мати справу з високими постійними витратами;
Удосконалити функцію авторизації протоколу;
Знизити ризик помилок коду для користувачів;
Уникайте ризиків централізації високого рівня.
Суть еволюції протоколу
Хоча початковий план Ethereum полягав у тому, щоб забезпечити безпечну роботу блокчейну, побудувавши протокол поверх, Віталік Бутерін вважає, що майбутнє Ethereum не висічено на камені. Як каже галузева приказка: «У криптовалюті немає ідеального рішення, є лише компроміси». «Перевага інкапсуляції полягає в тому, що вона знижує ризик вразливостей і зменшує ймовірність централізації, але її очевидним недоліком є те, що вона може призвести до того, що протоколи стануть все більш складними і в кінцевому підсумку надмірно розширеними і громіздкими. Це складний компроміс щодо того, які функції слід додати до протоколу, а які залишити на інших рівнях екосистеми.
Загалом, у нинішніх умовах Віталік Бутерін вважає блокчейни «соціальними системами», і в обґрунтованих і корисних прикладах він, як правило, підтримує протокол Ethereum, що містить певну функціональність. Для рідко використовуваних функцій може знадобитися видалити інкапсуляцію, щоб забезпечити сумісність зі старішими версіями та полегшеними протоколами. Звичайно, він визнає, що компроміс щодо упаковки продовжуватиме розвиватися з часом.
Ebunker, довгостроковий розробник Ethereum, вперше приділив увагу розвитку технології Ethereum, оновленню пропозицій та змінам спільноти, поділившись дослідженнями та поглядами на стейкінг, L2, DeFi та інші ключові треки Ethereum.
В даний час Ebunker включає в себе такі компанії, як Ebunker Pool (фінансування некастодіального майнінг-пулу Ethereum Stakeing) і Ebunker Venture (Ethereum Max Ventures).
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Мистецтво компромісів Віталіка: які функції повинен включати протокол Ethereum?
У вересні засновник Ethereum Віталік Бутерін написав повідомлення під назвою «Чи повинен протокол Ethereum інкапсулювати більше функцій?». Публікація в блозі зважує переваги та недоліки «закріплення» для протоколу Ethereum L1, даючи читачам підказки щодо майбутнього напрямку Ethereum. **У цій статті ми розповімо про концепцію «інкапсуляції» та про те, як вона вплине на дорожню карту Ethereum. **
Поняття "інкапсуляція"
З традиційного визначення розробки програмного забезпечення, інкапсуляція відноситься до методу обгортання та приховування деталей реалізації абстрактного функціонального інтерфейсу. Для «інкапсуляції» Ethereum це означає, що більше функцій можуть бути безпосередньо виконані в основному ланцюжку, і ці функції, можливо, в минулому покладалися на зовнішнє програмне забезпечення, а нові функції, які інкапсульовані, стануть «функціями протоколу».
У згаданому вище дописі в блозі Віталік Бутерін розповів про оригінальну «філософію мінімальної інкапсуляції» Ethereum. Ідея полягає в тому, щоб зробити базовий рівень Ethereum L1 якомога простішим, покладаючись при цьому на офчейн-рішення, такі як rollup, для отримання додаткової функціональності та нових функцій.
Однак тепер він вважає, що може знадобитися невелике коригування «філософії мінімальної інкапсуляції». Далі ми розглянемо «мінімально інкапсульовану філософію», її плюси та мінуси.
** "Філософія мінімальної інкапсуляції"**
«Мінімальна інкапсуляція» означає інкапсуляцію певних функцій у блокчейні для спрощення виконання без накладення жорстких правил. Наприклад, протоколу Ethereum не потрібно інкапсулювати повну систему стейкінгу ліквідності (наприклад, stETH від Lido), а лише певні частини функціональності, які вирішують ключові проблеми. Це допоможе реалізувати функцію простим способом і уникнути її ускладнення.
Основні розробники Ethereum намагалися зберегти його чистим, простим і безпечним на базовому рівні. За створення нових функцій поверх протоколу Ethereum в першу чергу відповідає решта спільноти Ethereum. За словами Віталіка Бутеріна, Ethereum був створений для «перевірки блоків як віртуальної машини». Однією з ключових переваг цього підходу є те, що хардфорк можна легко описати як одну транзакцію контракту блокового процесора. Інші переваги мінімалістичної архітектури включають гнучкість для задоволення різних потреб користувачів і уникнення роздуття програмного забезпечення. **
Однак у міру зростання індустрії спільнота зрозуміла, що інкапсуляція більшої кількості функцій може призвести до вдосконалення протоколу Ethereum, таких як зниження плати за газ, підвищення безпеки та зниження ризиків централізації.
Пакет ERC-4337
У 2023 році в поле зору всіх потрапила абстракція облікового запису, нова функція Ethereum. Абстракція облікового запису, також відома як ERC-4337, була написана Віталіком Бутеріним разом з п'ятьма іншими розробниками і є стандартом токенів, який представив абстракцію облікового запису. Абстракція облікового запису приносить нові функції, такі як гаманці смарт-контрактів і використання токенів ERC-20 для оплати комісії за газ користувачам Ethereum. Ці зручні функції є широко очікуваними, оскільки вони сприяють прискоренню впровадження криптовалют і криптогаманців.
Абстракція рахунку переглядалася кілька разів протягом багатьох років. Він еволюціонував від пропозиції щодо вдосконалення Ethereum під назвою EIP-86 до своєї остаточної форми, ERC-4337. Як ERC, абстракція облікового запису не вимагає хардфорку та існує технічно незалежно від протоколу Ethereum.
Тепер Віталік Бутерін вважає, що інкапсуляція деяких частин ERC-4337 має явні переваги. Стандарт забезпечує стійкість до цензури, ефективність газу та підтримку кодів операцій віртуальної машини Ethereum (EVM). **
Якщо це реалізовано через зовнішнє програмне забезпечення, зловмисник може скористатися вразливістю в контракті точки входу для крадіжки коштів. І навпаки, інкапсуляція ERC-4337 замінить контракт точки входу як функцію в протоколі, тим самим зробивши кошти користувачів більш безпечними. Крім того, в рамках протоколу L1 користувачі мають нижчу плату за газ при використанні функцій інкапсульованої абстракції рахунку через нижчі витрати на зберігання.
Інкапсуляція PBS допоможе усунути ризики централізації Ethereum
Інкапсуляція може сприяти децентралізації та створенню системи, що не потребує довіри, і інкапсуляція PBS (Proposer/Builder Separation) є хорошим прикладом. Пропонентами блокчейну Ethereum є валідатори, які продають свої права на виробництво блоків розробникам, які спеціалізуються на вилученні максимальної цінності (MEV) з блоків. Ініціатори отримують винагороди MEV у процесі, тоді як розробники блоків залишають частину винагород MEV собі.
Наразі валідатори використовують стороннє рішення FlashBot mev-boost для доступу до маркетплейсів конструкторів. В даний час це рішення широко вітається, на нього припадає 90% згенерованих блоків Ethereum. Для того, щоб звільнити протокол від ризику централізації mev-boost, в даний час він виступає за інкапсуляцію PBS, що дозволить виконувати PBS на рівні консенсусу протоколу Ethereum. Маркетплейси будівельників у таких протоколах будуть звільнені від контролю сторонніх централізованих мереж (відомих як «ретранслятори»), які діють як аукціонні будинки на маркетплейсі MEV-BOOST.
Пакет ZK-EVM та функція стейкінгу ліквідності
Віталік Бутейн розповів, що з моменту народження проекту Ethereum він намагався зробити ядро Ethereum максимально простим, побудувавши протокол поверх. Однак останнім часом спостерігається обережний інтерес до включення більшої кількості функцій в основний протокол Ethereum. На додаток до щойно згаданої абстракції облікового запису, ця функція дозволяє гаманцям смарт-контрактів підтримувати такі ключові функції, як заморожування та відновлення облікового запису. ZKEVM, або віртуальна машина, заснована на доказах з нульовим розголошенням, також підвищує ефективність обробки транзакцій безпечним і надійним способом завдяки використанню передової криптографії. Теоретично, як інкапсуляція облікових записів, так і ZKEVM можуть забезпечити більш ефективні способи боротьби з вразливостями.
Що стосується ZKEVM, то ERC-4337 також зіграв свою роль у цьому, але основна увага була приділена масштабуванню, ніж абстракції облікового запису**. Функція протоколу ZK може просувати філософію диверсифікації клієнтів Ethereum. Інкапсуляція ZKEVM дозволить соціальному консенсусу Ethereum обробляти особливі випадки, зменшуючи потребу в додатковому управлінні в екосистемі зведення. Однак Ethereum може зіткнутися з проблемами під час інкапсуляції ZKEVM, оскільки блокчейн Ethereum має обмежені дані для зберігання. Однак цю проблему також можна пом'якшити, якщо ZKEVM стискне більше даних.
Віталік Бутерін вважає, що якщо ЗКЕВМ не доведеться нести дані «свідків», то ефективність їх даних стане вищою. **Тобто, якщо певний фрагмент даних вже був прочитаний або записаний у якомусь попередньому блоці, можна просто припустити, що постачальник зможе отримати до нього доступ без необхідності повторно надавати докази.
Інкапсуляція стейкінгу ліквідності запобігає централізації валідатора. Як правило, стейкінг ліквідності передбачає блокування або стейкінг криптовалюти в блокчейні PoS та отримання відповідного токена від такої платформи, як Lido, який також може продовжувати використовуватися для DeFi. Якщо такий єдиний токен буде домінувати, це може призвести до того, що єдиний потенційно вразливий інструмент управління контролюватиме більшість валідаторів Ethereum. Протоколи на кшталт Lido вже дають більше гарантій цього, але рівня захисту може бути недостатньо.
Інкапсуляція вимагає гнучкої золотої середини
Ризики централізації можуть виникнути, коли складність протоколу Ethereum витісняється на зовнішній рівень, а інкапсуляція дозволяє уникнути цього. Однак надмірна інкапсуляція перевантажує довіру та управління протоколом, підриваючи його нейтральність. Складність протоколу також створює системні ризики, такі як необхідність ускладнити попереднє кодування.
Отже, коли справа доходить до упаковки, Віталік Бутерін займає гнучку золоту середину. Він, як і раніше, захоплюється інкапсуляцією приватних мемпулів, щоб допомогти користувачам пом'якшити такі проблеми, як превентивні транзакції. Як і Mev-Boost, приватні рішення Mempool надаються сторонніми постачальниками, що викликає занепокоєння щодо централізації та довіри.
У той час як інкапсуляція приватних мемпулів може вирішити цю проблему, Віталік Бутерін дотримується більш прагматичного підходу, стверджуючи, що інкапсуляція anti-frontrunning в L1 залишається складною пропозицією, принаймні до тих пір, поки шифрування затримки не буде вдосконалено або не з'явиться якийсь інший технологічний прорив.
Основні тези, якими він поділився у своєму блозі, такі:
Інкапсуляція може допомогти уникнути ризику централізації;
Однак, якщо інкапсуляція послаблює модель довіри Ethereum і робить Ethereum більш суб'єктивним, краще уникати використання інкапсуляції;
Інкапсуляція занадто великої кількості функцій призведе до надмірного ускладнення протоколу;
Якщо інкапсульована функція не використовується достатньою кількістю користувачів, інкапсуляція може бути контрпродуктивною в довгостроковій перспективі.
(Примітка редактора: «Абстрагувати більше функцій» тут протилежно «інкапсулювати більше функцій», абстрактні функції можуть бути передані більшій кількості зовнішнього програмного забезпечення для реалізації опосередковано, а інкапсульовані функції безпосередньо реалізуються, покладаючись на більш вбудовані функції.) ）
З одного боку, тенденція абстрагуватися від більшої кількості ознак має такі переваги:
Уникайте надмірного розширення протоколів довіри протоколу та навантаження на управління;
Підтримка різноманітних потреб користувачів;
Коли майбутній попит невизначений;
Зменшіть складність протоколу.
З іншого боку, перевага упаковки більшої функціональності має такі переваги:
Мати справу з високими постійними витратами;
Удосконалити функцію авторизації протоколу;
Знизити ризик помилок коду для користувачів;
Уникайте ризиків централізації високого рівня.
Суть еволюції протоколу
Хоча початковий план Ethereum полягав у тому, щоб забезпечити безпечну роботу блокчейну, побудувавши протокол поверх, Віталік Бутерін вважає, що майбутнє Ethereum не висічено на камені. Як каже галузева приказка: «У криптовалюті немає ідеального рішення, є лише компроміси». «Перевага інкапсуляції полягає в тому, що вона знижує ризик вразливостей і зменшує ймовірність централізації, але її очевидним недоліком є те, що вона може призвести до того, що протоколи стануть все більш складними і в кінцевому підсумку надмірно розширеними і громіздкими. Це складний компроміс щодо того, які функції слід додати до протоколу, а які залишити на інших рівнях екосистеми.
Загалом, у нинішніх умовах Віталік Бутерін вважає блокчейни «соціальними системами», і в обґрунтованих і корисних прикладах він, як правило, підтримує протокол Ethereum, що містить певну функціональність. Для рідко використовуваних функцій може знадобитися видалити інкапсуляцію, щоб забезпечити сумісність зі старішими версіями та полегшеними протоколами. Звичайно, він визнає, що компроміс щодо упаковки продовжуватиме розвиватися з часом.
Ebunker, довгостроковий розробник Ethereum, вперше приділив увагу розвитку технології Ethereum, оновленню пропозицій та змінам спільноти, поділившись дослідженнями та поглядами на стейкінг, L2, DeFi та інші ключові треки Ethereum.
В даний час Ebunker включає в себе такі компанії, як Ebunker Pool (фінансування некастодіального майнінг-пулу Ethereum Stakeing) і Ebunker Venture (Ethereum Max Ventures).