Это рейтинговый список кластера EF Protocol для Hegotá. Мы оценили 62 предложения EIP, предложенные для включения, присвоив каждому категорию и краткое примечание к оценке.

Это первый случай, когда кластер опубликовал единое мнение, а не мнения отдельных команд. Geth, будучи клиентом EL, конечно, по-прежнему выпустит свой собственный автономный рейтинговый список. Тем не менее, они и остальная часть протокольного кластера (всего около 60 человек) из сфер исследований и разработки работали вместе, чтобы включить свои отзывы в этот пост в качестве точки данных наряду с отзывами каждой другой команды и отдельного участника, решившего принять участие.

Приоритеты, на основе которых были выставлены эти оценки, описаны в сопутствующем посте: EF Protocol: Current and Emerging Priorities.

I. Как мы проводили ранжирование

Все девять команд и несколько независимых экспертов в различных областях из кластера заполнили шаблоны для вклада, всего 16 штук. Двенадцать предоставили оценки по категориям, причем несколько из них оценивали только те EIP, в которых они обладают глубокой экспертизой. В результате получилось 397 оценок по категориям для 62 EIP, в среднем 6,4 оценки на один EIP, причем самые обсуждаемые предложения набрали по 9 оценок.

Два ретроспективных анализа по Glamsterdam дали несколько уроков (оценивайте EIP по глубине его интеграции; сложность нарастает; область тестирования — дефицитный ресурс; авторы часто недооценивают сложность). Полтора десятка групповых звонков и 90-минутная рабочая сессия были посвящены спорным пунктам. В посте о процессе от 28 августа приведено немного больше деталей.

Оценка

Каждый участник оценивал каждый EIP независимо: S = 4, A = 3, B = 2, C = 1, D/DFI = 0. В средних значениях учитываются только поданные голоса; воздержание от голосования никогда не учитывается против предложения. Опубликованный рейтинг представляет собой наиболее сильную позицию (steelman). Он начался с оценок и обсуждался для каждого EIP в ходе рабочей сессии с изменениями в обе стороны. Оценки по отдельным командам не публикуются.

Каждый уровень рейтинговой шкалы накладывает на кластер обязательства по ожиданиям от поставки:

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

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

A — Высокий приоритет, ожидается к выпуску. Запланировано вместе с уровнем S, если только реалистичность сроков не заставит сократить объем, причем сокращение происходит только до того, как будет затронут какой-либо элемент уровня S. Все, что ниже уровней S и A, должно быть оценлено после того, как секи станут функциональными и стабильными со всеми EIP уровней S и A.

A — Высокий приоритет, ожидается к выпуску. Запланировано вместе с уровнем S, если только реалистичность сроков не заставит сократить объем, причем сокращение происходит только до того, как будет затронут какой-либо элемент уровня S. Все, что ниже уровней S и A, должно быть оценлено после того, как секи станут функциональными и стабильными со всеми EIP уровней S и A.

B — Под вопросом, включаются по отдельности. Никогда не принимаются массово. Каждый EIP рассматривается на предмет включения по одному, как только сети devnet со всеми EIP уровней S и A станут функциональными и стабильными и останется время до перехода к I*. Важно отметить, что большинство EIP уровня B имеют 3 четких требования: прототип, одобрение и устоявшаяся спецификация.

B — Под вопросом, включаются по отдельности. Никогда не принимаются массово. Каждый EIP рассматривается на предмет включения по одному, как только сети devnet со всеми EIP уровней S и A станут функциональными и стабильными и останется время до перехода к I*. Важно отметить, что большинство EIP уровня B имеют 3 четких требования: прототип, одобрение и устоявшаяся спецификация.

C — Ниже черты, не дисквалифицированы. Первые кандидаты на пересмотр, если devnet, содержащие EIP уровней S, A и B, будут запущены чисто и останется время до перехода к I*.

C — Ниже черты, не дисквалифицированы. Первые кандидаты на пересмотр, если devnet, содержащие EIP уровней S, A и B, будут запущены чисто и останется время до перехода к I*.

DFI — Отклонено для включения. Каждое DFI имеет структурное обоснование, например, что EIP противоречит CROPS, представляет угрозу безопасности, является слишком жестким предписанием, вводит посредника или «узкое горлышко», нарушает обратную совместимость или ставит под угрозу путь к J*.

DFI — Отклонено для включения. Каждое DFI имеет структурное обоснование, например, что EIP противоречит CROPS, представляет угрозу безопасности, является слишком жестким предписанием, вводит посредника или «узкое горлышко», нарушает обратную совместимость или ставит под угрозу путь к J*.

TBD — Намеренно не ранжировано. Отложено до тех пор, пока данные основной сети не дадут ответы на вопросы, на которые мы не можем ответить сегодня.

TBD — Намеренно не ранжировано. Отложено до тех пор, пока данные основной сети не дадут ответы на вопросы, на которые мы не можем ответить сегодня.

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

II. Рейтинговый список

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

Уровень консенсуса

Уровень исполнения

Несколько примечаний об уровне A

Главные пакеты: EIP-7805 (FOCIL) поставляется с EIP-8369 (VOPS Profiles for FOCIL Eligibility). EIP-8141 (Frame Transactions) поставляется с EIP-8250 (Keyed Nonces for Frame Transactions) и EIP-8272 (Recent Roots for Frame Transactions) в качестве ядра Frames. Безопасная поставка обоих главных пакетов и тестирование взаимодействия между ними являются ключевым инженерным обязательством хардфорка.

Главные пакеты: EIP-7805 (FOCIL) поставляется с EIP-8369 (VOPS Profiles for FOCIL Eligibility). EIP-8141 (Frame Transactions) поставляется с EIP-8250 (Keyed Nonces for Frame Transactions) и EIP-8272 (Recent Roots for Frame Transactions) в качестве ядра Frames. Безопасная поставка обоих главных пакетов и тестирование взаимодействия между ними являются ключевым инженерным обязательством хардфорка.

Пакет расширения: EIP-7906 (Transaction Assertions via State Diff Opcode), EIP-8298 (SETCODEFROM Code Reuse Instruction) и EIP-8151 (Account Code Restricted ecRecover). Первый напрямую укрепляет транзакции; два других предоставляют аккаунту полный путь отказа от ключей k1.

Пакет расширения: EIP-7906 (Transaction Assertions via State Diff Opcode), EIP-8298 (SETCODEFROM Code Reuse Instruction) и EIP-8151 (Account Code Restricted ecRecover). Первый напрямую укрепляет транзакции; два других предоставляют аккаунту полный путь отказа от ключей k1.

Несколько примечаний об уровнях B и C

EIP уровня консенсуса, заблокированные дополнительными требованиями: EIP-8198 (Quick Slots) имеет самые высокие требования в списке, включая спецификации, охватывающие все ожидаемые изменения в базовом протоколе, прототип, реализующий полную спецификацию, углубленную оценку побочных эффектов для всей экосистемы, а также подтверждение того, что он не усложняет разделенный консенсус (decoupled consensus), что невозможно определить до появления такой спецификации. Эта планка установлена так высоко, потому что при небольшом объеме диффа само изменение таковым не является; время слота имеет критическое значение для временных допущений по всему протоколу и экосистеме, а позднее обнаружение сбоев — это то, из-за чего задерживаются форки. EIP-8321 (Hash-Chain RANDAO) требует завершенного дизайна постквантового консенсуса. EIP-8146 (Block Access List Sidecars) требует согласования дедлайна наблюдения в спецификации. EIP-8237 (Independent CL/EL Sync) требует сравнения затрат с более простыми альтернативами и ответственного за реализацию.

EIP уровня консенсуса, заблокированные дополнительными требованиями: EIP-8198 (Quick Slots) имеет самые высокие требования в списке, включая спецификации, охватывающие все ожидаемые изменения в базовом протоколе, прототип, реализующий полную спецификацию, углубленную оценку побочных эффектов для всей экосистемы, а также подтверждение того, что он не усложняет разделенный консенсус (decoupled consensus), что невозможно определить до появления такой спецификации. Эта планка установлена так высоко, потому что при небольшом объеме диффа само изменение таковым не является; время слота имеет критическое значение для временных допущений по всему протоколу и экосистеме, а позднее обнаружение сбоев — это то, из-за чего задерживаются форки. EIP-8321 (Hash-Chain RANDAO) требует завершенного дизайна постквантового консенсуса. EIP-8146 (Block Access List Sidecars) требует согласования дедлайна наблюдения в спецификации. EIP-8237 (Independent CL/EL Sync) требует сравнения затрат с более простыми альтернативами и ответственного за реализацию.

EIP уровня исполнения, заблокированные дополнительными требованиями: EIP-8253 (Bump Nonce of Zero-Nonce Storage Accounts) рассматривается на предмет перехода в уровень A. Он не является строго необходимым для миграции trie, но значительно ее упрощает, и в ходе рецензирования будет решено, насколько ценно это упрощение. EIP-8077 требует утвержденного формата wire-протокола. EIP-8374 (Persist Warm Access Sets Across Reverts) и EIP-8358 (Net Gas Metering for Account Changes) представляют собой единый пакет сетевого учета газа (net-metering) и не могут оцениваться по отдельности; разрешение этого вопроса является открытым пунктом для обсуждения.

EIP уровня исполнения, заблокированные дополнительными требованиями: EIP-8253 (Bump Nonce of Zero-Nonce Storage Accounts) рассматривается на предмет перехода в уровень A. Он не является строго необходимым для миграции trie, но значительно ее упрощает, и в ходе рецензирования будет решено, насколько ценно это упрощение. EIP-8077 требует утвержденного формата wire-протокола. EIP-8374 (Persist Warm Access Sets Across Reverts) и EIP-8358 (Net Gas Metering for Account Changes) представляют собой единый пакет сетевого учета газа (net-metering) и не могут оцениваться по отдельности; разрешение этого вопроса является открытым пунктом для обсуждения.

EIP со статусом TBD: EIP-8368 (CPSB Recalibration for New Gas Limit) и EIP-8372 (Normalized State Gas Limit) будут оцениваться совместно после того, как Glamsterdam запущен в мейннете и можно будет оценить влияние связанных с этим изменений стоимости состояния.

EIP со статусом TBD: EIP-8368 (CPSB Recalibration for New Gas Limit) и EIP-8372 (Normalized State Gas Limit) будут оцениваться совместно после того, как Glamsterdam запущен в мейннете и можно будет оценить влияние связанных с этим изменений стоимости состояния.

Несколько примечаний по блоку DFI

Единогласный блок DFI уровня консенсуса: EIP-8363 (Tapered Issuance Burn) и EIP-8375 (ePBS Mandatory Burn of Execution Rewards) относятся к более широкому процессу эмиссии. EIP-8148, EIP-8205 и EIP-8359 представляют собой операционные удобства, которые в основном обслуживают крупные стейкинг-операции и не проходят порог необходимости. EIP-8142 (Block-in-Blobs) углубляет зависимость от KZG на пути к J*.

Единогласный блок DFI уровня консенсуса: EIP-8363 (Tapered Issuance Burn) и EIP-8375 (ePBS Mandatory Burn of Execution Rewards) относятся к более широкому процессу эмиссии. EIP-8148, EIP-8205 и EIP-8359 представляют собой операционные удобства, которые в основном обслуживают крупные стейкинг-операции и не проходят порог необходимости. EIP-8142 (Block-in-Blobs) углубляет зависимость от KZG на пути к J*.

Одно предложение заслуживает отдельного упоминания: EIP-8363 (Tapered Issuance Burn). Единогласное решение DFI не является оценкой достоинств самого предложения. Политика эмиссии затрагивает каждого стейкера, каждого держателя и долгосрочный бюджет безопасности сети; на данном этапе EF Protocol не считает себя единственным подходящим органом для определения этого направления, а процедура формирования скоупа форка — не подходящая площадка для ее решения. Мы ожидаем, что этот вопрос будет продвигаться посредством многоузлового процесса в экосистеме с тем техническим уровнем строгости и широтой вовлечения, которых он заслуживает, и мы намерены участвовать в таком процессе.

Одно предложение заслуживает отдельного упоминания: EIP-8363 (Tapered Issuance Burn). Единогласное решение DFI не является оценкой достоинств самого предложения. Политика эмиссии затрагивает каждого стейкера, каждого держателя и долгосрочный бюджет безопасности сети; на данном этапе EF Protocol не считает себя единственным подходящим органом для определения этого направления, а процедура формирования скоупа форка — не подходящая площадка для ее решения. Мы ожидаем, что этот вопрос будет продвигаться посредством многоузлового процесса в экосистеме с тем техническим уровнем строгости и широтой вовлечения, которых он заслуживает, и мы намерены участвовать в таком процессе.

III. В заключение

Из 62 рассмотренных предложений 2 обязательны к включению, 15 планируются к включению, а 28 отклонены с указанием причин. Из оставшихся 15 предложений 8 относятся к уровню B с указанными требованиями для включения, 7 относятся к уровню C ниже черты, а 2 имеют статус TBD в ожидании данных из мейннета. Успех здесь определяется в равной степени тем, что мы отклоняем, и тем, что мы внедряем.

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

И если какая-то из оценок выше заслуживает критики, мы будем рады ее услышать. Мы проведем Reddit AMA на r/ethereum 16 сентября в 14:00 по всемирному координированному времени (UTC), и тир-лист — это как раз то, о чем нас, судя по всему, будут спрашивать. Задавайте вопросы заранее используя форму здесь. Авторы и сторонники EIP, не вошедших в уровень A, а также отклоненных EIP, приветствуются в особенности.

*Примечание редактора: Эта статья была обновлена 8 сентября 2026 года для пересмотра заметок по тир-листу для EIP-7716, с добавлением дополнительных разъяснений о том, где требуются дальнейшие исследования и обсуждения.