Pectra делает первый шаг к обновлению, какие изменения ждут Ethereum?

Question

Автор оригинала: FrancescoОригинальная подборка: Луффи, Foresight NewsСледующее обновление Ethereum, Pectra, уже сделало свои первые шаги.! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-06996f94052fe210016095b84f14618e)24 февраля обновление Pectra было запущено в тестовой сети Holesky; 5 марта Pectra будет запущена в тестовой сети Seplia.! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-10773f9fb980dd3b1a75f6c5ece86670)После успешной реализации этих обновлений на тестовой сети будет определена дата обновления основной сети, которая, как ожидается, состоится через 3-9 месяцев после внедрения на тестовой сети.Pectra — это довольно значительное обновление, которое вводит сразу несколько предложений по улучшению Ethereum (EIP):! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-bcc5326c1c7d1044628475e9fef7b74a)Эти обновления можно разделить на три ключевых направления:* Улучшения аккаунтов Ethereum* Улучшение пользовательского опыта для валидаторов Ethereum* Расширена вычислительная мощность "Data Blob".Давайте углубимся в некоторые предложения по улучшению Ethereum, которые будут представлены, и в том, какую пользу они принесут протоколу Ethereum и пользователям.## Улучшенный аккаунт Ethereum: EIP-7702! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-427e4ca1067b180fdcdd24353ee1ffdb)EIP-7702 приближает Ethereum к опыту абстракции аккаунта на уровне протокола. Это достигается за счет расширения функциональности смарт-контрактов для внешних учетных записей Ethereum (EOA), в том числе:* Пакетная обработка транзакций: выполнение нескольких операций в одной транзакции* Спонсорство платы за газ: счета без ETH могут спонсироваться другими лицами для оплаты платы за газ* Больше механизмов аутентификации и восстановления## Улучшение пользовательского опыта для проверяющих Ethereum: EIP-7251, EIp-7002, EIP-6110! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-cf126cce72c93d149859cb37c5434899)* EIP-7251: Увеличивает максимальный баланс валидаторов до 2048 ETH и позволяет автоматически начислять более крупные действительные вознаграждения за стейкинг. Ранее вознаграждения рассчитывались только на основе баланса в 32 ETH. Кроме того, более крупные валидаторы теперь могут объединять несколько валидаторов 32-ETH в одного.* EIP-7002: До тех пор, пока адрес уровня исполнения установлен на "Withdrawable Credential", разрешается запускать операции по выводу средств, тем самым снижая зависимость от доверия. Ранее только валидатор мог инициировать действие выхода.* EIP-6110: Убрана задержка между депозитом валидатора и добавлением в очередь до 2048 блоков. Ожидается, что время ожидания сократится с 9 часов до 13 минут.## Расширенная емкость обработки BLOB-объектов: EIP-7691! [Первый шаг обновления Pectra, какие обновления появятся в Ethereum?] ](https://img.gateio.im/social/moments-8cab12957f3ff8c6328e12a26793b383)По мере увеличения стоимости «больших двоичных объектов» растет и потребность в расширении их вычислительной мощности. С EIP-7691 емкость «больших двоичных объектов данных» будет увеличена на 50%: в настоящее время каждый блок Ethereum может содержать в среднем около 3 «больших двоичных объектов данных» (до 6 в периоды пикового спроса). При использовании EIP-7691 среднее количество «больших двоичных объектов данных», которые могут поместиться в каждом блоке, увеличится до 6, а в периоды пикового спроса — до 9.Следующим шагом в дальнейшем масштабировании вычислительной мощности BLOB-объектов данных является уменьшение необходимости хранения всех BLOB-объектов данных и миграция в подсеть, которую по-прежнему можно использовать для проверки данных BLOB-объектов данных.## Дополнительные EIP, включенные в обновление PectraEIP-2537: увеличьте количество битов безопасности для операций с текущих 80 до более чем 120.EIP-2935: В ожидании появления клиентов без сохранения состояния в этом предложении предлагается хранить исторические хэши блоков в состоянии как часть логики обработки блоков. Достигая этого с помощью контрактного хранилища, EIP-2935 позволяет осуществлять мягкие переходы, не влияя на логику хэширования блоков. Сети уровня 2 смогут использовать более длинные исторические данные и напрямую запрашивать контракты на хранение.EIP-7549: Это предложение предназначено для повышения эффективности клиента Casper. Это достигается за счет уменьшения количества пар, необходимых для подтверждения консенсуса. В частности, он удаляет один из трех элементов в сообщении об аттестации клиента Casper: индекс комитета. Удалив этот элемент из сообщения proof, консенсусные голоса теперь могут быть агрегированы в блоки более эффективно, увеличивая количество голосов в блоке с 2 до 8 эпох.EIP-7623: предложение EIP-7623 об увеличении стоимости вызова данных является одним из наиболее важных обновлений, особенно для сетей уровня 2. Предложение направлено на корректировку стоимости передачи данных вызовов, чтобы устранить разрыв между средним размером блока (100 КБ) и максимальным размером блока (7,15 МБ). Это не влияет на обычного пользователя, только на те транзакции, которые в первую очередь используются для публикации данных. Увеличение стоимости будет достигнуто за счет базовой платы, которая зависит от процента платы за газ, затрачиваемой на вызов операций с данными: это может быть достигнуто уменьшением размера блока для размещения большего количества «больших двоичных объектов данных» или увеличением лимита газа.EIP-7685: внедряет фреймворк для хранения запросов, инициированных смарт-контрактом. Это позволяет валидаторам, управляемым смарт-контрактом, делегировать управление операциями смарт-контракту, что уменьшает потребность в посреднике.EIP-7840: вводит способ динамической настройки целевого и максимального количества больших двоичных объектов данных на блок с помощью объекта blobSchedule вместо передачи всех значений через API.Это обновление посылает четкий сигнал для Ethereum. Мы знаем, что эти обновления стояли на повестке дня уже давно и не являются ответом на недавнюю критику. Тем не менее, обновление направлено на повышение безопасности сети Ethereum, улучшение учетных записей Ethereum и расширение вычислительной мощности «больших двоичных объектов данных», что соответствует некоторым из наиболее важных потребностей разработчиков.