Ethereum Foundation рассматривает EIP-7906 для снижения рисков слепой подписи

3 мин

Исследователи из Ethereum Foundation оценивают нативные утверждения для транзакций, которые связывают безопасность транзакции с итоговым ончейн-состоянием, а не только с подписанными инструкциями. EIP-7906 описывает возможный путь с использованием посттранзакционного кадра в режиме только для чтения для проверки изменений состояния перед принятием результатов. Предложение рассматривается, не запланировано к внедрению и по-прежнему потребует, чтобы кошельки или протоколы применяли правила. Рыночное влияние зависит от реализации, внедрения и измеримых результатов, а не от самого объявления.

Что закрепляет объявление

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

Почему это может быть важно для крипторынков

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

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

Ограничения заголовка

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

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

Более широкий контекст

Нативные утверждения для транзакций вписываются в более широкий курс на безопасность кошельков. Разные стороны оценивают успех по-разному: пользователи ставят на первое место ясность и предсказуемый доступ; операторы — надежные механизмы контроля и управляемые издержки; институты — подотчетность. Эти точки зрения могут конфликтовать. Будущие обновления следует читать с учетом этого разнообразия целей.

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

Что смотреть дальше

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

Первичный источник: Ethereum native transaction assertions опубликовано 2026-10-05.

Редактор: Samuel Rae.