Compass Investments

Разработчики Ethereum активировали обновление Pectra в эпоху 364032, около 6:05 утра по восточному времени.

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

Активизация Pectra в основной сети Ethereum, стала самым значимым обновлением сети с момента слияния в 2022 году.

Запущенное в эпоху 364032 около 6:05 утра по восточному времени, обновление Pectra крупнейшее обновление Ethereum по числу EIP. Оно содержит изменения в коде, улучшающие эффективность стейкинга, пользовательский опыт, работу валидаторов и масштабируемость второго уровня.

Обновление было развернуто после тщательного тестирования в тестовых сетях Holesky, Sepolia и Hoodi, которые изначально столкнулись с проблемами в конфигурации. Несмотря на проблемы в тестовых сетях, включая некорректную настройку валидатора в сети Holesky, запуск тестовой сети Hoodi в марте 2025 года позволил осуществить сегодняшний запуск.

Pectra базируется на обновлении Dencun в марте 2024 года, которое внедрило прото-данкшардинг через EIP-4844. Благодаря 11 предложениям по улучшению Ethereum (EIP), Pectra устраняет критические узкие места в сети. Цели обновления три: устранить неэффективность сети, улучшить пользовательский опыт и заложить основу для будущих обновлений, таких как Fusaka, в котором будут представлены Verkle Trees и PeerDAS для дальнейшего масштабирования сети.

Вот основные EIP в Pectra и их влияние.

Разработанный при участии сооснователя Ethereum Виталика Бутерина, EIP-7702, включенный в Pectra, позволяет пользовательским кошелькам временно исполнять логику смарт-контрактов, что является шагом к полной абстракции учетной записи. Этот EIP позволяет кошелькам поддерживать такие функции, как предоставление третьим сторонам, например dApps, возможности покрывать плату за газ, что позволяет использовать модели “freemium “, в которых пользователи могут взаимодействовать без ETH.

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

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

EIP-7251 увеличивает максимальный эффективный баланс валидатора с 32 ETH до 2 048 ETH, что позволяет комбинировать вознаграждения и объединять валидаторы.

Раньше стейкеры, имеющие более 32 ETH, были вынуждены распределять ставки между несколькими валидаторами, что усложняло работу. Сейчас крупные операторы могут объединить несколько валидаторов по 32 ETH в один, что уменьшит требования к пропускной способности сети. Отдельные и институциональные валидаторы будут иметь меньше узлов для управления, что уменьшит затраты на оборудование и обслуживание.

Однако критики предупреждают, что EIP-7251 может усилить централизацию, поскольку более богатые стейкеры или пулы смогут доминировать.

Основываясь на прото-данкшардинге Dencun, EIP-7691 увеличивает пропускную способность блобов с 3 (целевая) и 6 (максимальная) до 6 и 9 на блок соответственно.

Блобы – временные хранилища данных для роллапов второго уровня – снижают плату за L1 для таких роллапов, как Arbitrum и Optimism, в 10-100 раз. Этот EIP может повысить эффективность роллапов, что приведет к увеличению количества блобов, что может означать снижение платы за транзакции и ускорение обработки данных для пользователей второго уровня.

Он также позволит разработчикам роллапов более экономично масштабировать dApps, что важно по мере роста TVL второго уровня.

EIP-7002 от Pectra разрешает запускать выходы и снятие валидаторов в основной сети с уровня исполнения, уменьшая зависимость от активных ключей операторов валидаторов, которые уязвимы как “горячие ” ключи.

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