Основатель Ethereum V God предложил заменить «RISC-V» на Ethereum на уровне исполнения, чтобы заменить прошлый EVM, что вызвало подозрение у некоторых разработчиков, и в 2016 году разработчик Ethereum OG посчитал, что это приведет к тому, что экосистема Ethereum столкнется с перераспределением и будет очень недружелюбна к небольшим капитальным проектам. (Синопсис: Комиссия за обработку Ethereum достигла пятилетнего минимума, и сообщество запустило «теорию яда L2»: на дорогах нет машин, а V God все еще смеется и строит автомагистрали) (Справочное дополнение: Демонтаж стратегических амбиций Виталика по реконструкции исполнительного уровня Ethereum с помощью «RISC-V вместо EVM») Недавнее предложение основателя Ethereum Ви Бога «RISC-V» привлекло внимание криптосообщества и вызвало дебаты среди разработчиков основной экосистемы, и для большинства пользователей большинство из них не могут понять RISC-V Как реформировать Ethereum, и какой прогресс может принести предложение V-God для Ethereum? Чтобы ответить на этот вопрос, мы взяли интервью у старого «антимасштабного дракона» OG, который разрабатывает основную экологию Ethereum с 2016 года, и он ответит на подробный процесс пересмотра «RISC-V» и краткосрочные негативные последствия, которые могут возникнуть в будущем, напомнив всем инвесторам Ethereum обратить пристальное внимание на последующие действия этого предложения. Как обновить ситуацию с RISC-V Ethereum отличается от других цепочек PoS тем, что клиент Ethereum состоит из двух частей, «уровня консенсуса» и «уровня исполнения», причем уровень консенсуса отвечает за голосование по пакетам ставок, а уровень исполнения отвечает за обработку транзакций, поэтому код, который выполняет смарт-контракт, на самом деле является клиентом уровня исполнения, запущенным компьютером узла, который запускает код, захватывая трансляцию транзакции, и записывает результаты голосования через «уровень консенсуса» в публичном реестре. Единственный способ обновить текущую среду EVM до RISC-V — обновить «клиент уровня исполнения» клиента узла, который является всего лишь форком программного уровня, в отличие от обычного хардфорка в прошлом для изменения блока Ethereum и соответствующей ревизии узла. Согласно содержательному описанию статьи V God, в идеале, если все клиенты узла имеют исполнители RISC-V, то работа протокола для новой версии и работа доказательства zk могут достичь почти в 100 раз большей теоретической эффективности, но необходимо знать, что это вычисляется на смарт-контракте для версии RISC-V и клиента RISC-V относительно формата смарт-контракта EVM, выполняемого на клиенте EVM. Что особенного в предложении RISC-V на этот раз, так это то, что он напрямую обновляется на клиенте исполнительного уровня и не будет использовать часть хардфорка, что мне не очень нравится, но видно, что Ethereum движется в новом направлении, что может быть обоюдоострым преимуществом, и этот уровень изменений в прошлом Ethereum может быть реализован с помощью хардфорка, потому что это может быть более безопасным подходом. Соответствие между текущей ситуацией и старым контрактом Разобравшись с теорией, давайте посмотрим, какова текущая ситуация, текущая ситуация такова, что вся экология Ethereum и все практики EIP успешно выполняются через смарт-контракты EVM и клиенты EVM, если, как сказал V God, что RISC-V будет иметь транспайлер EVM, то фактическую будущую ситуацию можно разделить на следующие ситуации Смарт-контракты EVM работают на клиенте EVM (старый EIP полностью совместим, но новый EIP должен соответствовать двум версиям) Смарт-контракт EVM работает на клиенте RISC-V через транспайлер EVM RISC-V (старый и новый EIP должны пройти через множество тестов и отладки, чтобы решить эту проблему) Смарт-контракт RISC-V работает на клиенте RISC-V (старый EIP будет протестирован повторно, но новый EIP должен быть полностью совместим) Таким образом, учитывая теоретическую производительность будущей эффективности работы смарт-контракта в 100 раз, применимо только третье состояние, а для второго случая В частности, он полагается на оптимизацию транспайлера, проведенную основной командой Ethereum, а также на все обновления EIP и смарт-контракты в прошлом, что означает, что Ethereum должен заплатить очень большую цену за оптимизацию, чтобы достичь теоретического улучшения производительности, и неясно, будет ли оптимизация эффективности старого кода EVM через трансляцию на RISC-V определенно больше, чем у нативной среды EVM. На самом деле, V God сказал это, я думаю, что должно быть много основных разработчиков, которые чувствуют себя очень отчаянными, в прошлом при разработке EVM, чтобы решить каждую реализацию и тестирование EIP, рабочая нагрузка уже очень велика, потому что Ethereum - это сообщество, которое любит тестировать открытые ответы в очень открытой среде. Но теперь, когда он становится средой RISC-V, я просто думаю о тестовом периоде трансформации, который является очень головной болью, основная проблема заключается в том, что вы не сможете работать более чем в 1 ~ 5 раз эффективнее, чем исходная среда во время тестового периода, поэтому я предполагаю, что этот тестовый период будет продолжать продлеваться много раз, как и слияние Ethereum в прошлом, так что на ранней стадии не хватает конкретных результатов, и трудно привлечь внешние экосистемы для развертывания в тестовой сети и отправки отзывов. Я могу только сказать, что у V God большие амбиции, но я не думаю, что реализация очень оптимистична, по крайней мере, я думаю, что более половины основных разработчиков могут быть не очень довольны, если они полны решимости перейти на RISC-V, V God и Ethereum Foundation нужно потратить много усилий на поощрение основной команды разработчиков и экологии. Проблема экологического соответствия RISC-V Дракон упомянул, что самая большая проблема предложения RISC-V может исходить от поддержки и соответствия экологии частного проекта, в существующей экосистеме с открытым исходным кодом компоненты, которые могут быть использованы, очень ограничены, поэтому слоган перевода EVM на RISC-V, предложенный V God, может иметь много сомнений и проблем в краткосрочной перспективе. Например, существующая экосистема Ethereum, такая как проекты EVM и контракты, которые не имеют проблем, при условии трансляции EVM в RISC-V может наблюдаться отсутствие состояния или прекращение операций в процессе выполнения контракта на уровне исполнения, а это означает, что даже в старых проектах EVM, у которых не было никаких проблем в прошлом, в случае использования перевода EVM в RISC-V, могут быть токены, которые не могут быть предложены, или случайно сожжены или заблокированы. Такой пример, скорее всего, приведет к тому, что команда экологического проекта, в некоторых случаях, не захочет открывать пользователям доступ к использованию транспайлера EVM to RISC-V для запуска устаревших смарт-контрактов EVM; Кроме того, чтобы избежать связанных с этим рисков и следить за новой технологией Ethereum, лучшим способом для экосистемы проекта является написание новой версии контракта RISC-V для всех смарт-контрактов, а связь между старым контрактом и новым контрактом решается с помощью моста активов. На самом деле, способ вовлечения в совместимость очень прост в упаковке, но если фонд готов разбрасываться деньгами, чтобы получить общее решение, то он может решить 99% проблем совместимости, но проблема заключается в оставшемся 1% и доверии к безопасности экологических разработчиков. Теперь вы спросите разработчиков проекта Ethereum, я думаю, что я не буду так уверен в части перевода EVM RISC-V, крупные технологические компании хотят принадлежать своим собственным кастомным системам или чипам от начала до конца, они не обязательно выберут RISC-V, потому что, хотя эта архитектура имеет открытый исходный код, по сравнению с основными архитектурами, такими как ARM и X86, экологическая поддержка RISC-V очень ограничена, и нет связанного с этим развития блокчейна, а это означает, что Ethereum должен открыть мир голыми руками. Если на экзамене...
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Ethereum "изменение RISC-V" испугало разработчиков? OG предупреждает: экосистема ETH будет перераспределена, мелкие проекты уйдут в Solana
Основатель Ethereum V God предложил заменить «RISC-V» на Ethereum на уровне исполнения, чтобы заменить прошлый EVM, что вызвало подозрение у некоторых разработчиков, и в 2016 году разработчик Ethereum OG посчитал, что это приведет к тому, что экосистема Ethereum столкнется с перераспределением и будет очень недружелюбна к небольшим капитальным проектам. (Синопсис: Комиссия за обработку Ethereum достигла пятилетнего минимума, и сообщество запустило «теорию яда L2»: на дорогах нет машин, а V God все еще смеется и строит автомагистрали) (Справочное дополнение: Демонтаж стратегических амбиций Виталика по реконструкции исполнительного уровня Ethereum с помощью «RISC-V вместо EVM») Недавнее предложение основателя Ethereum Ви Бога «RISC-V» привлекло внимание криптосообщества и вызвало дебаты среди разработчиков основной экосистемы, и для большинства пользователей большинство из них не могут понять RISC-V Как реформировать Ethereum, и какой прогресс может принести предложение V-God для Ethereum? Чтобы ответить на этот вопрос, мы взяли интервью у старого «антимасштабного дракона» OG, который разрабатывает основную экологию Ethereum с 2016 года, и он ответит на подробный процесс пересмотра «RISC-V» и краткосрочные негативные последствия, которые могут возникнуть в будущем, напомнив всем инвесторам Ethereum обратить пристальное внимание на последующие действия этого предложения. Как обновить ситуацию с RISC-V Ethereum отличается от других цепочек PoS тем, что клиент Ethereum состоит из двух частей, «уровня консенсуса» и «уровня исполнения», причем уровень консенсуса отвечает за голосование по пакетам ставок, а уровень исполнения отвечает за обработку транзакций, поэтому код, который выполняет смарт-контракт, на самом деле является клиентом уровня исполнения, запущенным компьютером узла, который запускает код, захватывая трансляцию транзакции, и записывает результаты голосования через «уровень консенсуса» в публичном реестре. Единственный способ обновить текущую среду EVM до RISC-V — обновить «клиент уровня исполнения» клиента узла, который является всего лишь форком программного уровня, в отличие от обычного хардфорка в прошлом для изменения блока Ethereum и соответствующей ревизии узла. Согласно содержательному описанию статьи V God, в идеале, если все клиенты узла имеют исполнители RISC-V, то работа протокола для новой версии и работа доказательства zk могут достичь почти в 100 раз большей теоретической эффективности, но необходимо знать, что это вычисляется на смарт-контракте для версии RISC-V и клиента RISC-V относительно формата смарт-контракта EVM, выполняемого на клиенте EVM. Что особенного в предложении RISC-V на этот раз, так это то, что он напрямую обновляется на клиенте исполнительного уровня и не будет использовать часть хардфорка, что мне не очень нравится, но видно, что Ethereum движется в новом направлении, что может быть обоюдоострым преимуществом, и этот уровень изменений в прошлом Ethereum может быть реализован с помощью хардфорка, потому что это может быть более безопасным подходом. Соответствие между текущей ситуацией и старым контрактом Разобравшись с теорией, давайте посмотрим, какова текущая ситуация, текущая ситуация такова, что вся экология Ethereum и все практики EIP успешно выполняются через смарт-контракты EVM и клиенты EVM, если, как сказал V God, что RISC-V будет иметь транспайлер EVM, то фактическую будущую ситуацию можно разделить на следующие ситуации Смарт-контракты EVM работают на клиенте EVM (старый EIP полностью совместим, но новый EIP должен соответствовать двум версиям) Смарт-контракт EVM работает на клиенте RISC-V через транспайлер EVM RISC-V (старый и новый EIP должны пройти через множество тестов и отладки, чтобы решить эту проблему) Смарт-контракт RISC-V работает на клиенте RISC-V (старый EIP будет протестирован повторно, но новый EIP должен быть полностью совместим) Таким образом, учитывая теоретическую производительность будущей эффективности работы смарт-контракта в 100 раз, применимо только третье состояние, а для второго случая В частности, он полагается на оптимизацию транспайлера, проведенную основной командой Ethereum, а также на все обновления EIP и смарт-контракты в прошлом, что означает, что Ethereum должен заплатить очень большую цену за оптимизацию, чтобы достичь теоретического улучшения производительности, и неясно, будет ли оптимизация эффективности старого кода EVM через трансляцию на RISC-V определенно больше, чем у нативной среды EVM. На самом деле, V God сказал это, я думаю, что должно быть много основных разработчиков, которые чувствуют себя очень отчаянными, в прошлом при разработке EVM, чтобы решить каждую реализацию и тестирование EIP, рабочая нагрузка уже очень велика, потому что Ethereum - это сообщество, которое любит тестировать открытые ответы в очень открытой среде. Но теперь, когда он становится средой RISC-V, я просто думаю о тестовом периоде трансформации, который является очень головной болью, основная проблема заключается в том, что вы не сможете работать более чем в 1 ~ 5 раз эффективнее, чем исходная среда во время тестового периода, поэтому я предполагаю, что этот тестовый период будет продолжать продлеваться много раз, как и слияние Ethereum в прошлом, так что на ранней стадии не хватает конкретных результатов, и трудно привлечь внешние экосистемы для развертывания в тестовой сети и отправки отзывов. Я могу только сказать, что у V God большие амбиции, но я не думаю, что реализация очень оптимистична, по крайней мере, я думаю, что более половины основных разработчиков могут быть не очень довольны, если они полны решимости перейти на RISC-V, V God и Ethereum Foundation нужно потратить много усилий на поощрение основной команды разработчиков и экологии. Проблема экологического соответствия RISC-V Дракон упомянул, что самая большая проблема предложения RISC-V может исходить от поддержки и соответствия экологии частного проекта, в существующей экосистеме с открытым исходным кодом компоненты, которые могут быть использованы, очень ограничены, поэтому слоган перевода EVM на RISC-V, предложенный V God, может иметь много сомнений и проблем в краткосрочной перспективе. Например, существующая экосистема Ethereum, такая как проекты EVM и контракты, которые не имеют проблем, при условии трансляции EVM в RISC-V может наблюдаться отсутствие состояния или прекращение операций в процессе выполнения контракта на уровне исполнения, а это означает, что даже в старых проектах EVM, у которых не было никаких проблем в прошлом, в случае использования перевода EVM в RISC-V, могут быть токены, которые не могут быть предложены, или случайно сожжены или заблокированы. Такой пример, скорее всего, приведет к тому, что команда экологического проекта, в некоторых случаях, не захочет открывать пользователям доступ к использованию транспайлера EVM to RISC-V для запуска устаревших смарт-контрактов EVM; Кроме того, чтобы избежать связанных с этим рисков и следить за новой технологией Ethereum, лучшим способом для экосистемы проекта является написание новой версии контракта RISC-V для всех смарт-контрактов, а связь между старым контрактом и новым контрактом решается с помощью моста активов. На самом деле, способ вовлечения в совместимость очень прост в упаковке, но если фонд готов разбрасываться деньгами, чтобы получить общее решение, то он может решить 99% проблем совместимости, но проблема заключается в оставшемся 1% и доверии к безопасности экологических разработчиков. Теперь вы спросите разработчиков проекта Ethereum, я думаю, что я не буду так уверен в части перевода EVM RISC-V, крупные технологические компании хотят принадлежать своим собственным кастомным системам или чипам от начала до конца, они не обязательно выберут RISC-V, потому что, хотя эта архитектура имеет открытый исходный код, по сравнению с основными архитектурами, такими как ARM и X86, экологическая поддержка RISC-V очень ограничена, и нет связанного с этим развития блокчейна, а это означает, что Ethereum должен открыть мир голыми руками. Если на экзамене...