Последний ACDE Call #226 2025 года стал одним из ключевых созвонов команды разработчиков Ethereum, задав тон будущему апгрейду Hegota. В центре внимания оказались масштабируемость, состояние сети, перерасчёт комиссий и дисциплина в управлении апгрейдами.
На созвоне разработчики утвердили названия форка, подтвердили сроки внедрения, перевели несколько EIP в статус Considered for Inclusion (CFI), отложили отдельные предложения и обозначили сжатый дорожный план, который делает 5 января жёстким сроком для окончательной фиксации объёма апгрейда Glamsterdam.
Hegota: финализация
Одним из первых решений стало объединение слоёв форка: название консенсусного слоя Heze и исполнения Bogotá слилось в единое имя Hegota.
Хотя решение носит в основном символический характер, имя форка имеет значение для внешней коммуникации с кошельками, провайдерами инфраструктуры, исследователями и разработчиками приложений. С утверждением имени фокус команды быстро сместился на технические детали.
Из-за праздничных каникул Ethereum Governance потерял гибкость по времени — несколько звонков конца декабря и начала января были отменены, что превратило сессию 5 января в решающую, а не рутинную.
Цели созвона:
• финализировать весь объём Glamsterdam;
• закрыть оставшиеся решения по CFI vs DFI;
• убрать все неясности.
Процесс выбора headliner-EIP будет строго регламентирован:
• 8 января – 4 февраля: подача предложений headliner;
• 5–26 февраля: финальное обсуждение и выбор.
Обновления Glamsterdam
Основные обсуждения касались перерасчёта комиссий в EVM, исторически чувствительной темы для Ethereum. Существующие бенчмарки показывают, что сеть в худших сценариях достигает примерно 20 Mgas/сек.
Рабочая группа по перерасчёту комиссий предложила цель: установить минимум 60 Mgas/сек для всех операций с вычислениями и доступом к состоянию.
Ключевые EIP, переведённые в CFI:
• EIP-2780: снижение базовой стоимости транзакций и перераспределение затрат на создание состояния;
• EIP-7904 (сокращённый): повышение стоимости операций ниже 60 Mgas/сек, исключая снижение затрат для минимизации рисков;
• EIP-7976 & EIP-7981: увеличение стоимости calldata и access list;
• EIP-8038: перерасчёт стоимости доступа к существующему состоянию, одна из наиболее дискуссионных тем.
Три конкурирующих предложения (EIP-8037, 8073, 8075) по долгосрочному росту состояния были отложены до 5 января для более детального рассмотрения.
На тестировании был запущен bal-devnet-1, обеспечив раннюю проверку гипотез по перерасчёту комиссий. Разработчики признали, что бенчмаркинг состояния остаётся самой сложной задачей: тесты ресурсоёмки и медленно итеративны, что делает улучшение инфраструктуры приоритетом.
Также активно обсуждались предложения по размеру контрактов:
• EIP-2926: мерклеизация кода по чанкам;
• EIP-7907: прагматичное увеличение лимита размера кода.
Несмотря на поддержку, как минимум три основных клиента обозначили DFI, сославшись на сложность и временные ограничения, поэтому оба предложения исключены из Hegota.
5 января — финальный дедлайн Glamsterdam
Все нерешённые вопросы на этот день не войдут в релиз. Жёсткий срок обеспечивает дисциплину, предотвращает scope creep и заставляет команду принимать ясные решения по перерасчёту комиссий, росту состояния и оставшимся edge-case ситуациям.
источник
уникальность
На созвоне разработчики утвердили названия форка, подтвердили сроки внедрения, перевели несколько EIP в статус Considered for Inclusion (CFI), отложили отдельные предложения и обозначили сжатый дорожный план, который делает 5 января жёстким сроком для окончательной фиксации объёма апгрейда Glamsterdam.
Hegota: финализация
Одним из первых решений стало объединение слоёв форка: название консенсусного слоя Heze и исполнения Bogotá слилось в единое имя Hegota.
Хотя решение носит в основном символический характер, имя форка имеет значение для внешней коммуникации с кошельками, провайдерами инфраструктуры, исследователями и разработчиками приложений. С утверждением имени фокус команды быстро сместился на технические детали.
Из-за праздничных каникул Ethereum Governance потерял гибкость по времени — несколько звонков конца декабря и начала января были отменены, что превратило сессию 5 января в решающую, а не рутинную.
Цели созвона:
• финализировать весь объём Glamsterdam;
• закрыть оставшиеся решения по CFI vs DFI;
• убрать все неясности.
Процесс выбора headliner-EIP будет строго регламентирован:
• 8 января – 4 февраля: подача предложений headliner;
• 5–26 февраля: финальное обсуждение и выбор.
Обновления Glamsterdam
Основные обсуждения касались перерасчёта комиссий в EVM, исторически чувствительной темы для Ethereum. Существующие бенчмарки показывают, что сеть в худших сценариях достигает примерно 20 Mgas/сек.
Рабочая группа по перерасчёту комиссий предложила цель: установить минимум 60 Mgas/сек для всех операций с вычислениями и доступом к состоянию.
Ключевые EIP, переведённые в CFI:
• EIP-2780: снижение базовой стоимости транзакций и перераспределение затрат на создание состояния;
• EIP-7904 (сокращённый): повышение стоимости операций ниже 60 Mgas/сек, исключая снижение затрат для минимизации рисков;
• EIP-7976 & EIP-7981: увеличение стоимости calldata и access list;
• EIP-8038: перерасчёт стоимости доступа к существующему состоянию, одна из наиболее дискуссионных тем.
Три конкурирующих предложения (EIP-8037, 8073, 8075) по долгосрочному росту состояния были отложены до 5 января для более детального рассмотрения.
На тестировании был запущен bal-devnet-1, обеспечив раннюю проверку гипотез по перерасчёту комиссий. Разработчики признали, что бенчмаркинг состояния остаётся самой сложной задачей: тесты ресурсоёмки и медленно итеративны, что делает улучшение инфраструктуры приоритетом.
Также активно обсуждались предложения по размеру контрактов:
• EIP-2926: мерклеизация кода по чанкам;
• EIP-7907: прагматичное увеличение лимита размера кода.
Несмотря на поддержку, как минимум три основных клиента обозначили DFI, сославшись на сложность и временные ограничения, поэтому оба предложения исключены из Hegota.
5 января — финальный дедлайн Glamsterdam
Все нерешённые вопросы на этот день не войдут в релиз. Жёсткий срок обеспечивает дисциплину, предотвращает scope creep и заставляет команду принимать ясные решения по перерасчёту комиссий, росту состояния и оставшимся edge-case ситуациям.
источник
уникальность
