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

UPD: Следующее обновление сети Ethereum под названием Fusaka намечено на вторую половину 2025 года.
По словам одного из руководителей Ethereum Foundation, Томаша Станчака, хардфорк планируют провести в сентябре или октябре, однако точных сроков пока нет.

Про Fusaka простыми словами

Во второй половине 2025 года в сети Ethereum ожидается следующее крупное обновление — Fusaka, которое продолжит развитие платформы после успешно реализованного форка Pectra. По словам соисполнительного директора Ethereum Foundation Томаша Станчака, запуск Fusaka планируется на сентябрь или октябрь, однако точная дата хардфорка пока не определена.

Ключевые особенности Fusaka

Главным элементом обновления станет внедрение PeerDAS — технологии, призванной значительно улучшить масштабируемость Ethereum. PeerDAS (Peer-to-Peer Data Availability Sampling) позволит снизить нагрузку на ноды, повысить пропускную способность сети и подготовить инфраструктуру к увеличению объема данных. В частности, речь идёт об увеличении размеров бинарных массивов данных (BLOB) с текущих 6 МБ до 32 МБ.

Разработка PeerDAS вызвала оживленные дискуссии в сообществе. Ещё в 2024 году один из ведущих разработчиков Ethereum, Петер Силадьи, критиковал технологию, заявляя, что она может создать препятствия для домашних валидаторов и тем самым угрожать децентрализации сети. Тем не менее, команда разработчиков решила сделать PeerDAS центральным элементом Fusaka, отложив его внедрение в рамках Pectra.

Исключение Ethereum Object Format (EOF)

Одним из ожидавшихся компонентов Fusaka был Ethereum Object Format (EOF) — предложение по изменению формата байткода EVM с целью оптимизации выполнения смарт-контрактов и снижения стоимости операций. Однако Тим Бейко, ведущий координации core-разработчиков Ethereum, сообщил, что от внедрения EOF в Fusaka решено отказаться. Причина — техническая неопределённость и отсутствие консенсуса в сообществе.

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

Стратегия и временные рамки

На сегодняшний день обновление Fusaka находится на стадии раннего планирования. Параллельно ведётся работа над формированием перечня улучшений (EIP), которые войдут в релиз. В частности, ожидается реализация предложений, направленных на снижение вычислительных узких мест, улучшение пропускной способности и подготовку к дальнейшему увеличению лимитов газа.

Хотя точный график развертывания Fusaka пока не зафиксирован, команда Ethereum придерживается активного и открытого подхода к координации — с регулярными встречами All Core Devs и техническими сессиями (ACDT), на которых формируется структура будущего обновления.

Во время встречи All Core Developers Consensus (ACDC) #162 был утверждён поэтапный график подготовки к запуску основной сети в ноябре.

Основные даты:

• 1 сентября 2025 — выпуск клиентов для Holesky и Sepolia
• 8 сентября 2025 — старт программы по поиску багов (bug bounty)
• 15 сентября 2025 — форк Holesky
• 22 сентября 2025 — форк Sepolia
• 1 октября 2025 — выпуск клиента для основной сети и форк Hoodi
• 8 октября 2025 — активация форка Hoodi
• 5 ноября 2025 — запланированный запуск Fusaka mainnet

Про Pectra

Обновление Ethereum под названием «Pectra» обещает стать одним из самых амбициозных и преобразующих обновлений в истории технологии блокчейн

Название обновления сочетает в себе слова «Прага», где проходила Конференция разработчиков Ethereum (Devcon 4), и «Электра», звезда, названная в соответствии с традицией Ethereum использовать астрономические имена.

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

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

• Более масштабируемая и эффективная платформа: Обновление Pectra основано на видении сообщества Ethereum о создании более масштабируемой и эффективной блокчейн-платформы. Оно будет состоять из двух частей: первая часть сосредоточится на EIP, которые были протестированы на Pectra Devnet, а вторая фаза будет включать более сложные предложения.
• Оптимизация решений для масштабирования: Изменения направлены на оптимизацию решений для масштабирования уровня 1 (L1) и уровня 2 (L2), а также на обеспечение более плавной интеграции децентрализованных приложений (dApps) и валидаторов

Спойлер: Что такое EIP простыми словами

В экосистеме Ethereum каждое новое улучшение или функциональное дополнение реализуется через предложение EIP (Ethereum Improvement Proposal).

EIP могут как представлять новые функции, так и улучшать существующие процессы.

Репозиторий для управления проектом был создан в октябре 2015 года, и с тех пор все обновления можно отслеживать через сайт EIPs. Основной целью всех EIP является улучшение сети Ethereum. Авторы предложений обязаны предоставить веские аргументы и технические стандарты, после чего требуется экспертная оценка и консенсус сообщества для их утверждения.

Модель EIP вдохновлена BIP (Bitcoin Improvement Proposals), применяемой в Bitcoin. Эта модель позволяет эффективно удовлетворять потребности в обновлениях и улучшениях, сохраняя децентрализованный характер управления сетью. Кроме того, она способствует удобству использования и развитию новых приложений.

Спойлер: Категории EIP в Ethereum

EIP можно разделить на три основные категории:

• Стандартный трек (Standard Track EIPs): Стандартные EIP оказывают влияние на большинство или все реализации Ethereum. Они включают изменения сетевого протокола, правил действительности блоков или транзакций, предлагаемые стандарты для приложений и любые изменения, которые затрагивают совместимость приложений, использующих Ethereum. Стандартные EIP можно разделить на несколько категорий:

Ядро: Улучшения, требующие консенсусного форка, такие как EIP-5 и EIP-101. Также включают изменения, связанные с "core dev", например, EIP-1559, направленное на улучшение структуры платы за газ и требующее хард форка.​

​

Сетевые технологии: Улучшения вокруг devp2p и Light Ethereum Subprotocol, а также предложения по улучшению сетевых протоколов whisper и swarm. Например, EIP-2124 направлено на снижение затрат при использовании данных о транзакциях.​

​

Интерфейс: Улучшения спецификаций и стандартов клиентских API/RPC, а также стандарты на уровне языка (имена методов и ABI контрактов), например, EIP-695, который определяет метод eth_chainId.​

​

ERC: Стандарты и соглашения на уровне приложений, включая стандарты контрактов (например, стандарты токенов), реестры имен, схемы URI, форматы библиотек/пакетов и форматы кошельков, такие как известные ERC-20 и ERC-721.​

• Метатрек (Meta Track EIPs): Эти предложения связаны с процессами управления и организационными аспектами, которые влияют на разработку и управление проектом Ethereum. Метатрек может включать изменения в процессах принятия решений, коммуникационные стандарты и другие важные процессы.
• Информационные (Informational EIPs): Информационные EIP предоставляют руководства или объяснения определенных процессов или стандартов, но не обязательно вносят изменения в код или протокол. Эти предложения служат для предоставления информации сообществу Ethereum.

Спойлер: Все о статусах EIP простыми словами

В экосистеме Ethereum любой человек может инициировать EIP.

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

Процесс статусов EIP включает следующие этапы:

• Черновик (Draft): После обсуждения и одобрения идеи в сообществе, автор может создать черновик EIP. Разработчики и редакторы будут приглашены для экспертной оценки.
• Обзор (Review): Авторы должны убедить сообщество принять их EIP, после чего предложение проходит через процесс экспертной оценки.
• Последний звонок (Last Call): После экспертной оценки EIP вступает в "Last Call", который обычно длится 14 дней. В течение этого периода, если EIP требует изменений, он возвращается в статус "Обзор". Пройдя "Last Call", предложение помечается как "Окончательное (Final)".
• Окончательное (Final): Предложения, прошедшие "Last Call", становятся окончательными и получают статус "Final".
• Отозванное (Withdrawn): Для EIP в статусах "Черновик", "Обзор" или "Последний звонок" автор все еще может отозвать предложение, и тогда оно получает статус "Отозванное".
• Застой (Stagnant): Если EIP в статусах "Черновик", "Обзор" или "Последний звонок" неактивен в течение 6 месяцев без отзыва, он получает статус "Застойное".
• Живые (Living): Предложения, такие как EIP-1, которые должны постоянно обновляться и не достигают окончательного завершения, помечаются как "Живые".

Спойлер: Что такое блобы (+видео)

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

UPD: Следующее обновление сети Ethereum под названием Fusaka намечено на вторую половину 2025 года. По словам одного из руководителей Ethereum Foundation, Томаша Станчака, хардфорк планируют провести в сентябре или октябре, однако точных сроков пока нет. Про Fusaka простыми словами Во...

mmgp.com

Спойлер: Дерево Меркла Патриции

Дерево Меркла Патриции - это особая структура данных, которая объединяет преимущества деревьев Меркла и Патриции для эффективного хранения и проверки состояния блокчейна Ethereum - ПОДРОБНЕЕ В ОДНОМ ИЗ КОММЕНТАРИЕВ

Спойлер: Что такое тестнет Mekong простыми словами?

Mekong - это тестовая сеть Ethereum, созданная для испытаний ключевых обновлений, которые войдут в обновление Pectra. Среди них:

Улучшенный UX кошельков: Благодаря EIP-7702 разработчики смогут протестировать новые методы повышения удобства использования Ethereum-кошельков, обеспечивая более плавный пользовательский опыт.
Обновления ETH-стейкинга: Важные изменения в механизме стейкинга упростят процессы внесения и вывода средств.
Оптимизированные депозиты и выход из стейкинга: Новые предложения, такие как EIP-6110 и EIP-7002, улучшат процессы взаимодействия со стейкингом, сделав их проще и эффективнее.

Почему называется Mekong? Название тестовой сети связано с рекой Меконг, протекающей через Таиланд, Камбоджу, Вьетнам и другие страны Юго-Восточной Азии. Это не случайный выбор — в Бангкоке пройдет Devcon, и тестовая сеть Mekong стала своеобразной «прелюдией» к этому событию для сообщества Ethereum.

Как присоединиться к Mekong?

Разработчики кошельков могут протестировать обновления UX из EIP-7702, чтобы заранее адаптировать свои продукты под будущие изменения. Их отзывы помогут улучшить новые функции.

Опытные пользователи Ethereum могут развернуть узел в тестовой сети Mekong, следуя инструкциям по настройке уровня исполнения и консенсуса. Этот процесс аналогичен настройке узла в основной сети Ethereum.

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

Влияет ли это на основную сеть?

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

Спойлер: EIP Proposal Builder - конструктор предложений EIP

EIP Proposal Builder - это новый инструмент на платформе EIPsInsight.com, который призван кардинально упростить процесс создания предложений по улучшению Ethereum (EIP). Независимо от опыта разработки, этот инструмент помогает составлять EIP быстрее, удобнее и интуитивнее.

В EIP Proposal Builder есть:

• Интуитивные поля: четко структурированные разделы, такие как «Название», «Описание» и «Автор», помогут вам быстро заполнить все необходимые данные.
• Полезные подсказки: инструмент предлагает рекомендации вроде «Объясните, почему текущий протокол неадекватен», что помогает точно сформулировать вашу идею.

Продолжение в комментариях

Спойлер: Что такое ERC-7779 простыми словами

ERC-7779 - это стандарт, который упрощает перенос кошельков Ethereum, обеспечивая плавный переход между ними.

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

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

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

Продолжение и примеры для новичков в комментариях

Спойлер: Что такое тестовая среда Ephemery

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

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

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

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

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

Продолжение в комментариях в нескольких частях

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

Среди подтвержденных предложений по улучшению Ethereum (EIP) для обновления Pectra есть несколько ключевых, направленных на улучшение основной инфраструктуры, работы валидаторов и мер безопасности:

1. EIP-2537: Поддержка подписей BLS < пост MMGP
   • Введение предварительно скомпилированных контрактов для операций с кривыми BLS12–381, что позволяет проверять подпись BLS и снижать сложность проверки.
2. EIP-2935: Хранение хэшей исторических блоков < пост MMGP
   • Позволяет хранить последние 8 192 хэша блоков в системном контракте, что обеспечивает более гибкую и масштабируемую модель без сохранения состояния.
3. EIP-6110: Депозиты через валидаторов< пост MMGP
   • Переносит обработку депозитов валидаторов с уровня консенсуса на уровень исполнения, повышая безопасность процесса внесения депозита.
4. EIP-7002: Исполняемые выходы для валидаторов < пост MMGP
   • Позволяет держателям ваучеров на вывод средств самостоятельно инициировать выход из процесса стейкинга, что расширяет возможности пользователей и повышает безопасность.
5. EIP-7251: Увеличение лимита стейкинга < пост MMGP
   • Повышает верхний предел балансов валидаторов для стейкинга, снижая перегрузку сети и улучшая общую производительность.
6. EIP-7549: Оптимизированное голосование на основе консенсуса < пост MMGP
   • Удаляет индекс комитета из сообщения о подписи в механизме консенсуса Ethereum, что позволяет более эффективно агрегировать голоса и снижать нагрузку на сеть.
7. EIP-7685: Запросы общего уровня исполнения < пост MMGP
   • Представляет фреймворк для обработки различных запросов уровня исполнения, что упрощает реализацию новых функций без изменения структуры блоков.
8. EIP-7702: Выполнение кода для внешних учетных записей (EOA) < пост MMGP
   • Добавляет возможности выполнения кода в EOA, что позволяет делегировать задачи смарт-контрактам, такие как пакетные транзакции или контроль разрешений.
9. EIP-4444: Предложение по улучшению Ethereum, направленное на уменьшение объема хранилища, необходимого для запуска узла < пост MMGP
10. ОСТАЛЬНЫЕ EIP в комментариях

Спойлер: EIP, которые не были включены в Pectra

Их немного

Спойлер: Знаменитые EIP 2015-2019

Их всего четыре, самые горячие

Спойлер: Первый апгрейд Homestead 2016

14 мая 2016 года разработчики Ethereum объявили о выпуске обновления Homestead — первого стабильной версии протокола, которая пришла на смену предыдущей Frontier (также известна как альфа-версия Ethereum, в которой не гарантировалась безопасность). Новая версия ПО имплементирована в блоке 1 150 000, устанивши из сети контракты Canary. Презентация апгрейда транслировалась в Google Hangout.

Обновление Homestead в Ethereum включило несколько значимых улучшений:

• EIP-2: Набор изменений в правилах консенсуса, включающих увеличение стоимости газа, ограничение максимального значения s-value подписи транзакции для лучшей защиты сети от спам-атак, модификации в алгоритме просчета сложности майнинга и исправление багов.
• EIP-7: Внедрение новой операции — DELEGATECALL.
• EIP-8: Улучшение сетевой совместимости для будущих изменений в протоколе.

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

Именно Homestead сделал Ethereum надежным и готовым к использованию в реальных приложениях и на практике.

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

Сообщество Ethereum сталкивается с кризисом идентичности, так как токен ETH отстает от других криптовалют, а конкурирующие сети, такие как Solana, привлекают внимание и таланты из экосистемы Ethereum.

В условиях споров и критики в адрес Ethereum Foundation разработчики надеются, что Pectra поможет стабилизировать сеть и вернуть ей конкурентоспособность.

Ethereum всему голова

Экосистема Ethereum постоянно развивается. Она продолжает лидировать по общему объему заблокированных средств (TVL, доля почти 55% от всего рынка DeFi) и удерживает позицию второй по капитализации криптовалюты.

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

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

ПРОДОЛЖЕНИЕ В КОММЕНТАРИЯХ

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

 

[Alcest]

Основные моменты созвона разработчиков Ethereum

ACDE #207

ЧАСТЬ 3

Обсуждения были сосредоточены на определении необходимых шагов для безопасного запуска Pectra в основной сети. В ходе переговоров были согласованы ключевые этапы, включая форк Hoodi, назначенный на 26 марта 2025 года. Это станет финальной репетицией перед запуском Pectra, позволяя клиентам и стейкинговым протоколам протестировать основные функции. После этого потребуется минимум 30 дней тестирования, чтобы убедиться, что Hoodi работает без сбоев и поставщики инфраструктуры подтвердили совместимость своих решений.

Самый ранний релиз Pectra ожидается в конце апреля — начале мая 2025 года, но не ранее чем через месяц после форка Hoodi.

Для успешного перехода необходимо соблюдение ряда условий: Hoodi должен стабильно финализировать блоки, a стейкинговые протоколы (такие как Lido и Eigen Layer) должны завершить тестирование. Также требуется тестирование механизмов слэшинга и полная готовность инструментов поставщиков инфраструктуры.

Общее мнение участников заключается в том, что Pectra не будет запущена в основной сети Ethereum до полного цикла стабильности Hoodi. Если сеть продемонстрирует стабильность в течение 30 дней, форк состоится в конце апреля. В случае возникновения проблем возможен перенос сроков на несколько недель, но не раньше 26 апреля. Это обеспечит клиентским командам достаточно времени для исправлений и финального тестирования инфраструктуры.

Переход на Hoodi в качестве основной тестовой сети оказывает прямое влияние на клиентские команды, поскольку им необходимо сбалансировать ресурсы между тестированием и подготовкой к будущим обновлениям протокола. Среди их приоритетов — успешный запуск Hoodi, внедрение необходимых исправлений для Pectra и подготовка к следующему обновлению Fusaka.

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

 

[Alcest]

Основные моменты созвона разработчиков Ethereum

ACDE #207

ЧАСТЬ 4

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

Ключевые технические темы обсуждения включали форматирование транзакций больших двоичных объектов, корректировки API выполнения и обработку формата объектов EVM (EOF) в рамках Fusaka.

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

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

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

 

[Alcest]

Итоги ACDE #207

Мнение Кристи Ким

Запуск Pectra в основной сети Ethereum пока под вопросом – разработчики в ходе созвона подчеркнули, что даты предварительные и могут поменяться. Сейчас команды заняты исправлением разных багов после обновлений тестовых сетей Holesky и Sepolia. Часть из них связана с Pectra, а часть – с усилением протокола для случаев, когда сеть долго остается в подвешенном состоянии.

Перед тем как назначить точную дату релиза, разработчики хотят убедиться, что Pectra без проблем запустится на тестовой сети Hoodi. Более того, они планируют дополнительно протестировать весь клиентский софт, включая не только сам Pectra, но и, например, слэшер – инструмент, который отслеживает и фиксирует нарушения в сети Ethereum.

С учетом всего этого, скорее всего, ждать Pectra в основной сети раньше мая не стоит. Если на Hoodi всплывут новые баги, сроки могут сдвинуться еще дальше.

 

[Alcest]

Кратко о новом EIP-7667

Автор: Виталик Бутерин (из каталога на EIPs Insight со статусом "ЧЕРНОВИК")

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

1. Проблема: Сейчас валидаторы зарабатывают только на комиссиях за транзакции и MEV (налог). В периоды низкой активности сети их доход может быть мизерным.

2. Решение: EIP-7667 предлагает добавить фиксированную инфляционную награду (0,03 ETH за блок). Это создаст стабильный поток доходов для валидаторов.

3. Последствия:

• Стейкинг станет более прибыльным, привлекая больше участников.
• Рост предложения ETH может вызвать небольшую инфляцию, но этот эффект компенсируется сжиганием комиссий (EIP-1559).

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

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

 

[Alcest]

EIP-7667

О важности EIP-7667

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

Этот EIP важен для долгосрочной экономики Ethereum, потому что он балансирует между стимулированием валидаторов и контролем над инфляцией ETH.

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

 

[Alcest]

База от Кристи:

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

 

[Alcest]

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

EIP-7790, известный как “Руководство по контролируемому увеличению лимита газа” (Controlled Gas Limit Increase Guidelines), представляет собой предложение по улучшению Ethereum, направленное на постепенное увеличение лимита газа в сети. Основная цель этого предложения — удвоить текущий лимит газа с 30 миллионов до 60 миллионов в течение двух лет.

Параметры EIP-7790:

• Начальный блок (blockNumStart): 21792420.
• Начальный лимит газа (initialGasLimit): 30,000,000 единиц газа.
• Скорость увеличения (r): 6 единиц газа за блок.
• Максимальный лимит газа (gasLimitCap): 60,000,000 единиц газа.

Обоснование параметров:

• Скорость увеличения: При увеличении лимита газа на 6 единиц за блок, лимит достигнет 60 миллионов примерно через 2 года, что обеспечивает постепенное и контролируемое масштабирование сети.

• Максимальный лимит газа: Установка верхнего предела в 60 миллионов предотвращает чрезмерное увеличение размера блоков, что могло бы негативно сказаться на производительности сети.

Мнения разработчиков:

EIP-7790 вызвал разнообразные реакции среди разработчиков Ethereum. Некоторые, например, Бен Адамс из Nethermind, поддержали инициативу, отмечая ее потенциал для улучшения масштабируемости сети. Однако другие, включая Мариуса ван дер Вийдена из Geth, выразили обеспокоенность, указывая на необходимость дополнительного исследования и тестирования перед реализацией такого увеличения лимита газа.

Были также высказаны предложения о внедрении других улучшений, таких как EIP-4444 (ограничение хранения исторических данных в клиентах исполнения) и EIP-7623 (увеличение стоимости использования calldata), до повышения лимита газа.

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

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

 

[Alcest]

Paradigm запускает новый узел Ethereum под названием Ress (Reth Stateless), который использует всего 14 ГБ дискового пространства. По словам представителей Paradigm, такие узлы играют ключевую роль в улучшении децентрализации Ethereum, а также:

• Позволяют увеличить лимит газа L1, что улучшит производительность сети.
• Способствуют расширению L2-сетей (optimistic L2), улучшая их масштабируемость.
• Открывают возможности для внедрения нативных роллапов, что повысит безопасность и совместимость экосистемы L2.

В Reth v1.3.1 поддерживается подпротокол Ress RL Px, что позволяет интегрировать эту технологию прямо в сеть. Это важное обновление для всех участников сети, так как оно снижает требования к аппаратным ресурсам и способствует более эффективному использованию Ethereum.

 

[Alcest]

Мнение авторитетного eth-разработчика terence

Приоритеты Ethereum в развитии консенсусного уровня должны оставаться четкими и простыми

1. Масштабирование данных (peerDAS/fullDAS) — улучшение механизма распространения блобов для повышения эффективности данных в сети.
2. Масштабирование выполнения (ePBS, delayed execution, сокращение времени слота) — ускорение и оптимизация работы виртуальной машины Ethereum.
3. Добавление энтропии в создание блоков (FOCIL) — улучшение случайности для повышения безопасности и устойчивости к манипуляциям.
4. Более быстрая финализация (OrbitSSF, 3SF) — ускорение подтверждения блоков для большей надёжности сети.
5. Применение ZK-доказательств к переходу состояния (Beam) — повышение эффективности и безопасности с помощью доказательств с нулевым разглашением.

После внедрения этих улучшений Ethereum будет в отличной позиции для дальнейшего роста и масштабируемости.

 

[Alcest]

Масштабирование данных (peerDAS/fullDAS)

Спойлер: Масштабирование данных (peerDAS/fullDAS)

Масштабирование данных (peerDAS/fullDAS) — это улучшение механизма распространения и проверки блобов (дополнительных данных в блоках Ethereum).

• peerDAS (Peer Data Availability Sampling) — узлы сети проверяют доступность данных выборочно, снижая нагрузку на них.
• fullDAS (Full Data Availability Sampling) — механизм, при котором данные полностью проверяются для максимальной надёжности.

Масштабирование выполнения

Спойлер: Масштабирование выполнения (ePBS, delayed execution)

Масштабирование выполнения включает три ключевых улучшения:

• ePBS (enshrined Proposer-Builder Separation) — разделение ролей майнера (пропозера) и сборщика блоков (билдера) на уровне протокола, что повышает безопасность и эффективность.
• Delayed execution — отложенное выполнение транзакций, которое снижает нагрузку на сеть и улучшает предсказуемость.
• Сокращение времени слота — уменьшение времени между блоками, что ускоряет подтверждение транзакций и повышает пропускную способность.

Добавление энтропии в создание блоков

Спойлер: Добавление энтропии в создание блоков (FOCIL)

FOCIL (Fixed Offset Conditional Inclusion List) — механизм для добавления случайности (энтропии) в процесс создания блоков Ethereum. Зачем это нужно?

• Снижает централизацию — уменьшает влияние крупных блок-строителей на порядок транзакций.
• Защищает от цензуры — затрудняет выборочное исключение транзакций.
• Улучшает прозрачность — делает блокчейн более честным и предсказуемым.

 

[Alcest]

Для Geth, Nethermind и Erigon крайне важно обеспечить устойчивый консенсус и стабильную работу сети Ethereum. Однако одна из наиболее сложных и малоизученных проблем, с которой сталкиваются разработчики - это появление дублирующихся блоков.

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

Дублирующиеся блоки: что это такое?

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

Спойлер: Причины появления дублирующихся блоков

Причины появления дублирующихся блоков

1. Гонка состояний (race conditions) — одна из ключевых причин этой проблемы. Когда несколько операций одновременно обращаются к общим ресурсам, это может привести к конфликтам и незапланированному дублированию блоков. Такие нарушения структуры блокчейна осложняют отладку и тестирование.

2. Ошибки в настройке — некорректные изменения параметра общей сложности (Total Difficulty) могут вызвать некорректное создание блоков, что влечет за собой их дублирование.

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

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

Влияние дублирующихся блоков

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

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

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

продолжение в следующем комментарии

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

 

[Alcest]

продолжение поста выше

Проблемы отладки дублирующихся блоков

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

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

Решения и стратегии устранения проблемы

Для борьбы с дублирующимися блоками необходимо применять комплексный подход, включающий несколько ключевых стратегий:

1. Улучшение механизмов логирования

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

Спойлер: Что такое debug_getBadBlocks

debug_getBadBlocks — это инструмент отладки в клиенте Geth, который позволяет разработчикам извлекать и анализировать некорректные или отклоненные блоки. Он временно сохраняет данные блоков, включая их RLP-кодировку, что упрощает выявление причин сбоев, расхождений между клиентами и ошибок консенсуса. Улучшение логирования с помощью этого инструмента помогает глубже анализировать проблемы в сети Ethereum.

2. Продвинутое моделирование и изоляция сценариев

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

Спойлер: Что такое eth_simulate

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

3. Совершенствование тестовых фреймворков

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

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

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

 

[Alcest]

EIP-Board: оптимизация управления предложениями по улучшению Ethereum

EIP-Board — это инструмент, интегрированный в EIPsInsight, который значительно упрощает процесс управления EIP и запросами комментариев Ethereum (ERC). Он создан для помощи редакторам в отслеживании, приоритизации и обработке запросов на изменения, что делает процесс более прозрачным и эффективным.

EIP-Board разработан Никки Годро и Сэмом Уилсоном для оптимизации работы редакторов EIP. Прежде чем появился этот инструмент, редакторам приходилось вручную искать и отслеживать pull requests (PR) на GitHub, что усложняло процесс и увеличивало задержки. EIP-Board решает эту проблему, предоставляя удобный интерфейс для сортировки и приоритизации запросов.

Кому полезен EIP-Board?

Хотя инструмент ориентирован в первую очередь на редакторов EIP/ERC, он также полезен разработчикам и участникам сообщества.

Редакторы EIP могут:

• Быстро находить PR, которые дольше всего ожидают рассмотрения.
• Организовывать работу, определяя приоритетные задачи.
• Сотрудничать с коллегами, обсуждая PR во время рабочих встреч и заседаний EIPIP.

Разработчики и участники получают:

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

Управление EIP и ERC — сложный и трудоемкий процесс, поскольку сотни предложений находятся в разных стадиях рассмотрения. EIP-Board помогает упростить этот процесс за счет:

• Приоритизации работы: редакторы могут быстрее находить и обрабатывать важные PR, уменьшая задержки.
• Улучшения взаимодействия: долгождущие PR выносятся на обсуждение во время совещаний и рабочих встреч.
• Экономии времени: удобный интерфейс и автоматизация сокращают время, затрачиваемое на организацию работы.

EIP-Board доступен на платформе EIPsInsight. Интерфейс интуитивно понятен: PR-заявки отсортированы по серийному номеру, имеют уникальный PR ID и содержат прямую ссылку для просмотра. Это делает процесс управления предложениями максимально удобным и эффективным.

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

 

[Alcest]

ERC-7683: новый стандарт для бесшовного взаимодействия между L2

Решения Layer 2 (L2) сделали транзакции быстрее и дешевле, но привели к фрагментации сети. Разные цепочки начали функционировать как отдельные экосистемы, усложняя перемещение активов и данных между ними.

ERC-7683 — это новый стандарт, который решает эту проблему, обеспечивая единую, взаимосвязанную экосистему Ethereum, где взаимодействие между основным блокчейном, L2 и сайдчейнами становится таким же простым, как внутренняя транзакция.

Что делает ERC-7683

Этот стандарт вводит концепцию Intents (намерений) — деклараций действий, которые пользователь хочет выполнить. Это может быть:

• Обмен токенов
• Голосование в DAO
• Передача NFT

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

Пример:

Допустим, вы хотите обменять токены на Ethereum, но лучшая цена есть в Polygon. ERC-7683 автоматически выполняет сделку, перемещая активы между цепями без необходимости вручную использовать мосты и дополнительные сервисы.

Это как заказать пиццу в одном городе, а доставить её в другой — без лишних сложностей.

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

Создаёт единую экосистему

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

Упрощает кроссчейн-коммуникацию

Цепочки теперь могут легко «разговаривать» друг с другом, используя общий стандарт.

Делает пользовательский опыт проще

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

Улучшает ликвидность

Ресурсы объединяются между сетями, снижая комиссии и задержки.

Обеспечивает скорость и надежность

Транзакции обрабатываются быстрее, а вероятность сбоев снижается.

Как работает ERC-7683?

Стандарт поддерживает два способа обработки намерений:

1. Gasless Intents (безгазовые намерения)

• Пользователь подписывает своё действие (например, «Обменять токены») вне блокчейна.
• Специальные исполнители (relayers) выполняют операцию без участия пользователя.

2. Намерения в блокчейне

• Пользователь отправляет своё действие в блокчейн.
• Исполнители подхватывают его, обрабатывают и исполняют.

В обоих случаях система гарантирует справедливые расчёты, и все участники получают то, что им положено.

Гибкость и адаптивность

ERC-7683 не является жёстким стандартом — разработчики могут адаптировать его под различные сценарии:

1. Динамическое ценообразование (например, аукционы на исполнение намерений)
2. Кастомные механизмы расчётов
3. Поддержка будущих улучшений Ethereum

Этот стандарт устойчив к изменениям и способен развиваться вместе с экосистемой.

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

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

 

[Alcest]

Все так, как быть должно

 

[Alcest]

Ethereum запустил тестовую сеть Hoodi на замену проблемной Holesky

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

Главная цель Hoodi — создать тестовую среду, максимально приближенную к основной сети Ethereum. Ранее тестирование Pectra на Sepolia и Holesky столкнулось с трудностями: Holesky пережила почти две недели нефинальности, что вызвало проблемы у валидаторов и операторов узлов. Нефинальность привела к повышенным требованиям к хранению состояний, увеличенным нагрузкам на память и вычислительные ресурсы, а также к нестабильности сети.

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

Для валидаторов и разработчиков в Hoodi доступны:

• Домашняя страница — информация и обновления о сети.
• Staking Launchpad — стартовая площадка для валидаторов.
• Dora-исследователь — инструмент для мониторинга активности валидаторов и показателей сети.

Какие тестовые сети можно использовать?

• Hoodi подходит для тестирования стейкинга и работы на уровне протокола.
• Sepolia остается предпочтительным вариантом для тестирования dApps, смарт-контрактов и других функций Ethereum Virtual Machine (EVM).

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

 

[Alcest]

Разработчики Ethereum планируют прекратить поддержку тестовой сети Holesky в сентябре 2025 года

Детали в отдельно созданной inik1080 новости

 

[Alcest]

Никсо пишет, что завтра новый созвон разработчиков
Как раз подробно разберем то, что обсудят/примут

 

[Alcest]

На Ethereum Improvement Proposals Insight появилась вкладка с номерами слотов, эпох и блоков. Обновляется в реальном времени

 

[Alcest]

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

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

Ключевые аспекты RIP-7759

1. Определение комиссий и их структуры

• Определяет, что такое транзакционная комиссия и из каких компонентов она состоит.
• Разграничивает комиссии, связанные с различными типами операций L2.

2. Определение ролей

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

3. Классификация типов транзакций и их комиссий

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

4. Требования к прозрачности и отчетности

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

RIP-7759 не охватывает комиссии, связанные с мостами и данных между платформами L2 или между L2 и централизованными биржами.

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

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