Ethereum всегда стремился стать мировым уровнем бухгалтерской системой, предоставляя основную поддержку для таких ключевых инфраструктур, как финансы, управление и сертификация высокоценных данных. Для достижения этой грандиозной цели необходима как высокая масштабируемость, так и достаточная устойчивость.
Недавние технологические достижения внушают оптимизм. Ожидается, что хардфорк Fusaka значительно увеличит пространство данных L2, а дорожная карта на 2026 год также планирует аналогичную оптимизацию L1. Кроме того, успешное объединение (Merge) перевело Эфир на механизм консенсуса PoS, разнообразие клиентов значительно улучшилось, а исследования по ZK-доказуемости и устойчивости к квантовым атакам продолжаются уверенными шагами, в то время как экосистема на уровне приложений процветает. Тем не менее, помимо этих очевидных достижений, существует еще одна легко игнорируемая, но столь же важная основа устойчивости: простота протокола.
Биткойн восхищает во многом благодаря своему предельно простому дизайну протокола. Его основная логика настолько проста, что даже старшеклассник, разбирающийся в программировании, может полностью понять его принцип работы и даже реализовать клиент самостоятельно в качестве любительского проекта. Эта простота приносит множество преимуществ: она легче для широкого понимания и изучения, снижает затраты на разработку и обслуживание, уменьшает риск серьезных уязвимостей в безопасности и одновременно сужает возможности для манипуляций со стороны специальных интересов.
С другой стороны, Эфир не может похвастаться хорошими показателями простоты. Это приводит к ненужному увеличению затрат на разработку, повышению рисков безопасности и относительной закрытости исследовательской культуры. Однако в течение следующих пяти лет Эфир, вероятно, добьется значительного прогресса в области простоты, и даже сможет приблизиться к уровню Биткойна. Эта цель может быть достигнута с двух ключевых уровней: уровень консенсуса и уровень исполнения.
На уровне консенсуса новая механика консенсуса объединяет глубокие достижения последних десяти лет в области теории консенсуса, ZK-SNARK и экономики ставок. Она нацелена на создание долгосрочного оптимального и значительно упрощенного уровня консенсуса. Конкретные меры включают внедрение механизма завершения в три слота, упрощение выбора разветвлений и сетевой структуры, а также переработку логики, связанной с преобразованием состояния. Эти улучшения значительно снизят сложность кода и повысят понятность и поддерживаемость системы.
Упрощение уровня исполнения представляет собой гораздо большую проблему. В настоящее время набор инструкций EVM сложен, предкомпилированные контракты трудно понять, а нагрузка по исторической совместимости велика. Одно из возможных решений — заменить EVM на простую, высокопроизводительную виртуальную машину (например, RISC-V), дружелюбную к ZK. Это не только значительно повысит производительность, но и обеспечит бесшовную интеграцию с основными языками программирования, что будет способствовать безопасности аудита и проверки. Для достижения плавного перехода можно использовать стратегию, аналогичную той, что использует Apple при переходе на ARM-чипы с помощью Rosetta, позволяя старым контрактам продолжать работу в интерпретаторе EVM, который сам по себе будет контрактом, написанным на новой виртуальной машине.
Кроме того, будущий протокол Ethereum должен интегрировать больше "общих компонентов", таких как единый код исправления ошибок, формат сериализации и структура дерева состояния. Это значительно снизит общую сложность системы, сделав так, что базовый уровень Ethereum больше не будет собираться из различных временных решений, а станет действительно построенным на инженерной эстетике "протокольных блоков".
Стремление к простоте требует культурных изменений. Его выгоды часто трудно сразу количественно оценить, в то время как цена отказа от некоторых функций или дополнительных усилий сразу же становится очевидной. Однако в долгосрочной перспективе ценность простоты постепенно проявится. Можно взять на заметку подход tinygrad и установить целевое максимальное количество строк кода консенсуса для долгосрочных стандартов Ethereum, стремясь к тому, чтобы сложность ключевого пути консенсуса приближалась к уровню Биткойна.
В целом, упрощение уровня является не только технической оптимизацией, но и ключевым шагом к настоящей децентрализации и устойчивости системы. Это сделает Ethereum более понятным, легким в поддержке и проверке, тем самым закладывая более прочный фундамент для будущих инноваций и развития.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Упрощенный Протокол Ethereum: стремление к простоте и устойчивости на уровне Биткойна
Упрощение уровня - пересмотр простоты Ethereum
Ethereum всегда стремился стать мировым уровнем бухгалтерской системой, предоставляя основную поддержку для таких ключевых инфраструктур, как финансы, управление и сертификация высокоценных данных. Для достижения этой грандиозной цели необходима как высокая масштабируемость, так и достаточная устойчивость.
Недавние технологические достижения внушают оптимизм. Ожидается, что хардфорк Fusaka значительно увеличит пространство данных L2, а дорожная карта на 2026 год также планирует аналогичную оптимизацию L1. Кроме того, успешное объединение (Merge) перевело Эфир на механизм консенсуса PoS, разнообразие клиентов значительно улучшилось, а исследования по ZK-доказуемости и устойчивости к квантовым атакам продолжаются уверенными шагами, в то время как экосистема на уровне приложений процветает. Тем не менее, помимо этих очевидных достижений, существует еще одна легко игнорируемая, но столь же важная основа устойчивости: простота протокола.
Биткойн восхищает во многом благодаря своему предельно простому дизайну протокола. Его основная логика настолько проста, что даже старшеклассник, разбирающийся в программировании, может полностью понять его принцип работы и даже реализовать клиент самостоятельно в качестве любительского проекта. Эта простота приносит множество преимуществ: она легче для широкого понимания и изучения, снижает затраты на разработку и обслуживание, уменьшает риск серьезных уязвимостей в безопасности и одновременно сужает возможности для манипуляций со стороны специальных интересов.
С другой стороны, Эфир не может похвастаться хорошими показателями простоты. Это приводит к ненужному увеличению затрат на разработку, повышению рисков безопасности и относительной закрытости исследовательской культуры. Однако в течение следующих пяти лет Эфир, вероятно, добьется значительного прогресса в области простоты, и даже сможет приблизиться к уровню Биткойна. Эта цель может быть достигнута с двух ключевых уровней: уровень консенсуса и уровень исполнения.
На уровне консенсуса новая механика консенсуса объединяет глубокие достижения последних десяти лет в области теории консенсуса, ZK-SNARK и экономики ставок. Она нацелена на создание долгосрочного оптимального и значительно упрощенного уровня консенсуса. Конкретные меры включают внедрение механизма завершения в три слота, упрощение выбора разветвлений и сетевой структуры, а также переработку логики, связанной с преобразованием состояния. Эти улучшения значительно снизят сложность кода и повысят понятность и поддерживаемость системы.
Упрощение уровня исполнения представляет собой гораздо большую проблему. В настоящее время набор инструкций EVM сложен, предкомпилированные контракты трудно понять, а нагрузка по исторической совместимости велика. Одно из возможных решений — заменить EVM на простую, высокопроизводительную виртуальную машину (например, RISC-V), дружелюбную к ZK. Это не только значительно повысит производительность, но и обеспечит бесшовную интеграцию с основными языками программирования, что будет способствовать безопасности аудита и проверки. Для достижения плавного перехода можно использовать стратегию, аналогичную той, что использует Apple при переходе на ARM-чипы с помощью Rosetta, позволяя старым контрактам продолжать работу в интерпретаторе EVM, который сам по себе будет контрактом, написанным на новой виртуальной машине.
Кроме того, будущий протокол Ethereum должен интегрировать больше "общих компонентов", таких как единый код исправления ошибок, формат сериализации и структура дерева состояния. Это значительно снизит общую сложность системы, сделав так, что базовый уровень Ethereum больше не будет собираться из различных временных решений, а станет действительно построенным на инженерной эстетике "протокольных блоков".
Стремление к простоте требует культурных изменений. Его выгоды часто трудно сразу количественно оценить, в то время как цена отказа от некоторых функций или дополнительных усилий сразу же становится очевидной. Однако в долгосрочной перспективе ценность простоты постепенно проявится. Можно взять на заметку подход tinygrad и установить целевое максимальное количество строк кода консенсуса для долгосрочных стандартов Ethereum, стремясь к тому, чтобы сложность ключевого пути консенсуса приближалась к уровню Биткойна.
В целом, упрощение уровня является не только технической оптимизацией, но и ключевым шагом к настоящей децентрализации и устойчивости системы. Это сделает Ethereum более понятным, легким в поддержке и проверке, тем самым закладывая более прочный фундамент для будущих инноваций и развития.