Сооснователь Ethereum Виталик Бутерин считает, что устойчивость и долгосрочная масштабируемость блокчейна зависят от упрощения, подобно Биткойну. В блоге 3 мая он описал, как "Ethereum через 5 лет может стать почти таким же простым, как Биткойн". Бутерин написал:
“Одно из самых замечательных вещей о Биткойне — это крайне простой протокол.”
Согласно Бутерину, минималистичный дизайн и простота Биткойна делают его доступным, так что даже старшеклассник может понять концепцию и архитектуру протокола. Бутерин утверждает, что простота также предоставляет другие преимущества, такие как снижение затрат на создание новой инфраструктуры и обслуживание существующей инфраструктуры, а также уменьшение риска ошибок.
Недавние обновления, такие как доказательство доли (PoS) и интеграция Zero-Knowledge Succinct Non-Interactive Argument of Knowledge (zk-SNARK), сделали Ethereum более мощным. Однако игнорирование простоты дизайна увеличило затраты на Ethereum. Бутерин объясняет:
“Ранее Ethereum часто не делал так ( иногда из-за моего собственного решения ) и это способствовало возникновению множества чрезмерных затрат на разработку, всевозможных рисков безопасности и узости в культуре НИОКР, часто ради преследования выгод, которые оказались недостижимыми.”
Упрощение уровня согласования Ethereum
В ноябре исследователь Джастин Дрейк из Фонда Ethereum предложил обновление консенсусного слоя под названием 'Beam Chain'. Бутерин считает, что Beam Chain "находится в хорошей позиции, чтобы стать намного проще" по сравнению с его устаревшим предшественником, текущей цепочкой beacon.
Это связано с тем, что цепочка лучей позволит перепроектировать финальность 3 слотов, что устранит сложные концепции, такие как отдельные слоты, эпохи и комитет синхронизации, отметил Бутерин. Он также подчеркнул, что базовая реализация финальности 3 слотов может быть достигнута с помощью около 200 строк кода, что значительно упрощает процесс.
Цепочка лучей также уменьшит количество работающих валидаторов в один момент времени, что поможет "использовать более простые реализации правил выбора более безопасных ветвей", написал Бутерин.
Цепочка лучей также будет сочетать агрегирующие протоколы на основе STARK, что означает, что любой может быть агрегатором. Бутерин отметил:
"Сложность синтетического кода сама по себе значительна, но, по крайней мере, она имеет высокую степень упакованной сложности, с гораздо более низким системным риском для протокола."
Бутерин добавил, что сокращение количества активных валидаторов и объединение синтетиков на основе STARK "возможно, позволит создать более простую и мощную P2P-архитектуру". Он продолжил, сказав, что есть возможность переосмыслить и упростить некоторые аспекты, от входа и выхода валидаторов до утечек неактивности. И это может быть достигнуто путем сокращения количества строк кода (LoC) и создания "более понятных гарантий".
Бутерин подчеркивает, что слой консенсуса "относительно отделен" от действий выполнения Машины виртуальной Эфира (EVM), что дает "относительно широкие возможности" для реализации улучшений по сравнению со слоем выполнения.
Упрощение уровня исполнения Ethereum
В прошлом месяце Бутерин предложил заменить язык контрактов EVM на RISC-V, чтобы увеличить эффективность до 100 раз. Бутерин утверждал, что применение RISC-V также повысит простоту, поскольку "спецификация RISC-V абсурдно проста по сравнению с EVM".
Тем не менее, это означает, что необходимо поддерживать обратную совместимость для существующих приложений. Бутерин написал:
"Первое важное, что нужно понять: нет единого способа определить, что такое "кодовая база Ethereum" ( даже в одном единственном клиенте )."
По словам Бутерина, оранжевая зона не может быть уменьшена. Бутерин заявил, что цель состоит в том, чтобы минимизировать зеленую зону, переместив код в желтую зону, отметив, что "код очень ценен для понимания и интерпретации цепочки сегодня или для построения оптимального блока, но не является частью консенсуса". Бутерин сравнил этот процесс с тем, как Apple достигла долгосрочной обратной совместимости через слои компиляции. Он написал:
"Важно отметить, что оранжевые и желтые зоны упакованы сложно, любой желающий понять протокол может их игнорировать, внедрение Ethereum может их игнорировать, и любые ошибки в этих зонах не создают рисков для консенсуса."
Это причина, по которой сложность кода в оранжевой и желтой зонах имеет "намного меньше недостатков" по сравнению со сложностью кода в зеленой зоне.
Чтобы сократить площадь зеленых насаждений, Бутерин предложил следующие шаги:
Этап 1: Новые предварительные программы компиляции будут написаны на RISC-V.
Этап 2: Разработчики получат возможность писать контракты на RISC-V.
Этап 3: Все предыдущие сборки будут заменены на реализации RISC-V через хард-форк.
Этап 4: Развертывание интерпретатора EVM в RISC-V и его развертывание в цепочке как смарт-контракт.
Бутерин заявил, что вышеуказанные шаги обеспечат, что консенсус Ethereum будет "естественно" понимать RISC-V.
Стандарт протокола для упрощения
Бутерин предложил поделиться "единым стандартом на различных уровнях стека" как путь к упрощению.
Например, Бутерин предлагает использовать один код удаления для выборки доступных данных, трансляции P2P и хранения распределенной истории. Это позволит свести к минимуму общее количество строк кода, повысить эффективность и обеспечить проверяемость, утверждает он.
Аналогичным образом, он предложил иметь уникальный формат сериализации, который будет общим для трех слоев Ethereum: слой выполнения, слой согласования и смарт-контракт, называемый Бинарный интерфейс приложения (ABI). Бутерин предложил использовать SSZ, который легко декодируется и широко используется.
Наконец, после того как EVM будет заменен на RISC-V или другой простой язык, Бутерин предложил перейти от Merkle Patricia hexary к двоичному дереву как для слоя согласования, так и для слоя выполнения. Этот переход может повысить эффективность и снизить затраты, при этом обеспечивая доступность и интерпретацию всех слоев Ethereum с помощью одного и того же кода, написал Бутерин.
Изменение характера
Бутерин заключил, предложив, что Ethereum, по примеру Tinygrad, применяет цель максимального объема кода явно. Бутерин повторил, что цель состоит в том, чтобы сделать "код, важный для консенсуса Ethereum, почти таким же простым, как Биткойн".
Но более важно то, что Ethereum должен применять стандарт, при котором более простые варианты выбираются всякий раз, когда это возможно. Это означает приоритет упаковки сложности над системной сложностью.
Бутерин подтвердил, что код, обрабатывающий исторические правила Ethereum, будет продолжать существовать с его последним предложением. Однако такой код должен быть сохранен отдельно от важного кода консенсуса или зеленой зоны.
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Виталик Бутерин хочет сделать Ethereum 'простым как Биткойн' к 2030 году
Сооснователь Ethereum Виталик Бутерин считает, что устойчивость и долгосрочная масштабируемость блокчейна зависят от упрощения, подобно Биткойну. В блоге 3 мая он описал, как "Ethereum через 5 лет может стать почти таким же простым, как Биткойн". Бутерин написал: “Одно из самых замечательных вещей о Биткойне — это крайне простой протокол.” Согласно Бутерину, минималистичный дизайн и простота Биткойна делают его доступным, так что даже старшеклассник может понять концепцию и архитектуру протокола. Бутерин утверждает, что простота также предоставляет другие преимущества, такие как снижение затрат на создание новой инфраструктуры и обслуживание существующей инфраструктуры, а также уменьшение риска ошибок. Недавние обновления, такие как доказательство доли (PoS) и интеграция Zero-Knowledge Succinct Non-Interactive Argument of Knowledge (zk-SNARK), сделали Ethereum более мощным. Однако игнорирование простоты дизайна увеличило затраты на Ethereum. Бутерин объясняет: “Ранее Ethereum часто не делал так ( иногда из-за моего собственного решения ) и это способствовало возникновению множества чрезмерных затрат на разработку, всевозможных рисков безопасности и узости в культуре НИОКР, часто ради преследования выгод, которые оказались недостижимыми.” Упрощение уровня согласования Ethereum В ноябре исследователь Джастин Дрейк из Фонда Ethereum предложил обновление консенсусного слоя под названием 'Beam Chain'. Бутерин считает, что Beam Chain "находится в хорошей позиции, чтобы стать намного проще" по сравнению с его устаревшим предшественником, текущей цепочкой beacon. Это связано с тем, что цепочка лучей позволит перепроектировать финальность 3 слотов, что устранит сложные концепции, такие как отдельные слоты, эпохи и комитет синхронизации, отметил Бутерин. Он также подчеркнул, что базовая реализация финальности 3 слотов может быть достигнута с помощью около 200 строк кода, что значительно упрощает процесс. Цепочка лучей также уменьшит количество работающих валидаторов в один момент времени, что поможет "использовать более простые реализации правил выбора более безопасных ветвей", написал Бутерин. Цепочка лучей также будет сочетать агрегирующие протоколы на основе STARK, что означает, что любой может быть агрегатором. Бутерин отметил: "Сложность синтетического кода сама по себе значительна, но, по крайней мере, она имеет высокую степень упакованной сложности, с гораздо более низким системным риском для протокола." Бутерин добавил, что сокращение количества активных валидаторов и объединение синтетиков на основе STARK "возможно, позволит создать более простую и мощную P2P-архитектуру". Он продолжил, сказав, что есть возможность переосмыслить и упростить некоторые аспекты, от входа и выхода валидаторов до утечек неактивности. И это может быть достигнуто путем сокращения количества строк кода (LoC) и создания "более понятных гарантий". Бутерин подчеркивает, что слой консенсуса "относительно отделен" от действий выполнения Машины виртуальной Эфира (EVM), что дает "относительно широкие возможности" для реализации улучшений по сравнению со слоем выполнения. Упрощение уровня исполнения Ethereum В прошлом месяце Бутерин предложил заменить язык контрактов EVM на RISC-V, чтобы увеличить эффективность до 100 раз. Бутерин утверждал, что применение RISC-V также повысит простоту, поскольку "спецификация RISC-V абсурдно проста по сравнению с EVM". Тем не менее, это означает, что необходимо поддерживать обратную совместимость для существующих приложений. Бутерин написал: "Первое важное, что нужно понять: нет единого способа определить, что такое "кодовая база Ethereum" ( даже в одном единственном клиенте )." По словам Бутерина, оранжевая зона не может быть уменьшена. Бутерин заявил, что цель состоит в том, чтобы минимизировать зеленую зону, переместив код в желтую зону, отметив, что "код очень ценен для понимания и интерпретации цепочки сегодня или для построения оптимального блока, но не является частью консенсуса". Бутерин сравнил этот процесс с тем, как Apple достигла долгосрочной обратной совместимости через слои компиляции. Он написал: "Важно отметить, что оранжевые и желтые зоны упакованы сложно, любой желающий понять протокол может их игнорировать, внедрение Ethereum может их игнорировать, и любые ошибки в этих зонах не создают рисков для консенсуса." Это причина, по которой сложность кода в оранжевой и желтой зонах имеет "намного меньше недостатков" по сравнению со сложностью кода в зеленой зоне. Чтобы сократить площадь зеленых насаждений, Бутерин предложил следующие шаги: Этап 1: Новые предварительные программы компиляции будут написаны на RISC-V. Этап 2: Разработчики получат возможность писать контракты на RISC-V. Этап 3: Все предыдущие сборки будут заменены на реализации RISC-V через хард-форк. Этап 4: Развертывание интерпретатора EVM в RISC-V и его развертывание в цепочке как смарт-контракт. Бутерин заявил, что вышеуказанные шаги обеспечат, что консенсус Ethereum будет "естественно" понимать RISC-V. Стандарт протокола для упрощения Бутерин предложил поделиться "единым стандартом на различных уровнях стека" как путь к упрощению. Например, Бутерин предлагает использовать один код удаления для выборки доступных данных, трансляции P2P и хранения распределенной истории. Это позволит свести к минимуму общее количество строк кода, повысить эффективность и обеспечить проверяемость, утверждает он. Аналогичным образом, он предложил иметь уникальный формат сериализации, который будет общим для трех слоев Ethereum: слой выполнения, слой согласования и смарт-контракт, называемый Бинарный интерфейс приложения (ABI). Бутерин предложил использовать SSZ, который легко декодируется и широко используется. Наконец, после того как EVM будет заменен на RISC-V или другой простой язык, Бутерин предложил перейти от Merkle Patricia hexary к двоичному дереву как для слоя согласования, так и для слоя выполнения. Этот переход может повысить эффективность и снизить затраты, при этом обеспечивая доступность и интерпретацию всех слоев Ethereum с помощью одного и того же кода, написал Бутерин. Изменение характера Бутерин заключил, предложив, что Ethereum, по примеру Tinygrad, применяет цель максимального объема кода явно. Бутерин повторил, что цель состоит в том, чтобы сделать "код, важный для консенсуса Ethereum, почти таким же простым, как Биткойн". Но более важно то, что Ethereum должен применять стандарт, при котором более простые варианты выбираются всякий раз, когда это возможно. Это означает приоритет упаковки сложности над системной сложностью. Бутерин подтвердил, что код, обрабатывающий исторические правила Ethereum, будет продолжать существовать с его последним предложением. Однако такой код должен быть сохранен отдельно от важного кода консенсуса или зеленой зоны.