Упрощенный L1: Новое направление Ethereum

Видение Эфира как глобальной платформы для бухгалтерского учета требует баланса между двумя ключевыми способностями: масштабируемостью и устойчивостью. Хотя недавние хард-форки и будущая дорожная карта сосредоточены на повышении производительности и расширении, простота протокола также является важным фундаментом для построения устойчивости системы, однако часто игнорируется.

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

В следующие пять лет Эфир, вероятно, приблизится к Биткойну по простоте. Эта цель может быть достигнута с двух сторон: уровня консенсуса и уровня исполнения.

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

Реформа уровня исполнения сталкивается с большими вызовами. В настоящее время в виртуальной машине Ethereum (EVM) существуют проблемы с сложностью набора инструкций, трудностью понимания предварительно скомпилированных контрактов и тяжелым бременем исторической совместимости. Возможным решением может стать замена EVM на более простую, эффективную и дружелюбную к нулевым доказательствам виртуальную машину, такую как RISC-V. Это не только может значительно повысить производительность, но и упростить структуру системы, что облегчит аудит и проверку безопасности. Для достижения плавного перехода можно использовать стратегию, подобную той, что Apple использовала при переходе на ARM, позволяя старым контрактам работать в интерпретаторе EVM на новой виртуальной машине.

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

Стремление к простоте требует культурного изменения. Хотя в краткосрочной перспективе может потребоваться отказаться от некоторых функций и приложить дополнительные усилия, в долгосрочной перспективе простота может принести огромную ценность. Можно взять за основу подход tinygrad и установить максимальное количество строк кода для консенсуса Ethereum, стремясь сделать его сложность близкой к Bitcoin. При этом общий дизайн должен придерживаться принципа "простота в приоритете", стремясь к локальной упаковке, а не к системной сложности.

Благодаря этим мерам, Ethereum стремится достичь большей простоты и поддерживаемости, оставаясь при этом инновационным и мощным, что увеличит его устойчивость и долгосрочную устойчивость как глобальной инфраструктуры.