Глубина анализа обновления Ethereum в Праге: изменение ситуации или стандартное исправление?

Если история блокчейна — это история масштабирования биткойна, то циклические обновления Ethereum являются основным указателем в направлении масштабирования.

Каждые 1-2 года проходит крупное обновление версии Ethereum с жестким хардфорком, которое постепенно распространяется на различные L2-серии Ethereum, а затем расширяется на развитие нескольких L1. Каждый хардфорк включает в себя EIP, который представляет собой высшую суть ядра сообщества Ethereum и является результатом баланса между доходами и затратами.

Давайте с технической точки зрения поочередно рассмотрим 11 EIP, связанных с обновлением Брага-Электора, чтобы понять, что они собой представляют, какую роль играют и почему были выбраны.

Фон

В настоящее время обновление ожидается 5 марта на тестовой сети Sepolia и 8 апреля на основной сети Ethereum.

Официальная кодовая база Ethereum, выпущенная 4 дня назад, начинается со слов: "О, еще одна версия с горячим исправлением!" Да, возникла проблема. В версии кода, активированной в тестовой сети Holesky, произошел форк тестовой сети (, который можно интерпретировать как массовый сбой ).

Хотя нам не нужно беспокоиться о конкретных ошибках кода в форке, из этого можно увидеть сложность содержания.

С личной точки зрения, это обновление также является самым влиятельным после слияния PoW и PoS, которое полностью изменит модель работы в сети и принесет новый опыт.

Данное обновление привлекло внимание команд кошельков, включая Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe и других. В основном все они обеспечивают своевременную адаптацию при переключении на основную сеть, и как пользователи мы также можем воспользоваться кошельками для этого.

Но настоящий ключевой вопрос заключается в том, сможет ли это обновление, помимо технической реализации разработчиков, действительно изменить экосистему Ethereum?

Достаточно ли это изменение глубоко, или это просто очередная рутинная правка фонда Ethereum в эпоху L2?

Панорамное сканирование

В целом, это обновление имеет три основных характеристики:

1. После того как развитие Ethereum вошло в Глубина, все новые предложенные инициативы в основном исходят от чистокровных людей Фонда Ethereum. Виталик является основным инициатором важных изменений. Практически не наблюдается внедрения идей других участников в официальные обновления, что, возможно, также подтверждает мнение на рынке о том, что "Ethereum становится все более 'одиночным'", и система принятия решений становится все более централизованной.

2. Рынок Ethereum ускоряется. Это обновление включает 8 предложений, которые были окончательно согласованы в ноябре прошлого года, а сейчас фактически реализовано 11 предложений, включая 3 оптимизации уровня L2, продвигаемые Виталиком (. Ранее большие версии в основном исходили от одного ядра с несколькими небольшими оптимизациями, но теперь почти все идут параллельно; долгое время недостижимое согласие по абстракции аккаунтов ) также включено в версию с жестким форком (. Из этого можно почувствовать, что в условиях текущего многосетевого взрыва EVM-экосистема сталкивается с SVM-экосистемой ) Solana и (, Move-экосистемой ) Aptos и (, а также с различными BTC-экосистемами ), которые активно развиваются.

3. Ethereum использует преимущества экосистемы и все больше ориентируется на оптимизацию пользовательского опыта. Вы можете подумать, что оптимизация пользовательского опыта является само собой разумеющимся, не так ли? Но на самом деле много крупных обновлений Ethereum не имели большого отношения к пользовательскому опыту. Предыдущее изменение размера блока (, расширение, снизит затраты пользователей, а уменьшение ценовых колебаний можно считать оптимизацией пользовательского опыта ) еще в 2018 году. В последний раз, введя blob, значительно снизившие комиссии пользователей L2, а также в этот раз, три временных момента показывают, что Ethereum начинает уделять внимание оптимизации затрат пользователей.

Но вопрос в том, действительно ли Ethereum "ориентирован на пользовательский опыт"? Или, возможно, он просто вынужден оптимизировать пользовательский опыт?

Оптимизация опыта

Прежде всего, самым важным изменением является EIP-7702, который вводит механизм абстракции аккаунтов на уровне цепи. Мы ранее уже подробно обсуждали этот вопрос в статье, поэтому в этот раз не будем повторяться.

Объективно говоря, EIP-7702 разрушил несколько неписаных правил на блокчейне, а также изменил логику применения большинства DApp.

Для пользователей их адрес по-прежнему является EOA, и только при необходимости они используют логику CA, что снижает стоимость владения. Нет необходимости сначала преобразовывать свой идентификатор CA на цепи, прежде чем выполнять операции, что эквивалентно тому, что пользователям не нужно регистрироваться. Пользователи могут легко выполнять несколько параллельных транзакций с помощью EOA, например, объединяя авторизацию и выполнение удержания, таким образом, стоимость транзакций для пользователей уже снижается.

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

Поэтому, хотя это изменилось во многом, с точки зрения снижения затрат, это стоит изучать и адаптировать всем DApp, потому что на этот раз пользователи определенно будут на стороне EIP-7702.

Но здесь также есть скрытый риск: абстракция аккаунтов, хотя и снижает затраты на взаимодействие, увеличивает сложность управления правами пользователей. Если производители кошельков не смогут правильно адаптироваться, это может привести к неожиданным уязвимостям в безопасности. Раньше одна операция могла привести к потере активов в одной цепочке, теперь это может привести к потере во всей цепочке, даже к взрыву по таймеру. Очевидно, это обновление, которое очень нравится хакерам-фишерам, и пользователям необходимо быть более осторожными с транзакциями в цепочке.

Оптимизация со стороны приложений

EIP-2537 ввел предкомпилированные операции на эллиптической кривой BLS12-381, которые могут оптимизировать сложные криптографические операции, такие как проверка подписей BLS, обеспечивая более высокую безопасность и вычислительную эффективность. Это упростит обычным пользователям использование мультиподписных смарт-контрактных кошельков с низкими затратами. Это значительно снижает сложность вычислений проверки подписей и стоимость Gas, а также может более эффективно реализовывать и поддерживать такие функции, как нулевые доказательства и гомоморфное шифрование. Это сыграет роль в области конфиденциальности и интероперабельности.

EIP-2935 сохраняет последние 8192 хеша блоков в хранилище некоторого системного контракта, чтобы предоставить безсостоянием клиентам данные о недавних хешах блоков. Этот дизайн позволяет клиентам иметь доступ к историческим хешам блоков во время выполнения, не храня всю историю цепи самостоятельно. Хотя это не оказывает прямого влияния на обычных пользователей, это будет способствовать появлению некоторых безхранилищных клиентов, что имеет оптимизационную ценность для приложений, требующих верификационных услуг на цепи. Это также помогает в снижении затрат на Rollup L2, поскольку большинство L2 необходимо получать доступ к хешам L1 блоков за прошедший период времени для проверки согласованности данных на цепи и исторической информации.

Многочисленные оптимизации сценариев стейкинга

Ставка Эфир на Ethereum - это большая тема, но влияние на обычных пользователей очень небольшое (. Если вы участвуете в ставке, вам нужно глубоко подумать о экономической логике здесь ).

EIP-6110 будет реализовывать обработку операций по ставке через механизм протокола на цепи, устраняя механизм голосования уровня консенсуса и оптимизируя безопасность и эффективность потока ставок.

EIP-7002 предоставляет слою исполнения Ethereum механизм, позволяющий инициировать выход валидаторов и частичный вывод средств, что позволяет валидаторам, использующим сертификат вывода "0x01", независимо контролировать свои ставленные ETH на слое исполнения.

EIP-7251 повышает максимальный лимит эффективного залога для одного валидатора до 2048Эфир(, в то время как минимальный лимит залога остается на уровне 32 ETH.

EIP-7549 переместил поле индекса комитета сообщения "Attestation" за пределы сообщения в уровне консенсуса, чтобы упростить проверку и повысить эффективность.

Макроэкономическая ситуация такова, что количество валидаторов Ethereum быстро растет, и на октябрь 2023 года их уже более 830 000. Поскольку MAX_EFFECTIVE_BALANCE ограничен 32 ETH, операторам узлов необходимо создавать несколько учетных записей валидаторов для управления большими объемами залоговых активов, что приводит к большому количеству "избыточных валидаторов".

Повышение максимального лимита через EIP-7251 для агрегированных стейкинговых протоколов, таких как Lido, может снизить количество контролируемых счетов и уменьшить сложность системы, но это может усугубить проблему централизации, делая рынок стейкинга ETH более концентрированным. В то же время поддержание минимального стейкинга в 32 ETH подразумевает необходимость участия крупных игроков, что является компромиссом с экосистемой агрегированных протоколов и помогает избежать частых операций со стороны мелких участников, которые могут повлиять на стабильность уровня консенсуса.

EIP-7549 увеличивает гибкость операций по выводу средств, облегчая стейкерам и операторам узлов повышение контроля над финансами.

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

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

Это очень важно, изначально после достижения 32 ETH, если будет получено 10 ETH прибыли, на самом деле не будет продолжать ставить ETH, потому что нужно собрать 32, чтобы открыть новый аккаунт. Но после этого обновления можно сразу ставить 42 ETH. Очевидно, что сложный процент снова может вернуться к ETH.

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

Оптимизация экосистемы L2

EIP-7623 увеличивает газовые расходы на calldata в транзакциях с 4/16 газа за каждый байт до 10/40 газа. Эти два значения различают расходы на 0 байт и не 0 байт, что составляет увеличение в 2,5 раза. Суть в том, чтобы снизить давление на блок и вынудить L2 не использовать calldata, а больше использовать blob.

EIP-7691 увеличивает емкость blob в блоках, что позволяет поддерживать более масштабное хранилище L2. В предыдущем обновлении Канкун было два ключевых параметра, представляющих blob: target и max, которые обозначают целевое количество blob в каждом блоке и максимальное количество blob в каждом блоке соответственно. В Канкуне это было 3 и 6, а теперь после Праги параметры стали 6 и 9, в общем, это расширение.

EIP-7840 добавляет профиль конфигурации, позволяющий клиентам динамически регулировать количество настройка blob EIP-7691. В нем также есть параметр baseFeeUpdateFraction, который позволяет настраивать реакцию на ценообразование газа для blob.

Ключевое преимущество Ethereum изменилось с контрактной системы лета DeFi на экосистему L2. Любая другая цепочка, даже самая популярная в этом году BTC L2 система ), по своей сути все еще основывается на ожиданиях L2 (, и полностью не находится в одном конкурентном положении с L2 Ethereum.

Потому что, как BTC, из-за ограничений цепочки сложно реализовать такие практические аспекты, как возврат данных и совместное использование безопасности в L2. Другие системы SVM и Move по сути все еще развивают свои L1 и только начинают поверх них исследовать L2, конечно, высокая производительность этих цепочек также относительно не зависит от реализации L2.

Таким образом, Ethereum достигает своего повышения через TPS L2. Конечно, в этом есть много проблем, таких как рассеяние ликвидности, сложность межсетевых взаимодействий и т.д. Но этот путь он уже может пройти только так. В конце концов, как только Web3 достигнет стадии высокочастотных приложений, на самом деле не будет частых межсетевых взаимодействий, и для решения проблем ликвидности и универсальности есть такие направления, как абстракция цепи.

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

Это направление развития дополнительно позволяет определить определенность в направлении L2, что также означает определенность рыночного спроса на решение недостатков L2.

Заключение

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

Но в целом, хотя это обновление не вызвало такой широкой рыночной дискуссии, как "Лондон" или "Слияние", оно тихо закладывает более высокую масштабируемость и децентрализованную основу для сети Ethereum. Продвижение абстракции аккаунтов снизит порог вхождения для пользователей, использующих крипто-приложения, а улучшение механизма стейкинга еще больше