👾 Все о хардфорке Ethereum - Pectra 2025 [гайд по EIP и песочницам] обновляется - Страница 8

Alcest · 11.03.2025

Что такое тестовая среда Ephemery

[ЧАСТЬ 1]

*добавлено в спойлер стартового поста

Разработка Ethereum требует надежных тестовых сред перед развертыванием обновлений, приложений или изменений в протоколе основной сети. Традиционные тестовые сети, такие как Goerli, Sepolia и Holesky, выполняют эту функцию, но сталкиваются с проблемами перегруженности и ограниченной доступности.

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

Зачем нужна тестовая сеть Ephemery?

Ephemery устраняет ключевые ограничения долгосрочных тестовых сетей:

Перегрузка: Со временем тестовые сети Ethereum накапливают данные, увеличивая нагрузку на хранилище и снижая производительность.
Дефицит тестового ETH: Доступ к тестовому ETH в Goerli и Sepolia может быть затруднен из-за ограниченного распределения через краны.
Проблемы с завершенностью сети: Долгосрочные тестовые сети страдают от заброшенных валидаторов, что влияет на их стабильность и безопасность.
Неэффективность для краткосрочных тестов: Традиционные сети не подходят для одноразовых экспериментов, необходимых для быстрого развития.

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

Как Ephemery отличается от традиционных тестовых сетей?

Краткосрочность: В отличие от Goerli и Sepolia, которые хранят историю транзакций бесконечно, Ephemery ежемесячно сбрасывает данные, удаляя старые контракты и предотвращая перегрузку сети.
Открытая система валидаторов: Любой разработчик или стейкер может стать валидатором без предварительного одобрения, что делает сеть доступной для тестирования механизмов стейкинга.
После каждого сброса тестовый ETH автоматически пополняется, позволяя разработчикам повторно тестировать смарт-контракты и протоколы без ограничений.
Оптимизировано для тестирования обновлений Ethereum: Ephemery служит песочницей для проверки изменений в протоколе, форков и новых механизмов консенсуса перед их внедрением в основные тестовые сети.

Почему Ephemery важна для разработки Ethereum?

Развитие Ethereum зависит от итеративного тестирования перед крупными обновлениями. Ephemery играет ключевую роль в этом процессе:

Безопасное тестирование EIP: Прежде чем новые предложения по улучшению Ethereum (EIP) попадут в Goerli или Sepolia, их можно проверить в Ephemery, снижая риск критических ошибок.
Быстрая итерация смарт-контрактов: Разработчики могут многократно тестировать и оптимизировать развертывания без влияния предыдущих транзакций, так как сеть сбрасывается автоматически.
Разгрузка постоянных тестовых сетей: Перенос раннего тестирования на Ephemery снижает нагрузку на Goerli и Sepolia, минимизируя накопление устаревших контрактов и спама.

Ephemery Testnet предоставляет гибкую, свежую и надежную тестовую среду, ускоряя разработку Ethereum без долгосрочных ограничений традиционных тестовых сетей.

уникальность

Alcest · 11.03.2025

Alcest написал(а):
тестовая среда Ephemery

ЧАСТЬ 2

Как работает Ephemery?

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

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

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

Инфраструктура Ephemery

Ephemery предоставляет официальную платформу, где разработчики и валидаторы могут получить доступ к:

Информации о сети (график сброса, планы обновлений)
Конечным точкам RPC для подключения кошельков и узлов
Блок-эксплорерам для отслеживания транзакций и развертывания смарт-контрактов
Кранам для получения тестового ETH

Так как все балансы сбрасываются каждый месяц, пользователям необходимо запрашивать новые тестовые ETH через краны.

Faucet	URL
Bordel Faucet	https://faucet.bordel.wtf/
PK910 Faucet	https://ephemery-faucet.pk910.de/
API Faucet	https://api-faucet.bordel.wtf/

Ephemery поддерживает различные эксплореры, которые помогают отслеживать историю транзакций, данные смарт-контрактов и активность кошельков.

Explorer	Type	URL
Otter Explorer	Block Explorer	https://otter.bordel.wtf/
Ephemery Explorer	Block Explorer	https://explorer.ephemery.dev/
Ephemery Beacon	Beacon Explorer	https://beaconchain.ephemery.dev/
Ephemery Info	Beacon Explorer	https://ephemery.info/
Beacon Light	Beacon Explorer	https://beaconlight.ephemery.dev/

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

уникальность

Alcest · 11.03.2025

Alcest написал(а):
Разгрузка постоянных тестовых сетей: Перенос раннего тестирования на Ephemery снижает нагрузку на Goerli и Sepolia, минимизируя накопление устаревших контрактов и спама.

Тут важно отметить, что тестнеты Goerli и Sepolia действительно стали перегруженными, особенно после того, как Goerli начали использовать для тестирования стейкинга.

В Sepolia также ограничено количество валидаторов, что делает её менее доступной для массового тестирования.

Разделение нагрузки между сетями помогает сделать процесс тестирования более эффективным. Разработчики могут сначала тестировать код в Ephemery, а затем переходить в более стабильные тестовые сети (наррSepolia), прежде чем выпускать обновления в основной сети Ethereum.

Alcest · Среда в 20:55

Alcest написал(а):
Тестовая сеть Holesky наконец-то достигла финализации после почти двух недель ожидания.

Так что же случилось с Holesky? Итоги

Holesky, одна из важнейших тестовых сетей Ethereum, столкнулась с длительным периодом нефинализации - аж две недели. Валидаторы и узлы сталкивались с проблемой - финализация блоков не происходила должным образом.

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

О перегрузе: валидаторы были вынуждены сохранять огромное количество исторических данных о состоянии из-за отсутствия финализации. Это значительно увеличило потребление ресурсов и добавило дополнительную нагрузку на операторов узлов.

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

Как решили проблему?

В эпохе 119090 тестнета Holesky снова удалось успешно финализировать транзакции. Процесс восстановления включал несколько ключевых шагов. Во-первых, операторам узлов было рекомендовано очистить каталоги данных уровня консенсуса (CL) и синхронизировать контрольные точки с помощью Checkpoint Sync для Holesky.

Это позволило узлам быстро синхронизироваться с последнего финализированного состояния, не обрабатывая большое количество нефинализированных блоков. Также резервные узлы сыграли важную роль в восстановлении, а Holesky-Rescue предложила альтернативные маршруты для восстановления тех, кто столкнулся с проблемами.

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

уникальность

Alcest · Среда в 22:37

RIP-7810 - новый EIP на площадке EIPs Insight

RIP-7810 — это предложение по улучшению роллапов в экосистеме Ethereum. Оно нужно для того, чтобы разработчики могли предлагать новые функции и стандарты для Rollup-решений.

Если предложение получает поддержку сообщества, его могут внедрить в реальных проектах.

Rollup — это технология второго уровня (L2), которая помогает Ethereum работать быстрее и дешевле. Она объединяет много транзакций в одну и записывает их в основную сеть (L1), экономя газ и увеличивая пропускную способность.

RIP-7810 предлагает набор стандартов, которые помогают:

1. Сделать Rollup-сети совместимыми между собой – например, чтобы можно было легко переносить активы и данные между разными роллерами.
2. Облегчить разработку приложений – если все роллапы работают по одинаковым стандартам, разработчикам проще писать смарт-контракты, которые будут работать во всех сетях.
3. Повысить безопасность и надежность – стандарты помогают избежать ошибок и делают систему более предсказуемой.

Сейчас Rollup-сети работают по-разному, у них совсем разные форматы данных, методы верификации и взаимодействия с Ethereum. RIP-7810 предлагает общий стандарт, если кратко.

уникальность

Alcest · Четверг в 11:45

Что такое EIP-5069? (из каталога на EIPs Insight)

EIP-5069 — это «Справочник редактора EIP» (EIP Editor Handbook), документ, описывающий обязанности, структуру и процессы, связанные с редакторами EIPам. Редакторы EIP отвечают за управление EIP и сопровождение предложений. Документ также описывает требования для вступления в состав редакторов EIP, процесс принятия решений и эволюцию процесса EIP.

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

Alcest · Четверг в 12:04

Что такое ERC-1202? (из каталога на EIPs Insight со статусом "ЧЕРНОВИК")

ERC-1202 — это стандарт интерфейса голосования для смарт-контрактов и токенов в сети Ethereum.

Он направлен на создание стандартизованного способа проведения голосований, что обеспечивает совместимость с различными токенами, такими как ERC-20 и ERC-721. Это открывает возможности для широкого взаимодействия внутри экосистемы Ethereum и других систем.

Ключевые особенности ERC-1202:

Стандартизованный подход позволяет создавать общие пользовательские интерфейсы и приложения для голосования, упрощая участие пользователей и стимулируя развитие децентрализованных приложений (DApp) и децентрализованных автономных организаций (DAO).
Стандарт поддерживает настройку дедлайна голосования, выбор между одним или несколькими вариантами, а также возможность обязательного порядка голосования.
Результаты голосования фиксируются в стандартизированном виде на блокчейне, что позволяет DAO и DApp программно учитывать эти результаты.
ERC-1202 совместим с токенами ERC-20 и другими стандартами, такими как ERC-777, а также с элементами ERC-721, что расширяет его применимость.

Варианты использования этого стандарта:

Определение выпуска нового токена, увеличение количества токенов или выпуск суб-токена: ERC-1202 может быть использован для голосования в сообществах или DAO по вопросам выпуска новых токенов, увеличения их количества или создания суб-токенов, связанных с основным проектом. Это может включать в себя голосование за решение, сколько токенов должно быть выпущено и как они должны быть распределены. Например, в DAO участники могут проголосовать за увеличение предложения токенов для финансирования будущих проектов или расширение сети.
Создание нового элемента в соответствии с ERC-721 (NFT): Стандарт ERC-1202 может быть использован для голосования по вопросам создания новых уникальных элементов, таких как NFT (невзаимозаменяемые токены), которые соответствуют стандарту ERC-721. Сообщество может проголосовать за создание нового NFT с определенными характеристиками или за выпуск коллекции.
Выборы определенного лица или смарт-контракта для делегирования лидерства проекта: ERC-1202 позволяет организовать выборы для делегирования лидерства в проекте. Например, участники DAO могут голосовать за назначение нового лидера или выбор смарт-контракта для управления проектом или его подпроектами. Это может быть полезно для децентрализованных организаций, где участники хотят выбрать нового руководителя или систему для принятия решений.
Определение права собственности: ERC-1202 может быть использован для голосования по вопросам, связанным с правом собственности на активы, такие как земли, ресурсы или другие ценности. Участники могут проголосовать за распределение прав собственности среди участников сообщества или за присуждение собственности определенному участнику. Например, сообщество может принять решение о передаче права собственности на некоторый цифровой актив, основываясь на голосах участников.

Стандарт ERC-1202 был предложен Зайнаном Чжоу, который также является соучредителем инвестиционной компании Aleph Crypto.

уникальность

Код:

interface IERC1202Core {
    event VoteCast(
        address indexed voter,
        uint256 indexed proposalId,
        uint8 support,
        uint256 weight,
        string reason,
        bytes extraParams
    );

    function castVote(
        uint256 proposalId,
        uint8 support,
        uint256 weight,
        string calldata reasonUri,
        bytes calldata extraParams
    ) external payable returns;

    function castVoteFrom(
        address from,
        uint256 proposalId,
        uint8 support,
        uint256 weight,
        string calldata reasonUri,
        bytes calldata extraParams
    ) external payable returns;

    function execute(uint256 proposalId, bytes memory extraParams) payable external;
}

Alcest · Четверг в 12:28

EIP-6789 (102 Виталика Бутерина)

EIP-6789 предлагает переименовать термин gas в mana в экосистеме Ethereum, что было предложено Виталиком Бутериным еще в 2015 году.

Это изменение связано с переходом Ethereum на PoS и глобальными изменениями в сети (The Surge, The Scourge, The Verge, The Purge и The Splurge).
В связи с этим авторы EIP считают, что это подходящий момент для внесения значительных семантических изменений.

Почему стоит одобрить EIP-6789:

Mana может более точно отразить концепцию работы сети, где ресурсы являются возобновляемыми и не столь "невозобновляемыми", как это было в контексте PoW.
Использование термина mana также символизирует более экологичный подход в рамках PoS, в отличие от ископаемого топлива, которое ассоциируется с PoW.
Mana обычно воспринимается как нечто эфемерное, возобновляемое, что лучше соответствует концепции работы сети Ethereum, в отличие от газа, который ассоциируется с расходуемыми ресурсами.

Спецификация:

Переименование кодов операций:

GASPRICE → MANAPRICE
GASLIMIT → MANALIMIT
GAS → MANA

Переименование входных/выходных параметров:

В операциях типа CALL, CALLCODE, DELEGATECALL, STATICCALL входные параметры gas должны быть заменены на mana.
Переименование выводов gas и gasLimit в mana и manaLimit соответственно.

Переименование конечных точек RPC:

eth_estimateGas → eth_estimateMana
eth_gasPrice → eth_manaPrice
eth_maxPriorityFeePerGas → eth_maxPriorityFeePerMana

Описание этих конечных точек также должно быть адаптировано:

eth_estimateMana: Оценка необходимого mana для завершения транзакции.
eth_manaPrice: Текущая цена mana в вэй.
eth_maxPriorityFeePerMana: Текущая максимальная цена mana.

Обоснование:

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

Это предложение не является обратно совместимым, так как оно вносит значительные изменения в терминологию, включая ключевой термин gas.

Примеры использования: Если транзакция требует больше mana, чем разрешает manaLimit, она будет отменена как транзакция с нехваткой mana.

Контракты на языке Solidity будут использовать новый синтаксис, например manaleft() вместо gasleft() для оценки оставшегося mana.

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

уникальность

Alcest · Четверг в 13:12

Alcest написал(а):
Контракты на языке Solidity будут использовать новый синтаксис, например manaleft() вместо gasleft() для оценки оставшегося mana.

Для использования нового синтаксиса manaleft(), который будет заменять устаревший gasleft(), можно написать простенький контракт, который использует функцию для проверки оставшихся mana.

Этот код - гипотетический, поскольку сейчас в Solidity нет функции manaleft().
Если EIP-6789 будет принят, этот синтаксис будет внедрен в будущие версии Solidity и код будет работать в сети Ethereum.

Код:

// SPDX-License-Identifier: AGPL-3.0
pragma solidity 0.8.19;

contract ManaMetering {
    function oldWay() external view returns (string memory, uint256 manaUsed) {
        string memory hiMom = "Hi Mom, ";
        string memory missYou = "miss you.";
        uint256 startMana = manaleft();
        string memory concat = string(abi.encodePacked(hiMom, missYou));
        manaUsed = startMana - manaleft();
        return (concat, manaUsed);
    }

    function newWay() external view returns (string memory, uint256 manaUsed) {
        string memory hiMom = "Hi Mom, ";
        string memory missYou = "miss you.";
        uint256 startMana = manaleft();
        string memory concat = string.concat(hiMom, missYou);
        manaUsed = startMana - manaleft();
        return (concat, manaUsed);
    }
}

Alcest · Четверг в 14:44

Об ERC-3770 простыми словами (из каталога на EIPs Insight со статусом "ЧЕРНОВИК")

ERC-3770 — это предлагаемый разработчиками стандарт Ethereum, который упрощает работу с адресами.

Обычно адреса в Ethereum выглядят как длинные строки символов, например:

0x8eF4A3Bf9B5D3C26b71aC9C8F71C4e5F3bE7aCeb

ERC-3770 вводит систему с префиксами, похожую на коды валют. Например, для Ethereum на основной сети адрес будет выглядеть так:

eth:0x8eF4A3Bf9B5D3C26b71aC9C8F71C4e5F3bE7aCeb

А для другой сети (например, Polygon) — так:

matic:0x8eF4A3Bf9B5D3C26b71aC9C8F71C4e5F3bE7aCeb

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

Это как международные банковские коды (например, USD, EUR) — они сразу дают понять, в какой валюте деньги. ERC-3770 делает то же самое для блокчейна Ethereum.

Alcest · Четверг в 14:51

Alcest написал(а):
ERC-3770 вводит систему с префиксами, похожую на коды валют.

Разроботчики Лукас Шор (Х @lukasschor), Рихард Мейснер (Х @rmeissner), Педро Гомеш (Х @pedrouid) написали следующее:

Нам необходимо добавлять к адресам префикс с уникальным идентификатором, который поможет DApps и кошелькам определить, в какой цепочке находится целевой аккаунт. Теоретически, таким префиксом может выступать EIP-155 chainID. Однако эти идентификаторы изначально не предназначены для отображения пользователям в DApps или кошельках — они оптимизированы для работы с разработчиками, а не для удобного восприятия человеком.

Пообщаться с ними и обсудить инициативу можно на форуме Ethereum Magicians

Alcest · Четверг в 20:54

Новая тестовая сеть Hoodi начнёт работать в следующий понедельник для завершения тестирования Pectra.

Pectra будет запущена через 30+ дней, когда завершатся тесты и подготовка инфраструктуры.

Планирование Fusaka будет продолжаться до 24 марта, а окончательное утверждение — 10 апреля.

Alcest · Четверг в 22:12

Кристи раскрыла некоторые планы Pectra:

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

2. Восстановите Holesky, чтобы экосистема все еще могла использовать его для долгого тестирования, например, для тестирования следующего Fusaka.

Alcest · Четверг в 23:00

Alcest написал(а):
Hoodi начнёт работать в следующий понедельник

Hoodi будет запущен 17 марта и активирует обновление Pectra 26 марта.

После успешной активации Pectra в Hoodi будет определена дата развертывания Pectra в основной сети Ethereum.

Alcest · Пятница в 08:21

Alcest · Пятница в 20:39

Alcest написал(а):
Hoodi будет запущен 17 марта и активирует обновление Pectra 26 марта.

Наглядно:

Alcest · Пятница в 20:55

Что такое Hoodi простыми словами?

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

Для кого полезен Hoodi?

Разработчикам — обеспечивает стабильную среду для тестирования смарт-контрактов и инструментов, давая предсказуемые результаты.
Провайдерам и операторам узлов — даёт возможность тестировать выход валидаторов без долгих задержек, что особенно полезно для крупных пулов, таких как Lido, Eigen Layer и Rocket Pool.
Разработчикам Ethereum Core — помогает проверять обновления протокола и форки в надёжных условиях, снижая риски ошибок.

Запуск Pectra в основной сети Ethereum состоится только после полного подтверждения стабильности Hoodi.

Если Hoodi продемонстрирует стабильность в течение 30 дней, релиз запланирован на конец апреля.

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

Alcest · Суббота в 15:38

Основные моменты созвона разработчиков Ethereum (ACDE) #207

На встрече основное внимание было уделено проблемам с Holesky, в частности, вопросам нефинализации и чрезмерной очереди выхода валидаторов.

Разработчики обсудили возможные пути решения и пришли к выводу, что наиболее безопасным вариантом является запуск новой тестовой сети Hoodi, а не попытка исправить существующие проблемы в Holesky.

Проблемы Holesky

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

Узлы испытывали трудности с синхронизацией.
Разработчики приложений не могли полноценно тестировать свои решения.
Очередь выхода валидаторов достигла 1 миллиона, что сделало тестирование Pectra невозможным.

В понедельник разработчикам удалось восстановить тестнет и стабилизировать сеть, но последствия остались: массовые сокращения валидаторов.

Было рассмотрено четыре возможных сценария:

План A – Запуск новой тестовой сети, работающей параллельно Holesky. Это позволит начать с чистого листа, исключив проблемы Holesky.
План B – Использование существующей Devnet 6 в качестве временного решения. Однако это не считалось долгосрочной альтернативой.
План C – Реализация теневого форка, который позволит временно тестировать выход валидаторов Pectra без запуска новой сети. Но через месяц этот форк придется отключить.
План D – Выполнение хард-форка Holesky для сброса очереди выхода валидаторов. Это позволило бы продолжить тестирование без запуска новой сети, но разработчики опасались непреднамеренных последствий для Mainnet.

После обсуждений большинство участников поддержали План A – запуск новой тестовой сети Hoodi. Однако поставщики Lido и Eigen Layer выступали за План D, поскольку их инструменты были заточены под Holesky.

Запуск новой тестовой сети потребует 3–4 недели на развертывание контрактов, настройку офчейн-инструментов, оракулов и мониторинговых систем. Несмотря на это, риск изменений в Mainnet перевесил, и разработчики решили двигаться в сторону новой сети.

Уникальность

Alcest · Суббота в 15:48

Alcest написал(а):
чрезмерной очереди выхода валидаторов.

Очереди выхода валидаторов — это механизм в блокчейнах на основе Proof-of-Stake (PoS), который регулирует процесс выхода валидаторов из сети и возврата их заложенных активов (стейка). Этот процесс важен для поддержания стабильности сети и предотвращения резких изменений в количестве валидаторов.

Как работают очереди выхода валидаторов?

1. Желающие выйти валидаторы подают заявку

Валидатор отправляет запрос на выход из активного набора. Например, в Ethereum это делается через exit transaction.

2. Ожидание в очереди

• Выход валидатора не происходит мгновенно, а ставится в очередь.
• Количество валидаторов, которые могут выйти за определенный период, ограничено churn limit (динамический параметр, зависящий от общего числа валидаторов в сети).
• Чем больше валидаторов хотят выйти одновременно, тем дольше будет очередь.

3. Период ожидания и проверок

• После выхода валидатор остается в статусе “exited”, но еще не может забрать стейк.
• В некоторых сетях предусмотрен дополнительный “cooldown period” (например, в Ethereum он составляет 256 эпох ≈ 27 часов).

4. Вывод средств

• Когда проходит требуемый период, валидатор переходит в статус “withdrawable”, и его стейк можно вернуть на связанный кошелек.

Почему это важно?

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

Уникальность

Alcest · Суббота в 19:50

Alcest написал(а):
Основные моменты созвона разработчиков Ethereum

ACDE #207

ЧАСТЬ 2

Да, Holesky больше не считается надежной сетью для тестирования из-за большой очереди валидаторов, что привело к запуску новой тестовой сети Hoodi. Она будет максимально приближена к основной сети Ethereum, включая использование валидаторских 32 ETH на старте. В случае значительной консолидации валидаторов в основной сети, Hoodi также адаптируется, чтобы сохранить соответствие.

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

Так как многие оффчейн-инструменты, оракулы и интеграции зависят от Holesky, их потребуется адаптировать под Hoodi. Ожидается, что этот процесс займет от трех до восьми недель в зависимости от сложности. Переход будет происходить поэтапно, чтобы минимизировать риски.

Поставщики и инфраструктурные проекты получат минимум десятидневный период перед активацией Electra для развертывания контрактов и настройки инструментов. Такой подход позволит избежать спешки и снизит вероятность непредвиденных проблем после полного запуска Hoodi.

уникальность

👾 Все о хардфорке Ethereum - Pectra 2025 [гайд по EIP и песочницам] обновляется - Страница 8

Ключевые моменты Pectra​

Подтвержденные EIP​

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Похожие темы

Ключевые моменты Pectra

Подтвержденные EIP