EIP-8390 предлагает убрать sync committee в Ethereum и сократить выпуск примерно на 33 800 ETH в год

В репозитории Ethereum Improvement Proposals появился новый документ EIP-8390 со статусом Draft: он предлагает вывести из протокола sync committee из 512 валидаторов, отменить связанные с ним выплаты и фактически сделать текущий интерфейс Altair для light-клиентов устаревшим, заменив его офчейн-доказательствами с нулевым разглашением (zero-knowledge proofs). Согласно оценке автора, исключение "веса" вознаграждений sync committee снизит годовую эмиссию на уровне консенсуса примерно на 33 800 ETH. Сейчас формула наград в консенсусе отводит sync committee вес 2 при знаменателе 64. EIP-8390 предлагает убрать этот вес без перераспределения, что эквивалентно сокращению на 2/64, или 1/32, в части консенсусной эмиссии. В черновике приводится срез параметров сети: 901 505 валидаторов и 42 328 615 ETH в стейкинге. При оценке порядка 1,082 млн ETH годовой эмиссии консенсуса доля, приходящаяся на награды sync committee, и даёт около 33 800 ETH в год. При этом расчёт 1/32 не означает автоматическое снижение итоговой доходности каждого валидатора на 3,125%. Речь идёт о консенсусной эмиссии, направляемой именно на награды sync committee; фактическая доходность может включать другие консенсусные выплаты и доходы на уровне execution layer. EIP-8390 затрагивает и вопрос модели безопасности. В спецификации Altair нет отдельного условия slashing для валидатора, подписавшего вредоносное сообщение sync committee. Отдельная инициатива EIP-7657, пытавшаяся добавить такой штраф, сейчас помечена как Stagnant. В ней также звучало предупреждение: приложения, защищающие суммы свыше 512 × 32 ETH (то есть 16 384 ETH), должны сочетать light-client протокол с дополнительными механизмами защиты. Эта цифра была инженерным ориентиром при максимальном effective balance 32 ETH, но она подчёркивает ключевую проблему: подписи выборки помогают light-клиентам следить за Ethereum, при этом злонамеренные сообщения sync committee не сопровождаются собственным протокольным slashing-условием. Убирая выборку, сеть меняет один компромисс доверия на другой: light-клиенты должны будут проверять zero-knowledge proof финальности Casper FFG по полному набору валидаторов. Такое доказательство предлагается сделать сигналом финальности для клиентов, которые не обрабатывают весь валидаторский набор. Черновик EIP-8390 также означает разрыв для текущей экосистемы Altair light-клиентов. Документ предлагает удалить обязанности валидаторов по sync committee, соответствующие сетевые сообщения, контейнеры данных для light-клиентов и несколько endpoint-ов Beacon API. Указывается, что развёрнутые Altair light-клиенты, синхронизирующиеся через LightClientUpdate, перестанут работать на форке. Под ударом окажутся реализации, использующие стандартный Altair-поток обновлений: среди упомянутых примеров Helios (встраиваемый в кошельки и dApp), consumerside-пакет light-клиента Lodestar, интерфейс light-клиента в Nimbus, а также Ethereum IBC-клиент Datachain, который строит заголовки из LightClientUpdate и FinalityUpdate, получаемых через Beacon RPC. Фактические последствия будут зависеть от того, используют ли проекты удаляемые интерфейсы на момент возможного форка и какие миграции выпустят мейнтейнеры. При этом EIP-8390 убирает текущий поток Altair, не предлагая взамен спецификацию контракта Beacon API или стандарт миграции для клиентов. В документе заявляется, что финальность Casper FFG можно доказывать в пределах одной эпохи на одном GPU и проверять за миллисекунды, но не приводятся воспроизводимая реализация, схема (circuit), профиль оборудования или бенчмарки. В качестве ориентира упоминается сопоставимый публичный дизайн для полного набора валидаторов, где описана подготовка менее чем за минуту на 64-ядерном CPU без ускорения GPU, а часть сборки финального proof отмечена как будущая или ещё не реализованная. Также не определены параметры proving-сервиса: интерфейс для клиентов, модель надёжности, операторы и финансирование. Черновик прямо не добавляет внутрь протокола стимулов для выпуска доказательств финальности и не предлагает их, хотя теоретически финансирование может появиться вне протокола за счёт public goods или иных офчейн-моделей. EIP-8390 был добавлен в официальный репозиторий EIPs 24 августа в 02:04 UTC, но статус Draft означает, что это концепция для обсуждения, а не принятое обновление. У предложения нет activation epoch, нет обязательств в рамках дорожной карты Ethereum, а вопросы расписания отнесены к командам клиентов. В первом обновлении треда автора внешние ревью не указаны. Экономия на эмиссии в рамках приведённых расчётов выглядит определённой, но доступность замены, миграционный путь и экономика производства доказательств остаются открытыми. Для движения EIP-8390 к активации потребуется проверенный интерфейс для light-клиентов, рабочие миграции для текущих потребителей Altair и публичное производство proof, доступное в момент, когда пользователи начнут от него зависеть.