Спори щодо управління Ethereum: суперечка EIP3074 та EIP7702

Останнє велике оновлення Ethereum під назвою Pectra стало об'єктом складних управлінських суперечок. Після того, як EIP3074 був включений до плану оновлення, виникла велика дискусія, зокрема, через сильний опір з боку команди ERC4337.

EIP3074 потрапив у глухий кут, процес управління не може продовжуватися. Лише коли Віталік запропонував EIP7702, це зрештою заспокоїло команди ERC4337 щодо EIP3074.

Ця суперечка відображає глибокі проблеми управління Ethereum – на основі принципу "код є законом", хто має право визначати конкретний зміст коду. Суперечка EIP3074 та EIP7702 надає нам можливість спостерігати за реальними процесами управління всередині Ethereum.

Згідно з аналізом ZeroDev, Ethereum фактично використовує модель управління VVRC. Будь-яка пропозиція спочатку повинна відповідати цінностям Ethereum (Value), потім відображатися у візії Віталіка (Vision), далі відображатися в дорожній карті (Roadmap), і, нарешті, після обговорення основними розробниками бути включеною в клієнт (Client).

Аналіз GCC Research показав, що EIP2537 відчуває проблеми реалізації лише на рівні клієнта, що призвело до затримки приєднання до хард-форку. А EIP3074 не був включений у хард-форк через проблеми на рівні Візії та Дорожньої карти. Основні розробники Ethereum врешті-решт обрали EIP7702, написаний Віталіком, як рішення для абстракції рахунків.

! Війни управління Ethereum: EIP3074, ERC4337 та EIP7702

Вступ до EIP3074, EIP7702 та ERC4337

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

EIP3074 впроваджує два операційні коди: AUTH і AUTHCALL. AUTH встановлює авторизовану адресу в контексті EVM, перевіряючи підпис. AUTHCALL може використовувати авторизовану адресу як ініціатора транзакції. Це дозволяє користувачам делегувати свої рахунки для використання смарт-контрактами в одній транзакції.

Проте EIP3074 має деякі ризики безпеки:

1. Підпис може бути повторно використаний, користувач повинен довіряти релейним постачальникам послуг.
2. Функція поля commit повністю залежить від визначення контракту, бракує стандартизації.
3. Може призвести до DoS-атаки на пул пам'яті

EIP7702 є альтернативою, запропонованою Віталіком. Він вводить новий тип транзакції SET_CODE_TX_TYPE, який дозволяє EOA зберігати основні функції, одночасно додаючи функціональність смарт-контрактів. Користувачі можуть продовжувати використовувати традиційні гаманці, а також можуть викликати адресу EOA через смарт-контракт.

Переваги EIP7702 полягають у:

1. Сумісний зі стандартами абстракції облікового запису, такими як ERC4337, що дозволяє повторно використовувати існуючу інфраструктуру
2. Реалізовано повну функцію абстракції облікового запису
3. Рівень децентралізації порівнянний з ERC4337

Але EIP7702 також не зміг повністю вирішити всі проблеми EIP3074, такі як безпека, яка все ще залежить від реалізації контракту.

ERC4337 є стандартом абстракції рахунків, який визначає функції, які повинні бути включені в "повну абстракцію рахунків". Саме команда ERC4337 висловила рішучий протест проти EIP3074.

Процес управління EIP3074 та EIP7702

EIP3074 почали обговорювати на зустрічах основних розробників у квітні 2021 року, але через проблеми з безпекою його не включили в оновлення London. Після кількох раундів обговорень та удосконалень, у лютому 2024 року більшість клієнтів погодились включити його в оновлення Pectra.

Однак команда ERC4337, зокрема її основний розробник Йоав, неодноразово висловлювала заперечення на засіданнях. Вони вважають, що EIP3074 має ризики безпеки, які можуть призвести до атаки типу DoS, і потребує централізованих ретрансляторів.

У травні 2024 року Віталік завершив пропозицію EIP7702 за 90 хвилин до зустрічі основних розробників. На наступній зустрічі розробники загалом визнали, що EIP7702 є кращим за EIP3074. Остаточно було вирішено замінити EIP3074 на EIP7702 як схему абстракції рахунків для оновлення Pectra.

Роздуми про спори в управлінні

ZeroDev вважає, що хоча EIP7702 є хорошим рішенням, процес заміни EIP3074 має проблеми:

1. EIP3074 після тривалих обговорень раптово був замінений
2. Спільнота ERC4337 повинна була раніше брати участь у обговореннях та висловлювати свої думки.

Розробники EIP3074 вважають, що спільнота ERC4337 несе відповідальність за провал управління, оскільки вони раніше активно брали участь у процесі управління.

Спільнота ERC4337 вважає, що розробники EIP3074 та основні розробники не дослухалися до їхніх думок.

Насправді, це відображає глибокі механізми управління Ethereum. Ethereum використовує модель VVRC(Values-Vision-Roadmaps-Clients):

1. Значення: цінності спільноти
2. Візія: Візія Віталіка
3. Дорожні карти: дорожня карта, розроблена дослідниками
4. Клієнти: реалізація клієнта

У цій моделі бачення Віталіка займає центральне місце. Коли виникають серйозні розбіжності, Віталік має остаточне право ухвалення рішень. EIP3074 був замінений саме тому, що не відповідав баченням Віталіка щодо абстракції рахунків, тоді як EIP7702 відповідає їй.

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