Пересылайте оригинальное название «Размышления об управлении Ethereum после саги 3074»

Аннотация: Статья представляет собой заявление Дерека Чанга, генерального директора ZeroDev, в ответ на предложение Ви EIP-7702 уравновесить противоречия между ERC-4337 и EIP-3074. Написанный с точки зрения основателя проекта в экосистеме AA, он объективно освещает текущую модель управления Ethereum и ее болевые точки. Дерек кратко отмечает:

Один из управленческих конфликтов Ethereum заключается в расхождениях между дорожной картой, определенной исследователями, и перспективами команд клиентских разработчиков, таких как Geth. Виталик, выступающий в роли технического директора, в конечном итоге становится решающим фактором.

Подтвердив роль Виталика, Дерек излагает улучшения, которые Ethereum должен внести в свою модель управления, предлагая ценную информацию как для сообществ Ethereum, так и для сообществ Bitcoin.

СМС:

Если вы ранее не были знакомы с событиями, связанными с абстракцией учетной записи Ethereum (AA), вот краткий обзор: Несколько недель назад предложение EIP-3074 было одобрено основными разработчиками Ethereum для включения в следующий хардфорк «Pectra». Это предложение вводит два новых кода операций в виртуальную машину Ethereum (EVM), что позволяет учетным записям, находящимся во внешней собственности Ethereum (EOA), иметь почти нативный интерфейс AA. С тех пор многие члены сообщества ERC-4337, особенно его сторонники, решительно выступали против EIP-3074, ссылаясь на опасения по поводу потенциальных рисков безопасности и его несовместимости с дорожной картой AA Ethereum. В предыдущей дорожной карте Ethereum ERC-4337 и аналогичные предложения, такие как 7560 (также известные как «nativeAA»), занимали центральное место. В начале мая Виталик предложил EIP-7702 в качестве альтернативы EIP-3074, установив баланс между 4337 и 3074, обеспечивая опыт AA для пользователей EOA, сохраняя при этом некоторую совместимость с ERC-4337, а также совместимость с «окончательным решением AA» 7560. В настоящее время основные разработчики Ethereum рассматривают последствия EIP-7702, а предварительные обсуждения и настроения сообщества указывают на то, что EIP-7702, вероятно, заменит EIP-3074, упомянутый ранее. Я очень доволен таким результатом: пользователи EOA скоро смогут опробовать различные продукты в экосистеме ERC-4337 и воспользоваться большинством преимуществ AA. Тем не менее, я не могу отделаться от ощущения, что мог бы быть лучший способ достичь этих результатов, на что многие указывали в последние недели. Я считаю, что при более совершенном процессе управления мы могли бы сэкономить много энергии и быстрее достичь желаемого результата. В этой статье я хотел бы:

• Определите, что пошло не так в процессе управления
• Предложите модель мышления для управления Ethereum
• Предложите предложения по улучшению, чтобы избежать подобных инцидентов в управлении в будущем

Заключение и размышления об инциденте EIP-3074

История, упомянутая выше, оставила многих людей недовольными по нескольким причинам: EIP-3074 потребовалось несколько лет, чтобы быть одобренным. После того, как 3074 был окончательно одобрен, основные разработчики Ethereum столкнулись с сильным противодействием со стороны сообщества 4337. С другой стороны, авторы ERC-4337 неоднократно высказывали свои опасения по поводу EIP-3074 основной команде Ethereum, но безрезультатно. Теперь Ethereum планирует отменить одобрение 3074 и заменить его другим EIP (7702). По сути, нет ничего плохого ни в одном из пунктов процесса, упомянутого выше:

• Это нормально, что дискуссии о EIP занимают несколько лет.
• Это нормально, когда утвержденный EIP отклоняется впоследствии.
• При обнаружении новых проблем утверждение EIP может быть отозвано после утверждения.

Впрочем, все могло быть и более гладко. Давайте представим, если бы все развивалось так: во время обсуждения 3074 сообщество 4337 активно взаимодействовало с основными разработчиками Ethereum. Если эта предпосылка верна, то возможны только два исхода:

• После рассмотрения отзывов сообщества 4337 предложение 3074 утверждается (и, возможно, изменяется). В этом случае сообщество 4337 примет 3074, а основной команде Ethereum не нужно будет отзывать 3074.
• В качестве альтернативы, 3074 никогда не одобряется, но сообщество 4337 и основная команда Ethereum совместно предлагают решение, которое удовлетворит всех, аналогично 7702. Голоса всех услышаны, и нет никакого драматического разворота. Это было бы идеально — так почему же этого не произошло?

Что пошло не так?

Оглядываясь назад на весь процесс, обе стороны обвиняют друг друга. Разработчики ядра Ethereum (а также авторы EIP-3074) считают, что в этом виноваты «сторонники 4337», потому что они не принимали активного участия в процессе обсуждения All Core Developers (ACD). В этом процессе EIP должны пройти длительные обсуждения и, в конечном итоге, быть принятыми и реализованными командами разработчиков клиентов Ethereum, такими как Geth. Некоторые утверждают, что в период, когда EIP-3074 находился на рассмотрении, «4337 сторонников» могли принять участие и высказать свое мнение, вместо того, чтобы критиковать его после того, как он уже был одобрен. В конце концов, весь процесс ACD прозрачен, встречи открыты для всех, и такие люди, как Тим Бейко, постоянно публикуют краткие твиты после каждого заседания ACD. Итак, если «4337 сторонников» так волновала эта тема, почему они не приняли активного и оперативного участия в соответствующих встречах?

С другой стороны, члены ядра 4337 указывают, что они участвуют в собраниях ACD и выступают против 3074 настолько, насколько это возможно, но разработчики ядра Ethereum не слушают. Что касается членов сообщества 4337, многие чувствовали себя застигнутыми врасплох — многие думали, что 3074 уже мертв, а некоторые даже не знали, что 3074, скорее всего, будет одобрен. Многие отмечают, что весь процесс встреч ACD непрозрачен и не дружелюбен к тем, кто «серьезен» в сообществе Ethereum, но не может следить за обновлениями ACD в режиме реального времени. Некоторые также считают, что ACD должен активно получать обратную связь от заинтересованных сторон (здесь имеется в виду сообщество 4337).

Тем не менее, я считаю, что ни одна из сторон не попала в точку. За этим стоят более глубокие проблемы, и если мы не решим эту проблему или, по крайней мере, не признаем ее, мы будем продолжать впадать в инциденты управления, за которыми последуют противоречивые обвинения с обеих сторон, которые, в конечном счете, бессмысленны.

Основная причина аварий в управлении: дорожная карта

Вопреки распространенному мнению, основная причина управленческих инцидентов заключается в том, что ACD не является единственным органом управления обновлениями протокола Ethereum; Он был заменен другим органом управления. Проблема здесь в том, что, несмотря на то, что они имеют большее влияние, чем ACD, на основные вопросы Ethereum (такие как AA и масштабируемость), этот другой орган управления редко признается. В этой статье я буду называть этот тип власти «дорожной картой». Как я укажу ниже, весь инцидент со сбоем управления «3074-4337-7702» является случаем, когда существующая мощность дорожной карты Ethereum перекрывает мощность ACD. Если мы говорим об управлении, когда мы замечаем, что нематериальная сила подавляет осязаемую, мы должны быть чрезвычайно обеспокоены, потому что неосязаемые вещи часто трудно объяснить и не могут быть легко замечены многими людьми, поэтому они должны быть разоблачены.

Что такое дорожная карта?

Кто-либо в сообществе Ethereum наверняка часто слышал термин «дорожная карта», будь то в «дорожной карте ETH2.0» или в контексте «дорожной карты AA», связанной с этим событием.

Чтобы проиллюстрировать мою точку зрения, давайте представим себе сцену на собрании ACD, где основные разработчики обсуждают, как масштабировать Ethereum:

• Core Developer Bob: Я поддерживаю EIP-1234, который предлагает увеличить скорость блока в 10 раз, увеличить размер блока в 10 раз и снизить комиссию в 100 раз.
• Другие основные разработчики: ... Вы в своём уме?

Давайте подумаем над этим. Почему основная команда Ethereum отклоняет то, что предлагает Боб? Он просто предлагает, казалось бы, разумный способ масштабирования, то, что сделали многие публичные сети, такие как Solana, Aptos, Sui и другие, достигнув высокого TPS. Причина в том, что этот вымышленный EIP-1234 противоречит «роллап-ориентированной» дорожной карте масштабирования Ethereum. В этой дорожной карте подчеркивается, что для децентрализации обычные пользователи должны иметь возможность запускать узлы с низкими затратами. Поэтому вымышленный EIP-1234 вряд ли будет принят, потому что он значительно увеличит стоимость запуска узлов Ethereum. Я хочу использовать этот пример, чтобы проиллюстрировать, что основные разработчики, участвующие в процессе управления ACD и принимающие решения об обновлениях протокола, руководствуются силами более высокого уровня, которые я называю «дорожной картой». В настоящее время вокруг дорожной карты Ethereum существуют «дорожные карты масштабирования», «дорожные карты AA», «дорожные карты MEV» и так далее. Все вместе они формируют общую дорожную карту Ethereum, и основные разработчики должны принимать решения на основе этой основы.

Когда взгляды основных разработчиков не совпадают с дорожной картой

Поскольку дорожная карта не является формальной частью процесса управления Ethereum, часто нет никакой гарантии, что основная команда будет ее придерживаться. Более того, не существует формального процесса «утверждения» дорожной карты, поэтому не все дорожные карты имеют одинаковый уровень «ортодоксальности». Исследователи, стоящие за дорожной картой Ethereum, должны усердно работать, чтобы продвигать свою дорожную карту среди основных разработчиков и сообщества, чтобы получить «ортодоксальность» и поддержку со стороны команды разработчиков ядра Ethereum. Что касается АА и абстракции учетных записей, то сам Виталик неоднократно выступал за дорожную карту АА, ориентированную на 4337, но в целом, в основном это команда, стоящая за 4337, особенно Йоав и Дрор, которые выступают за дорожную карту АА, ориентированную на 4337, на форумах и на собраниях ACD.

Однако, несмотря на эти усилия, некоторые разработчики ядра Ethereum по-прежнему решительно выступают против дорожной карты AA, ориентированной на 4337. Они считают, что 7560 (нативная версия 4337, которая будет реализована клиентами Ethereum в будущем) является слишком сложным и не единственным жизнеспособным решением для «эндшпиля АА». В конечном счете, ACD решил одобрить предложение 3074, несмотря на возражения со стороны команды 4337, которая считала, что 3074 разрушит всю экосистему AA. После того, как 3074 был одобрен, все сообщество 4337 отреагировало решительно, вынудив разработчиков ядра Ethereum вновь вступить в дискуссии о 3074. Затем дискуссия зашла в тупик, и авторы 4337 и 3074 не смогли убедить друг друга. В последнюю минуту Виталик предложил EIP-7702 в качестве альтернативы 3074, который явно учитывает ориентированный на 4337 «эндшпиль АА», тем самым разрешая конфликт и согласовывая окончательный результат с дорожной картой АА.

Роль Виталика: де-факто технический директор Ethereum

Несмотря на то, что Виталик называет себя исследователем, приведенная выше история ясно указывает на то, что Виталик обладает полномочиями по управлению, отличными от других исследователей. Итак, возникает вопрос: какую роль играет Виталик в управлении Ethereum? Лично я считаю, что не будет неуместным рассматривать Виталика как де-факто технического директора очень крупной компании (кстати, предполагая, что Ethereum — это «компания» без генерального директора, чтобы соответствовать реальности). Если вы когда-либо работали в технологической компании с более чем 50 сотрудниками, вы знаете, что технический директор не может участвовать во всех технических решениях. По мере роста компании процессы принятия решений по различным техническим решениям неизбежно становятся децентрализованными — как правило, в каждой области продукта/бизнеса компании есть выделенная команда, которая часто имеет автономию для принятия решений о деталях решения. Кроме того, технический директор не может быть ведущим экспертом во всех (или любых) темах. В компании могут быть инженеры, которые лучше разбираются в определенных областях, чем технический директор, поэтому при обсуждении технических деталей решений окончательные решения часто принимают отдельные инженеры. Тем не менее, технический директор задает техническое видение компании. Реализация видения остается на усмотрение разработчиков. Хотя это не идеальная аналогия, я считаю, что она разумно отражает роль Виталика в экосистеме Ethereum. Виталик не участвует во всех технических решениях — возможно, он не смог бы этого сделать. Кроме того, он не является лучшим экспертом во всех областях. Но он имеет огромное влияние на разработку дорожной карты для всех важнейших решений Ethereum (масштабирование, AA, POS...), не только из-за своего технического опыта, но и потому, что он является окончательным судьей того, соответствует ли дорожная карта видению Ethereum (его видению).

Каждый успешный продукт начинается с видения

Если считать Виталика техническим директором Ethereum недостаточно спорно, вот самая спорная часть: мы должны принять Виталика в качестве технического директора. Как основатель стартапа, я считаю, что каждый успешный продукт должен иметь последовательное долгосрочное видение — да, Ethereum также является «продуктом», потому что он решает реальные проблемы реальных пользователей. Последовательное видение должно быть создано несколькими людьми, например, основателями стартапа, и обычно есть только один основатель. Прелесть Ethereum заключается в том, что, несмотря на то, что это чрезвычайно сложная система с таким количеством компонентов, все эти компоненты органично объединяются, образуя хорошо функционирующий децентрализованный компьютер, ежедневно совершая транзакции на миллиарды долларов. Мы зашли так далеко не благодаря проектным схемам какого-то комитета, а потому, что Виталик с его дальновидностью и проницательностью активно обеспечивал лидерство, позволив нам построить сегодняшний последовательный и изящный Ethereum. Ethereum — это идея, которую Виталик предложил в 2015 году, и она остается таковой. Конечно, это не умаляет вклада других исследователей и инженеров — они сделали большую часть достижений Ethereum сегодня. Тем не менее, это не противоречит этому, потому что Ethereum является реализацией видения Виталика, на величину больше, чем чье-либо видение. Честно говоря, можете ли вы пожаловаться на это? Когда вас привлекает открытость, устойчивость к цензуре и скорость инноваций в экосистеме Ethereum, вы когда-нибудь жаловались, что это проистекает из видения Виталика? Возможно, вы не жаловались, потому что не думали об этом таким образом, но теперь, когда вы жалуетесь, вы возражаете против этой проблемы?

Как решить проблему децентрализации?

Но вы спросите, а как же децентрализация? Если один человек обладает такой подавляющей властью над Ethereum, как мы можем сказать, что он децентрализован? Чтобы ответить на этот вопрос, мы должны вернуться к классической статье Виталика о значении децентрализации. Ключевые выводы статьи заключаются в том, что децентрализация бывает трех типов:

• Архитектурная децентрализация: сколько узлов может выйти из строя, прежде чем система перестанет работать?
• Логическая децентрализация: могут ли различные подсистемы системы развиваться независимо друг от друга, но при этом работать слаженно?
• Политическая децентрализация: В конечном счете, сколько людей или организаций контролируют систему?

Согласно этим определениям, Ethereum явно децентрализован с архитектурной точки зрения, и можно утверждать, что он логически децентрализован, потому что его компоненты не имеют сильной связи (например, между уровнем консенсуса и уровнем исполнения). Что касается политической децентрализации, хорошая новость заключается в том, что ни один человек или организация не могут закрыть Ethereum, даже Виталик. Тем не менее, некоторые могут возразить, что уровень политической децентрализации Ethereum не так высок, как представляется, потому что Виталик играет значительную роль в формировании видения и дорожной карты Ethereum.

Тем не менее, я считаю, что если мы хотим, чтобы Ethereum продолжал внедрять инновации, мы должны принять Виталика в качестве де-факто технического директора, даже если это означает пожертвовать некоторой политической децентрализацией. Если бы Ethereum стал таким же «стагнирующим», как и биткоин, то есть почти неизменяемым блокчейном, то Виталик мог бы с таким же успехом уйти в отставку. Но прежде чем мы перейдем к этому последнему шагу, крайне важно иметь авторитет, уважаемый всеми сторонами, кого-то, кому можно доверять, чтобы принимать технические решения, основанные не только на превосходстве предлагаемых технических решений, но и на том, соответствуют ли эти решения видению Ethereum.

Без такого человека, как Виталик, возможны только два исхода, ярко проиллюстрированные историей вокруг EIP-3074:

Процесс управления Ethereum может оказаться в бесконечном тупике, когда конфликтующие стороны не желают идти на компромисс и никто не добивается прогресса, как продемонстрировал тупик в дебатах 3074 до вмешательства Виталика.

Или Ethereum может стать непоследовательным «Франкенштейном», где 3074 и 4337, возможно, не поддадутся друг другу, что в конечном итоге приведет к полному разрыву экосистемы AA на два несовместимых параллельных пространства.

Роль сообщества

После вышеизложенных рассуждений мы почти набросали полный образ мышления по управлению Ethereum, но в нашем обсуждении до сих пор есть очевидное упущение — сообщество. Если Виталик определяет видение Ethereum, исследователи определяют дорожную карту, а основные разработчики реализуют дорожную карту, то какую роль играет сообщество? Конечно, это не просто сидение без дела, верно? К счастью, сообщество играет важнейшую роль. Причина в том, что до того, как появляется видение, существуют ценности. Мы объединяемся как сообщество, потому что мы сплачиваемся вокруг определенных ценностей, и видение Виталика должно в конечном итоге совпадать с этими ценностями, чтобы сохранить поддержку сообщества. Все в сообществе Ethereum считают, что наличие децентрализованного компьютера, доступного каждому, без цензуры и с нейтральным доверием, полезно для мира. Мы поддерживаем и подтверждаем эти ценности каждый день через работу, которую мы делаем над Ethereum, тем самым узаконивая видение, дорожную карту и код, изложенные Виталиком, исследователями и основными разработчиками.

Модель управления Ethereum VVRC

Таким образом, вот полный образ мышления управления Ethereum, сокращенно VVRC:

• V== Ценности ==Сообщество;
• V== Видение ==Виталик;
• R== Дорожная карта ==Исследователи;
• C== Клиент ==Основной разработчик;

Вместе они выполняют следующие роли:

• Сообщество сплачивается вокруг конкретных ценностей.
• Виталик формулирует видение, соответствующее этим ценностям.
• На основе видения исследователи формулируют дорожную карту.
• Разработчики ядра реализуют клиенты на основе дорожной карты.

Конечно, реальность намного сложнее, чем может охватить любая простая модель. Разработчики ядра Ethereum — единственные, кто может по-настоящему «проголосовать» за любое предложение, изменив клиентский код. Виталик и другие исследователи выступают в качестве консультантов, и иногда их мнения не принимаются основными разработчиками, именно поэтому EIP-3074 был одобрен. Тем не менее, я считаю, что модель VVRC разумно отражает режим работы управления Ethereum в нормальных обстоятельствах, и нам нужно «отладить» этот процесс, чтобы предотвратить повторение инцидентов, подобных EIP-3074.

Как улучшить модель управления Ethereum

Теперь, когда у нас есть ментальная модель того, как работает процесс управления Ethereum, вот несколько идей по улучшению процессов управления:

Необходимо повысить наглядность хода обсуждения рассматриваемых EIP. Все сообщество не должно быть «удивлено» принятием EIP, и неожиданные одобрения, такие как EIP-3074, не должны повторяться. Текущий «статус» EIP на веб-сайте EIP не отражает их статус в процессе ACD. Вот почему в нем до сих пор говорится, что EIP-3074 «находится на рассмотрении», несмотря на то, что основные разработчики проголосовали за его утверждение, без каких-либо указаний на то, что он когда-либо рассматривался для утверждения с самого начала. В идеале, когда EIP вот-вот будет принят, Ethereum Foundation должен сделать окончательное публичное объявление в социальных сетях, чтобы повысить осведомленность сообщества.

Иногда разработчики ядра могут недооценивать влияние конкретных EIP на последующие проекты и пользователей, как это было в случае с сообществами 3074 и 4337. Из-за ограниченного времени проведения совещаний ACD и необходимости координации между часовыми поясами на собраниях часто могут выступать только «соответствующие сотрудники». Тем не менее, было бы разумно время от времени выделять некоторое время для выступлений членов сообщества, чтобы они могли прокомментировать влияние тех или иных предложений EIP на последующие проекты после их утверждения. Если исследователи чувствуют, что их мнение не было принято основными разработчиками, как это было в случае с 4337, они могут пригласить членов сообщества, чтобы подкрепить свои аргументы.

Очень важно, чтобы основные разработчики и исследователи взаимно признали, что, несмотря на различия во власти, они оба являются частью управленческих полномочий Ethereum. Основные разработчики имеют право изменять и обновлять клиенты Ethereum, что является единственным способом внести изменения в сам протокол и «проголосовать». Исследователи обычно имеют большую общественную поддержку изменений и интерпретаций дорожной карты благодаря активному обсуждению и изложению своих идей.

Когда эти две силы сталкиваются друг с другом, разработчики ядра могут напрямую опровергнуть мнения исследователей, как это было в случае с командой 4337. Однако такое опровержение может привести к конфликту, так как при столкновении двух сил возникает нестабильность, о чем свидетельствуют драматические события, последовавшие за утверждением EIP-3074.

Точно так же, сталкиваясь с сопротивлением, исследователи могут отказаться от сотрудничества с основными разработчиками. На мой взгляд, это также является одной из причин создания процесса RIP и того, почему собственный AA (7560) теперь в основном продвигается как RIP, а не EIP.

Несмотря на то, что эксперименты с обновлениями протокола на L2, которые являются спорными для L1, имеют свои преимущества, мы не можем рассматривать RIP как замену участию в процессе управления EIP. Исследователи должны продолжать сотрудничать с основными разработчиками до тех пор, пока ценности обеих сторон полностью не совпадут с дорожной картой.

Заключение

Инцидент с 3074/7702 показал истинную работу управления Ethereum — помимо явных полномочий управления, управляемых процессами EIP/ACD основных разработчиков, существует также неявная власть управления, управляемая дорожной картой, продвигаемой исследователями. Когда эти силы рассогласованы, мы видим тупик и подталкивание, и другой силе — Виталику — может потребоваться какое-то вмешательство, чтобы нарушить баланс.

Далее мы предполагаем, что Виталик представляет собой уникальную силу, а именно «видение» Ethereum, которое составляет основу легитимности любой дорожной карты. Мы сравниваем Виталика с техническим директором крупной компании и признаем, что его роль в качестве псевдотехнического директора необходима для того, чтобы Ethereum поддерживал свой темп инноваций, не позволяя Ethereum превратиться во «Франкенштейна» — как склеенный монстр.

Наконец, мы представляем модель VVRC, описывающую модель управления Ethereum: Ценности (Сообщество) ⇒ Видение (Виталик) ⇒ Дорожная карта (Исследователи) ⇒ Клиент (Основные разработчики). Затем мы предлагаем различные методы «отладки» «ошибок» этой модели.

Управление Ethereum — это «машинная машина» — чтобы Ethereum работал правильно, мы должны управлять им должным образом.

Отказ:

1. Эта статья перепечатана из [极客 Web3]. Пересылаем оригинальное название«Размышления об управлении Ethereum после саги 3074». Все авторские права принадлежат оригинальному автору [Дерек Чанг, генеральный директор ZeroDev]. Если у вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn , и они оперативно рассмотрят их.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, принадлежат исключительно автору и не являются какими-либо инвестиционными рекомендациями.
3. Переводом статьи на другие языки занимается команда Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.