Оригинальный автор: Дерек Чанг, генеральный директор ZeroDev
原文编译:Faust,极客 web3
Этот текст представляет собой мнение главного исполнительного директора ZeroDev, Дерека Чанга, о предложении V о балансировке противоречия между ERC-4337 и EIP-3074 после того, как V представил EIP-7702. Исходя из личного опыта основателя проекта в экосистеме AA, в тексте объективно указываются текущая модель управления Ethereum и ее проблемные моменты, а также даются острые замечания:
Одним из противоречий в управлении Ethereum является расхождение мнений между исследователями, определяющими план действий, и разработчиками клиентов, таких как Geth, а Виталик, вроде бы, играет окончательную роль, подобную CTO.
Derek, после положительной оценки роли Виталика, указал, какие улучшения должны быть внесены в модель управления Ethereum, что имеет большое значение для сообществ Ethereum и Bitcoin.
Если вы ранее не были знакомы с событиями, связанными с Ethereum AA (абстрагирование счета), вот краткий обзор:
Несколько недель назад предложение EIP-3074 было одобрено основными разработчиками Ethereum и будет включено в следующий хардфорк “Pectra”. Это предложение принесет два новых операционных кода для EVM, предоставляя аккаунтам EOA в Ethereum почти нативный опыт AA.
С тех пор многие члены сообщества ERC-4337, особенно инициаторы 4337, настойчиво выступали против EIP-3074, опасаясь, что этот проект может повлечь за собой множество уязвимостей безопасности и несовместим с дорожной картой AA Ethereum. В предыдущей дорожной карте Ethereum явно указывалось, что ERC-4337 и аналогичные предложения 7560 (также известные как “nativeAA”) являются центральными.
В настоящее время основные разработчики 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.
然而,01928374656574839201。让我们想象一下,如果事情这样发展:
В ходе обсуждения 3074 сообщество активно взаимодействует с основными разработчиками Ethereum. Если это предположение верно, то дальше возможны только два результата:
После рассмотрения обратной связи от 4337 сообщества, предложение 3074 было утверждено (и может быть изменено), в таком случае сообщество 4337 примет 3074, и Ethereum Core team также не должна отменять 3074.
Или, 3074 никогда не был утвержден, но сообщество и основная команда Ethereum предложили предложение, удовлетворяющее всех, как 7702.
Каждый голос можно услышать, и нет драматических переворотов. Это должно было бы быть хорошо - почему же это не так?
Где произошла ошибка?
Взглянув на всю ситуацию, обе стороны взаимно обвиняют друг друга.
Эфиреума основные разработчики (а также авторы EIP-3074) считают, что это ошибка “4337 сторонников”, потому что они не активно участвовали в процессе обсуждения среди всех основных разработчиков (ACD), в рамках которого EIP требует длительного обсуждения, прежде чем будет принят и реализован командами разработчиков клиентов Ethereum, такими как Geth.
Некоторые считают, что во время обсуждения предложения 3074 “поддерживающие лица” вполне могли бы высказать свое мнение, а не делать это после того, как предложение уже было одобрено. В конце концов, весь процесс ACD открыт и прозрачен, встречи открыты для всех, и такие люди, как ТимБейко, после каждой встречи ACD активно публикуют сводки в твиттере. Так если “поддерживающие лица” 4337 настолько заинтересованы в этой теме, почему они не активно участвуют в соответствующих встречах?
Многие люди отмечают, что полный процесс конференции ACD неясен и не дружелюбен к тем, кто “серьезно работает” в сообществе Ethereum, но не может своевременно следить за обновлениями ACD. Некоторые люди также считают, что ACD должен активно просить обратную связь у заинтересованных сторон (в данном случае, 4337 сообщества).
В отличие от общепринятого мнения, корень проблемы в управлении состоит в том, что ACD не является единственным источником права на управление обновлениями протокола Ethereum, а заменяется другим источником управления. И проблема здесь заключается в том, что несмотря на то, что другой источник управления имеет большее влияние на основные проблемы Ethereum (такие как AA и масштабируемость), чем ACD, его влияние редко признается.
В этой статье я назову эту силу “дорожная карта”.
Как я собираюсь показать ниже, весь инцидент с управлением “3074-4337-7702” является примером того, как существующий план дороги Ethereum подавляет власть ACD. Если речь идет о управлении, когда мы замечаем, что невидимая сила подавляет видимую силу, нам следует быть крайне обеспокоенными, потому что невидимые вещи часто трудно объяснить и могут остаться незамеченными многими, поэтому их необходимо раскрывать.
Что такое дорожная карта?
Любой человек из сообщества Ethereum наверняка часто видит термин “дорожная карта”, например, в “дорожной карте по агрегации”, “дорожной карте ETH 2.0” или в “дорожной карте события AA”.
Для того чтобы проиллюстрировать мою точку зрения, давайте представим себе ситуацию на конференции ACD, где основные разработчики обсуждают, как масштабировать Ethereum:
Один из основных разработчиков, Боб: Я поддерживаю EIP-1234. Этот проект предлагает увеличить скорость формирования блоков в 10 раз, увеличить размер блока в 10 раз и снизить комиссии в 100 раз.
Другие основные разработчики: … Вы сошли с ума?
Давайте подумаем. Почему ядро команды Ethereum отказалось от того, что сказал Боб? Он просто предложил очень разумный способ масштабирования, который многие публичные блокчейны, такие как Solana, Aptos, Sui, уже используют и достигли очень высокого TPS.
Причина в том, что вымышленный EIP-1234 нарушает карту масштабирования Ethereum, сосредоточенную на rollup, которая указывает, что для децентрализации крайне важно, чтобы обычные пользователи могли запускать узлы с низкими затратами, поэтому вымышленный EIP-1234 не может быть принят, потому что он значительно увеличит затраты на запуск узлов Ethereum.
Я хочу использовать этот пример, чтобы объяснить, что основные разработчики, участвующие в процессе управления ACD и принимающие решения о обновлении протокола, подвергаются руководству более высокой силой, которую я называю “дорожной картой”. В настоящее время существуют такие дорожные карты, как “дорожная карта масштабирования”, “дорожная карта AA”, “дорожная карта MEV” и т. д. вокруг дорожной карты Ethereum, которые вместе составляют общую дорожную карту Ethereum, и основные разработчики должны принимать решения на основе этого.
Когда взгляды и дорожная карта основных разработчиков не совпадают
Поскольку дорожная карта не является официальной частью процесса управления Ethereum, часто нельзя гарантировать, что основная команда будет придерживаться дорожной карте. Более того, нет формальной процедуры “утверждения” дорожной карты, поэтому не все дорожные карты обладают одинаковой “ортодоксальностью”. Исследователи, стоящие за дорожной картой Ethereum, должны усердно продвигать свою дорожную карту перед основными разработчиками и сообществом, чтобы получить “ортодоксальность” и тем самым получить поддержку основной разработческой команды Ethereum.
就 AA 和счет抽象而言,Vitalik 本人曾多次推动以 4337 为中心的 AA 路线图,但总体而言,主要是 4337 背后的团队,尤其是 Yoav 和 Dror,在论坛和 ACD 会议上倡导以 4337 为中心的 AA 路线图。
然而, несмотря на все усилия, некоторые основные разработчики Ethereum по-прежнему настойчиво противопоставляют централизованную дорожную карту AA, основанную на 4337. Они считают, что 7560 (основная версия 4337, которую должен будет реализовать будущий клиент Ethereum) слишком сложна и не является единственно возможным вариантом для “конечной цели AA”. В конечном итоге ACD решил утвердить предложение 3074, несмотря на противодействие команды 4337, которая считает, что 3074 приведет к расколу всей экосистемы AA.
3074 получила одобрение, и вся 4337 сообщество сильно отреагировало, вынудив ядерных разработчиков Ethereum пересмотреть участие в обсуждении 3074. Обсуждение затем застряло, авторы 4337 и 3074 не смогли убедить друг друга, и в последнюю минуту Виталик предложил EIP-7702 в качестве альтернативы 3074, который явно совместим с “AA окончательным” на основе 4337, тем самым разрешив конфликт и сделав окончательный результат согласованным с маршрутной картой AA.
Роль Виталика: фактический CTO Ethereum
尽管 Vitalik 以研究员的身份自居,但上述故事清楚地表明,Vitalik 拥有与其他研究员截然不同的治理权力。因此,问题来了:Vitalik 在以太坊治理中扮演什么角色? => Несмотря на то, что Виталик считает себя исследователем, вышеупомянутая история ясно показывает, что у Виталика есть совершенно другие полномочия по управлению, чем у других исследователей. Таким образом, вопрос: какую роль играет Виталик в управлении Ethereum?
На мой взгляд, считать Виталика главой очень-очень крупной компании, возможно, не так уж и неправильно (кстати, чтобы соответствовать реальной ситуации, предположим, что у “компании” Ethereum нет генерального директора)
Если вы когда-либо работали в технологической компании с более чем 50 сотрудниками, вы знаете, что CTO не может участвовать в каждом техническом решении. Когда компания достигает определенного масштаба, процесс принятия решений по техническим решениям становится распределенным - обычно для каждой области продукта / бизнеса компании существует отдельная команда, которая свободно может принимать решения о деталях реализации.
Кроме того, CTO не обязательно является экспертом во всех (или в любой) области. В компании могут быть инженеры, более компетентные, чем CTO, в определенной области, поэтому в обсуждении технических деталей решения обычно каждый инженер принимает окончательное решение.
Однако CTO разработал техническое видение компании. Реализацию этого видения оставили за разработчиками.
Хотя это не идеальная аналогия, но я считаю, что она довольно точно описывает роль Виталика в экосистеме Ethereum. Виталик не участвует в каждом техническом решении - он просто не в состоянии. Он также не является экспертом в каждой области. Но его огромное влияние на разработку всех ключевых решений в рамках Ethereum (масштабирование, автономные агенты, POS…) является результатом не только его технической компетентности, но и его решающего значения в оценке того, соответствует ли дорожная карта Ethereum его видению.
Каждый успешный продукт начинается с видения
Если я считаю, что Виталик является техническим директором Ethereum, то самая спорная часть приходит: мы должны принять Виталика в качестве технического директора.
Как основатель стартапа, я считаю, что у каждого успешного продукта должно быть последовательное долгосрочное видение - и да, Ethereum тоже является “продуктом”, потому что он решает реальные проблемы для реальных пользователей. И это последовательное видение должно быть разработано немногими людьми, например, основателем стартапа, и обычно только одним основателем.
Великолепие Ethereum заключается в том, что, несмотря на то, что это очень сложная система с таким множеством компонентов, все они идеально сочетаются друг с другом, формируя хорошо функционирующий децентрализованный компьютер, который ежедневно проводит рассчеты на сумму миллиардов долларов.
Мы можем дойти до сегодняшнего дня не благодаря программам какого-то комитета, а именно благодаря активному лидерству Виталика, который проявил свое видение и умение действовать, мы можем создать сегодняшний непрерывный и прекрасный Ethereum. Ethereum был предложен Виталиком в 2015 году и до сих пор остается таким же.
Конечно, это не умаляет вклад других исследователей и инженеров, которые внесли большую часть вклада в сегодняшние достижения Ethereum. Однако это не противоречит, потому что Ethereum - это реализация видения Виталика, значительно превосходящая видение любого другого человека.
Но вы можете спросить: что же такое децентрализация? Если у одного человека есть такая подавляющая власть над Ethereum, как мы можем говорить, что это децентрализовано?
Чтобы ответить на этот вопрос, нам нужно вернуться к классической статье о значении децентрализации, написанной Виталиком. Основное утверждение статьи заключается в том, что децентрализация имеет три типа:
Архитектура децентрализации: сколько узлов может выйти из строя, прежде чем система остановится?
Логическая децентрализация: смогут ли подсистемы системы развиваться независимо друг от друга, сохраняя при этом нормальное функционирование системы в целом, или им необходимо тесное взаимодействие?
分权政治:最终有多少人或组织控制这个系统?
根据这些定义,以太坊显然在架构上是去中心化的,而且可以说它在逻辑上也是去中心化的,因为它的各个组件之间缺乏强耦合(例如共识层与执行层)。 => Согласно этим определениям, Ethereum явно имеет децентрализованную архитектуру, и можно сказать, что логически она тоже децентрализована, потому что компоненты не имеют сильной связанности (например, слой согласования и исполнения).
Однако я считаю, что если мы хотим, чтобы Ethereum продолжал инновации, мы должны принять фактическое назначение Виталика на должность CTO, даже если это означает отказ от некоторой политической децентрализации.
Если Ethereum действительно станет таким же “застывшим” блокчейном, как Биткойн, то Виталик может просто уйти на пенсию. Но прежде чем мы дойдем до этого последнего шага, крайне важно иметь авторитет, которому все стороны уважают, который заслуживает доверия и способен принимать технические решения не только на основе превосходства предложенных технических решений, но и на основе их соответствия видению Ethereum.
Если не было бы людей, подобных Виталику, то могли бы возникнуть только два результата, история вокруг 3074 наглядно иллюстрирует эти два результата.
Процесс управления Ethereum может застрять в бесконечном тупике, обе стороны конфликта не желают идти на уступки, и никто не может продвинуться вперед, как это показывает тупик 3074 дебатов до вмешательства Виталика.
Или, возможно, Эфир может стать несогласованным “Франкенштейном” (прим. переводчика: монстр из научно-фантастического романа “Франкенштейн”, созданный ученым из разных трупов). Упомянутые ранее 3074 и 4337 могут быть взаимно исключающими, и в конечном итоге привести к полному разделению экосистемы AA на два несовместимых параллельных пространства.
Роль сообщества
После вышесказанного, мы уже почти сформировали полную модель мышления о управлении Ethereum, но пока что есть явное упущение в нашем обсуждении - сообщество.
Если Виталик определил видение Ethereum, исследователи определили план действий, а разработчики реализовали этот план, то какую роль играет сообщество? Они точно не просто бездействуют, верно?
К счастью, сообщество фактически играет самую важную роль. Причина в том, что перед видением стоят ценности. Мы объединяемся в сообщество, потому что мы объединены вокруг определенных ценностей, и видение Виталика в конечном итоге должно быть согласовано с этими ценностями, иначе оно потеряет поддержку сообщества.
Эфиреум сообщества считают, что наличие децентрализованного компьютера, к которому все могут получить доступ, который не подвергается цензуре и обладает доверенной нейтральностью, полезно для мира. Мы поддерживаем и подтверждаем указанные ценности каждый день через нашу работу на Эфиреуме, обеспечивая легитимность видения, дорожной карты и кода, разработанных Виталиком, исследователями и основными разработчиками.
Модель управления VVRC Ethereum
Поэтому здесь представлена полная модель управления Ethereum, ценности⇒видения⇒плана⇒клиента, сокращенно VVRC:
Сообщество собирается вокруг определенных ценностей.
Виталик выразил видение, соответствующее этим ценностям.
Исследователи разрабатывают план действий в соответствии с видением.
Основные разработчики реализуют клиент в соответствии с дорожной картой.
Конечно, реальность намного сложнее, чем может показаться в любой простой модели. Фактически, разработчики ядра Ethereum - единственные, кто может реально “голосовать” за любые предложения, изменяя клиентский код. Виталик и другие исследователи выступают только в роли консультантов, их мнение иногда не принимается разработчиками ядра, и вот почему EIP-3074 был утвержден.
现在我们已经对以太坊治理流程如何运作有一个心理模型,这里有几个改进治理流程的想法。 --> Сейчас у нас уже есть психологическая модель того, как работает процесс управления Ethereum, здесь есть несколько идей для улучшения процесса управления.
Необходимо повысить видимость обсуждения предлагаемых EIP в процессе рассмотрения. Вся сообщество не должно быть “удивлено” принятием EIP, и такие случаи, как 3074, не должны повторяться.
В идеальном случае, когда EIP готовится быть принятым, Фонд Ethereum должен сделать крупное заявление в социальных сетях, чтобы явно объявить об этом результате и повысить осведомленность сообщества.
Иногда основные разработчики могут недооценить влияние определенного EIP на проекты и пользователей вниз по течению, и именно в такой ситуации находятся сообщества 3074 и 4337. В связи с ограниченным временем заседания ACD и необходимостью координации через часовые пояса часто выступать могут только “заинтересованные лица”.
如果 исследователь считает, что его мнение не было принято разработчиками ядра, как в случае с 4337, он может попросить участие членов сообщества, чтобы укрепить свои доводы.
Очень важно, чтобы основные разработчики и исследователи признали друг друга, несмотря на различную силу, они все являются частью власти над управлением Ethereum. Основные разработчики обладают единственной властью изменять и обновлять клиенты Ethereum путем изменения самого протокола и давать “голос” в этом процессе. Исследователи обычно имеют большую поддержку общественности в изменении и объяснении дорожной карты, что объясняется их активными обсуждениями и изложением своих идей.
Когда эти два влияния сталкиваются, разработчики ядра могут склоняться к прямому отклонению мнения исследователей, например, разработчики ядра отклонили возражение 4337 команды. Однако такое отклонение может привести к конфликту, поскольку столкновение двух влияний делает ситуацию нестабильной, как показывает драматическое событие, произошедшее после одобрения 3074.
Таким образом, когда сталкиваются с сопротивлением, исследователи могут склоняться к отказу от сотрудничества с основными разработчиками, что, на мой взгляд, является одной из причин создания процесса RIP и одной из причин того, что сейчас основное внимание уделяется RIP (7560) вместо EIP.
Хотя эксперименты с обновлениями протокола L2, которые вызывают споры на L1, действительно полезны, мы не можем рассматривать RIP как замену участию в процессе управления EIP. Исследователям необходимо продолжать сотрудничать с основными разработчиками, пока обе стороны полностью не согласуются со стратегическим планом.
Вывод
3074/7702 событие раскрывает истинный механизм управления Ethereum - помимо явных прав управления процессом EIP/ACD, ведущие разработчики имеют скрытые права управления дорожной картой, которые двигаются исследователями. Когда эти права нарушаются, мы видим тупик и стимул, и, возможно, потребуется другая сила - Виталик - чтобы каким-то образом нарушить баланс.
Затем мы утверждаем, что Виталик представляет собой уникальную силу, то есть “видение” Ethereum, которое является основой для любой легитимности дорожной карты. Мы сравниваем Виталика с CTO крупной компании и признаем, что его роль псевдо-CTO необходима для поддержания инновационного темпа развития Ethereum и предотвращения его деградации до “Франкенштейна” из швейцарских часов.
最后,мы предложили модель управления VVRC, описывающую модель управления Ethereum: ценности (сообщество)⇒видение (Виталик)⇒дорожная карта (исследователи)⇒клиент (основные разработчики). Затем мы предложили различные способы исправить «ошибки» в этой модели.
Эфиреум-государство - это “машина, делающая машины” - чтобы Эфиреум работал правильно, нам нужно разумное управление. Поэтому 3074 предоставляет ценный кейс для управления, и я надеюсь, что сообщество Эфиреума сможет извлечь из этого некоторые полезные уроки для улучшения будущего процесса управления Эфиреумом.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
На русском языке это будет: "Влияние Виталика и различных дорожных карт на процесс управления Ethereum"
Оригинальный автор: Дерек Чанг, генеральный директор ZeroDev
原文编译:Faust,极客 web3
Этот текст представляет собой мнение главного исполнительного директора ZeroDev, Дерека Чанга, о предложении V о балансировке противоречия между ERC-4337 и EIP-3074 после того, как V представил EIP-7702. Исходя из личного опыта основателя проекта в экосистеме AA, в тексте объективно указываются текущая модель управления Ethereum и ее проблемные моменты, а также даются острые замечания:
Одним из противоречий в управлении Ethereum является расхождение мнений между исследователями, определяющими план действий, и разработчиками клиентов, таких как Geth, а Виталик, вроде бы, играет окончательную роль, подобную CTO.
Derek, после положительной оценки роли Виталика, указал, какие улучшения должны быть внесены в модель управления Ethereum, что имеет большое значение для сообществ Ethereum и Bitcoin.
Если вы ранее не были знакомы с событиями, связанными с Ethereum AA (абстрагирование счета), вот краткий обзор:
Несколько недель назад предложение EIP-3074 было одобрено основными разработчиками Ethereum и будет включено в следующий хардфорк “Pectra”. Это предложение принесет два новых операционных кода для EVM, предоставляя аккаунтам EOA в Ethereum почти нативный опыт AA.
С тех пор многие члены сообщества ERC-4337, особенно инициаторы 4337, настойчиво выступали против EIP-3074, опасаясь, что этот проект может повлечь за собой множество уязвимостей безопасности и несовместим с дорожной картой AA Ethereum. В предыдущей дорожной карте Ethereum явно указывалось, что ERC-4337 и аналогичные предложения 7560 (также известные как “nativeAA”) являются центральными.
5月初,Vitalik提出了EIP-7702作为EIP-3074的替代品,在4337和3074之间达成了平衡——既能为EOA用户带来AA的体验,但在某种程度上与ERC-4337更加兼容,并且与「AA最终方案」7560兼容。
В настоящее время основные разработчики Ethereum рассматривают вопросы, связанные с EIP-7702. Предварительные обсуждения и общественное настроение показывают, что EIP-7702 скорее всего заменит упомянутый выше EIP-3074.
Лично для меня я очень доволен этим результатом: пользователи EOA скоро смогут насладиться различными продуктами в экосистеме ERC-4337 и получить большую часть преимуществ от AA. Однако мне кажется, что мы могли бы достичь этого результата более эффективным способом, и за последние несколько недель многие люди указывали на это. Я думаю, если бы у нас было более эффективное управление, мы могли бы сэкономить много усилий и быстрее достичь желаемого результата.
В этой статье я хочу:
Выводы и размышления о событии EIP-3074
前文提到的故事让很多人不高兴,原因如下: -> Упомянутая ранее история раздражает многих по следующим причинам:
EIP-3074 потребовал нескольких лет для получения одобрения. После окончательного утверждения 3074 главные разработчики Ethereum столкнулись с сильным противодействием от сообщества 4337.
С другой стороны, авторы ERC-4337 выражали свои опасения по поводу EIP-3074 основной команде Ethereum дольше всего, но безрезультатно. Теперь Ethereum планирует отменить одобрение 3074 и заменить его другим EIP (7702).
上述流程中任何一点,本质上都没有错:
然而,01928374656574839201。让我们想象一下,如果事情这样发展:
В ходе обсуждения 3074 сообщество активно взаимодействует с основными разработчиками Ethereum. Если это предположение верно, то дальше возможны только два результата:
Каждый голос можно услышать, и нет драматических переворотов. Это должно было бы быть хорошо - почему же это не так?
Где произошла ошибка?
Взглянув на всю ситуацию, обе стороны взаимно обвиняют друг друга.
Эфиреума основные разработчики (а также авторы EIP-3074) считают, что это ошибка “4337 сторонников”, потому что они не активно участвовали в процессе обсуждения среди всех основных разработчиков (ACD), в рамках которого EIP требует длительного обсуждения, прежде чем будет принят и реализован командами разработчиков клиентов Ethereum, такими как Geth.
Некоторые считают, что во время обсуждения предложения 3074 “поддерживающие лица” вполне могли бы высказать свое мнение, а не делать это после того, как предложение уже было одобрено. В конце концов, весь процесс ACD открыт и прозрачен, встречи открыты для всех, и такие люди, как ТимБейко, после каждой встречи ACD активно публикуют сводки в твиттере. Так если “поддерживающие лица” 4337 настолько заинтересованы в этой теме, почему они не активно участвуют в соответствующих встречах?
另一方面, 4337 的核心成员指出,他们一直在参加 ACD 会议,并尽可能地反对 3074 ,但Эфир核心开发人员不听。至于 4337 社区成员,他们大多感到突如其来——很多人都以为 3074 已经凉透了,甚至不知道 3074 正大概率被批准。
Многие люди отмечают, что полный процесс конференции ACD неясен и не дружелюбен к тем, кто “серьезно работает” в сообществе Ethereum, но не может своевременно следить за обновлениями ACD. Некоторые люди также считают, что ACD должен активно просить обратную связь у заинтересованных сторон (в данном случае, 4337 сообщества).
然而,我认为双方都没有切中要害。这背后还有更深层次的问题,除非我们解决或至少承认这个问题,否则我们将持续的陷入治理事故,然后矛盾双方互相指责对方,但这毫无意义。
Основная причина аварии: карта пути
В отличие от общепринятого мнения, корень проблемы в управлении состоит в том, что ACD не является единственным источником права на управление обновлениями протокола Ethereum, а заменяется другим источником управления. И проблема здесь заключается в том, что несмотря на то, что другой источник управления имеет большее влияние на основные проблемы Ethereum (такие как AA и масштабируемость), чем ACD, его влияние редко признается.
В этой статье я назову эту силу “дорожная карта”.
Как я собираюсь показать ниже, весь инцидент с управлением “3074-4337-7702” является примером того, как существующий план дороги Ethereum подавляет власть ACD. Если речь идет о управлении, когда мы замечаем, что невидимая сила подавляет видимую силу, нам следует быть крайне обеспокоенными, потому что невидимые вещи часто трудно объяснить и могут остаться незамеченными многими, поэтому их необходимо раскрывать.
Что такое дорожная карта?
Любой человек из сообщества Ethereum наверняка часто видит термин “дорожная карта”, например, в “дорожной карте по агрегации”, “дорожной карте ETH 2.0” или в “дорожной карте события AA”.
Для того чтобы проиллюстрировать мою точку зрения, давайте представим себе ситуацию на конференции ACD, где основные разработчики обсуждают, как масштабировать Ethereum:
Давайте подумаем. Почему ядро команды Ethereum отказалось от того, что сказал Боб? Он просто предложил очень разумный способ масштабирования, который многие публичные блокчейны, такие как Solana, Aptos, Sui, уже используют и достигли очень высокого TPS.
Причина в том, что вымышленный EIP-1234 нарушает карту масштабирования Ethereum, сосредоточенную на rollup, которая указывает, что для децентрализации крайне важно, чтобы обычные пользователи могли запускать узлы с низкими затратами, поэтому вымышленный EIP-1234 не может быть принят, потому что он значительно увеличит затраты на запуск узлов Ethereum.
Я хочу использовать этот пример, чтобы объяснить, что основные разработчики, участвующие в процессе управления ACD и принимающие решения о обновлении протокола, подвергаются руководству более высокой силой, которую я называю “дорожной картой”. В настоящее время существуют такие дорожные карты, как “дорожная карта масштабирования”, “дорожная карта AA”, “дорожная карта MEV” и т. д. вокруг дорожной карты Ethereum, которые вместе составляют общую дорожную карту Ethereum, и основные разработчики должны принимать решения на основе этого.
Когда взгляды и дорожная карта основных разработчиков не совпадают
Поскольку дорожная карта не является официальной частью процесса управления Ethereum, часто нельзя гарантировать, что основная команда будет придерживаться дорожной карте. Более того, нет формальной процедуры “утверждения” дорожной карты, поэтому не все дорожные карты обладают одинаковой “ортодоксальностью”. Исследователи, стоящие за дорожной картой Ethereum, должны усердно продвигать свою дорожную карту перед основными разработчиками и сообществом, чтобы получить “ортодоксальность” и тем самым получить поддержку основной разработческой команды Ethereum.
就 AA 和счет抽象而言,Vitalik 本人曾多次推动以 4337 为中心的 AA 路线图,但总体而言,主要是 4337 背后的团队,尤其是 Yoav 和 Dror,在论坛和 ACD 会议上倡导以 4337 为中心的 AA 路线图。
然而, несмотря на все усилия, некоторые основные разработчики Ethereum по-прежнему настойчиво противопоставляют централизованную дорожную карту AA, основанную на 4337. Они считают, что 7560 (основная версия 4337, которую должен будет реализовать будущий клиент Ethereum) слишком сложна и не является единственно возможным вариантом для “конечной цели AA”. В конечном итоге ACD решил утвердить предложение 3074, несмотря на противодействие команды 4337, которая считает, что 3074 приведет к расколу всей экосистемы AA.
3074 получила одобрение, и вся 4337 сообщество сильно отреагировало, вынудив ядерных разработчиков Ethereum пересмотреть участие в обсуждении 3074. Обсуждение затем застряло, авторы 4337 и 3074 не смогли убедить друг друга, и в последнюю минуту Виталик предложил EIP-7702 в качестве альтернативы 3074, который явно совместим с “AA окончательным” на основе 4337, тем самым разрешив конфликт и сделав окончательный результат согласованным с маршрутной картой AA.
Роль Виталика: фактический CTO Ethereum
尽管 Vitalik 以研究员的身份自居,但上述故事清楚地表明,Vitalik 拥有与其他研究员截然不同的治理权力。因此,问题来了:Vitalik 在以太坊治理中扮演什么角色? => Несмотря на то, что Виталик считает себя исследователем, вышеупомянутая история ясно показывает, что у Виталика есть совершенно другие полномочия по управлению, чем у других исследователей. Таким образом, вопрос: какую роль играет Виталик в управлении Ethereum?
На мой взгляд, считать Виталика главой очень-очень крупной компании, возможно, не так уж и неправильно (кстати, чтобы соответствовать реальной ситуации, предположим, что у “компании” Ethereum нет генерального директора)
Если вы когда-либо работали в технологической компании с более чем 50 сотрудниками, вы знаете, что CTO не может участвовать в каждом техническом решении. Когда компания достигает определенного масштаба, процесс принятия решений по техническим решениям становится распределенным - обычно для каждой области продукта / бизнеса компании существует отдельная команда, которая свободно может принимать решения о деталях реализации.
Кроме того, CTO не обязательно является экспертом во всех (или в любой) области. В компании могут быть инженеры, более компетентные, чем CTO, в определенной области, поэтому в обсуждении технических деталей решения обычно каждый инженер принимает окончательное решение.
Однако CTO разработал техническое видение компании. Реализацию этого видения оставили за разработчиками.
Хотя это не идеальная аналогия, но я считаю, что она довольно точно описывает роль Виталика в экосистеме Ethereum. Виталик не участвует в каждом техническом решении - он просто не в состоянии. Он также не является экспертом в каждой области. Но его огромное влияние на разработку всех ключевых решений в рамках Ethereum (масштабирование, автономные агенты, POS…) является результатом не только его технической компетентности, но и его решающего значения в оценке того, соответствует ли дорожная карта Ethereum его видению.
Каждый успешный продукт начинается с видения
Если я считаю, что Виталик является техническим директором Ethereum, то самая спорная часть приходит: мы должны принять Виталика в качестве технического директора.
Как основатель стартапа, я считаю, что у каждого успешного продукта должно быть последовательное долгосрочное видение - и да, Ethereum тоже является “продуктом”, потому что он решает реальные проблемы для реальных пользователей. И это последовательное видение должно быть разработано немногими людьми, например, основателем стартапа, и обычно только одним основателем.
Великолепие Ethereum заключается в том, что, несмотря на то, что это очень сложная система с таким множеством компонентов, все они идеально сочетаются друг с другом, формируя хорошо функционирующий децентрализованный компьютер, который ежедневно проводит рассчеты на сумму миллиардов долларов.
Мы можем дойти до сегодняшнего дня не благодаря программам какого-то комитета, а именно благодаря активному лидерству Виталика, который проявил свое видение и умение действовать, мы можем создать сегодняшний непрерывный и прекрасный Ethereum. Ethereum был предложен Виталиком в 2015 году и до сих пор остается таким же.
Конечно, это не умаляет вклад других исследователей и инженеров, которые внесли большую часть вклада в сегодняшние достижения Ethereum. Однако это не противоречит, потому что Ethereum - это реализация видения Виталика, значительно превосходящая видение любого другого человека.
说实话,你能对此抱怨吗?当你被以太坊生态系统的开放性、С сопротивлением цензуре和创新速度所吸引时,你是否抱怨过它始于 Vitalik 的愿景?也许你没有抱怨,因为你没有这样想过——但现在你有了,但你真的介意这个问题吗?
Децентрализация как решить?
Но вы можете спросить: что же такое децентрализация? Если у одного человека есть такая подавляющая власть над Ethereum, как мы можем говорить, что это децентрализовано?
Чтобы ответить на этот вопрос, нам нужно вернуться к классической статье о значении децентрализации, написанной Виталиком. Основное утверждение статьи заключается в том, что децентрализация имеет три типа:
根据这些定义,以太坊显然在架构上是去中心化的,而且可以说它在逻辑上也是去中心化的,因为它的各个组件之间缺乏强耦合(例如共识层与执行层)。 => Согласно этим определениям, Ethereum явно имеет децентрализованную архитектуру, и можно сказать, что логически она тоже децентрализована, потому что компоненты не имеют сильной связанности (например, слой согласования и исполнения).
就政治去中心化而言,好消息是没有任何个人或组织能够关闭以太坊,甚至 Vitalik 也不行。然而,有人可能会认为,以太坊的政治去中心化程度并不像人们想象的那么高,因为 Vitalik 在制定以太坊愿景和路线图方面发挥了重要作用。
Однако я считаю, что если мы хотим, чтобы Ethereum продолжал инновации, мы должны принять фактическое назначение Виталика на должность CTO, даже если это означает отказ от некоторой политической децентрализации.
Если Ethereum действительно станет таким же “застывшим” блокчейном, как Биткойн, то Виталик может просто уйти на пенсию. Но прежде чем мы дойдем до этого последнего шага, крайне важно иметь авторитет, которому все стороны уважают, который заслуживает доверия и способен принимать технические решения не только на основе превосходства предложенных технических решений, но и на основе их соответствия видению Ethereum.
Если не было бы людей, подобных Виталику, то могли бы возникнуть только два результата, история вокруг 3074 наглядно иллюстрирует эти два результата.
Роль сообщества
После вышесказанного, мы уже почти сформировали полную модель мышления о управлении Ethereum, но пока что есть явное упущение в нашем обсуждении - сообщество.
Если Виталик определил видение Ethereum, исследователи определили план действий, а разработчики реализовали этот план, то какую роль играет сообщество? Они точно не просто бездействуют, верно?
К счастью, сообщество фактически играет самую важную роль. Причина в том, что перед видением стоят ценности. Мы объединяемся в сообщество, потому что мы объединены вокруг определенных ценностей, и видение Виталика в конечном итоге должно быть согласовано с этими ценностями, иначе оно потеряет поддержку сообщества.
Эфиреум сообщества считают, что наличие децентрализованного компьютера, к которому все могут получить доступ, который не подвергается цензуре и обладает доверенной нейтральностью, полезно для мира. Мы поддерживаем и подтверждаем указанные ценности каждый день через нашу работу на Эфиреуме, обеспечивая легитимность видения, дорожной карты и кода, разработанных Виталиком, исследователями и основными разработчиками.
Модель управления VVRC Ethereum
Поэтому здесь представлена полная модель управления Ethereum, ценности⇒видения⇒плана⇒клиента, сокращенно VVRC:
Они вместе выполняют следующие функции:
Конечно, реальность намного сложнее, чем может показаться в любой простой модели. Фактически, разработчики ядра Ethereum - единственные, кто может реально “голосовать” за любые предложения, изменяя клиентский код. Виталик и другие исследователи выступают только в роли консультантов, их мнение иногда не принимается разработчиками ядра, и вот почему EIP-3074 был утвержден.
话虽如此,我认为 VVRC 模型合理地捕捉了以太坊的治理模式在通常情况下的运转方式,而我们需要「调试」该过程,使其不会再出现 EIP-3074 那样的事故。
Как улучшить модель управления Ethereum
现在我们已经对以太坊治理流程如何运作有一个心理模型,这里有几个改进治理流程的想法。 --> Сейчас у нас уже есть психологическая модель того, как работает процесс управления Ethereum, здесь есть несколько идей для улучшения процесса управления.
目前 EIP 网站上的 EIP「状态」并不反映其在 ACD 流程中的状态。这就是为什么它仍然说 3074 处于「被审核」状态,尽管核心开发人员已经投票批准了它,甚至没有迹象表明它从一开始就被考虑批准。
В идеальном случае, когда EIP готовится быть принятым, Фонд Ethereum должен сделать крупное заявление в социальных сетях, чтобы явно объявить об этом результате и повысить осведомленность сообщества.
话虽如此,偶尔为社区成员分配一些发言时间,对某些 EIP 提案通过后对下游的影响发表评论,也是有意义的。
如果 исследователь считает, что его мнение не было принято разработчиками ядра, как в случае с 4337, он может попросить участие членов сообщества, чтобы укрепить свои доводы.
Когда эти два влияния сталкиваются, разработчики ядра могут склоняться к прямому отклонению мнения исследователей, например, разработчики ядра отклонили возражение 4337 команды. Однако такое отклонение может привести к конфликту, поскольку столкновение двух влияний делает ситуацию нестабильной, как показывает драматическое событие, произошедшее после одобрения 3074.
Таким образом, когда сталкиваются с сопротивлением, исследователи могут склоняться к отказу от сотрудничества с основными разработчиками, что, на мой взгляд, является одной из причин создания процесса RIP и одной из причин того, что сейчас основное внимание уделяется RIP (7560) вместо EIP.
Хотя эксперименты с обновлениями протокола L2, которые вызывают споры на L1, действительно полезны, мы не можем рассматривать RIP как замену участию в процессе управления EIP. Исследователям необходимо продолжать сотрудничать с основными разработчиками, пока обе стороны полностью не согласуются со стратегическим планом.
Вывод
3074/7702 событие раскрывает истинный механизм управления Ethereum - помимо явных прав управления процессом EIP/ACD, ведущие разработчики имеют скрытые права управления дорожной картой, которые двигаются исследователями. Когда эти права нарушаются, мы видим тупик и стимул, и, возможно, потребуется другая сила - Виталик - чтобы каким-то образом нарушить баланс.
Затем мы утверждаем, что Виталик представляет собой уникальную силу, то есть “видение” Ethereum, которое является основой для любой легитимности дорожной карты. Мы сравниваем Виталика с CTO крупной компании и признаем, что его роль псевдо-CTO необходима для поддержания инновационного темпа развития Ethereum и предотвращения его деградации до “Франкенштейна” из швейцарских часов.
最后,мы предложили модель управления VVRC, описывающую модель управления Ethereum: ценности (сообщество)⇒видение (Виталик)⇒дорожная карта (исследователи)⇒клиент (основные разработчики). Затем мы предложили различные способы исправить «ошибки» в этой модели.
Эфиреум-государство - это “машина, делающая машины” - чтобы Эфиреум работал правильно, нам нужно разумное управление. Поэтому 3074 предоставляет ценный кейс для управления, и я надеюсь, что сообщество Эфиреума сможет извлечь из этого некоторые полезные уроки для улучшения будущего процесса управления Эфиреумом.
Ссылка на оригинал