Ethereum EIP-8479 объяснено: постквантовый PeerDAS и блобы переменного размера

Ethereum EIP-8479 объяснено: постквантовый PeerDAS и блобы переменного размера

Пользовательское изображение
А что, если ethereum сможет сделать свою инфраструктуру доступности данных более устойчивой к будущим квантовым компьютерам, одновременно предоставив сетям Layer 2 большую гибкость в том, как они публикуют транзакционные данные? Новое предложение, представленное исследователем Ethereum Foundation Франческо Риситано 1 ноября 2026 года, исследует именно эту возможность. Черновик, первоначально обозначенный как EIP-9999, предлагает заменить KZG-обязательства в PeerDAS на Merkle-обязательства на основе Keccak-256 и доказательства LeanDA STARK. Он также вводит blob-блоки переменного размера от 2 КиБ до 512 КиБ, позволяя рулапам выбирать объем данных, более точно соответствующий их потребностям. Тема обсуждения Ethereum Magicians использует обозначение EIP-8479, что делает различие в нумерации важным при отслеживании предложения. Хотя дизайн пока находится на ранней стадии обзора, он связывает три ключевых приоритета развития ethereum: постквантовую криптографию, доступность данных и масштабируемость Layer 2. Его потенциальное значение выходит за рамки протокольной инженерии, поднимая вопросы о стоимости рулапов, конкурентоспособности инфраструктуры ethereum и долгосрочной ценности ETH для экосистемы.

Основные выводы

  • Новое постквантовое предложение: В черновике рассматривается замена обязательств PeerDAS на основе KZG на Меркелевские обязательства Keccak-256 и доказательства LeanDA STARK.
  • Блоки переменного размера: дизайн позволяет использовать размеры блоков, кратные степени двойки, от 2 КБ до 512 КБ, сохраняя при этом 128 столбцов на блок.
  • Последствия для Layer 2: Rollups могут выбирать объемы данных, более точно соответствующие пакетам транзакций, что потенциально улучшит использование данных.
  • Криптографические изменения: пути аутентификации Меркла заменят доказательства ячеек KZG, а доказательства STARK проверят кодирование Рида-Соломона и производную обязательств.
  • Ранняя стадия разработки: Предложение остается черновиком, параметры системы доказательства, интеграция клиентов и производственные показатели требуют доработки.
  • Релевантность рынка ETH: Предложение может укрепить долгосрочную нарративную основу Ethereum, но не создает немедленного катализатора для цен ETH или гарантии снижения комиссий за транзакции.

Что такое Ethereum EIP-8479 и почему он был предложен?

Предложение решает две взаимосвязанные задачи: долгосрочную криптографическую безопасность слоя доступности данных Ethereum и необходимость в более гибкой емкости для данных для роллапов. Его первоначальная спецификация называется EIP-9999, а обсуждение в ноябре использовало название EIP-8479. Авторами являются Франческо Риситано, Томас Коратгер и Том Вамбсганс, а первоначальный черновик датирован 26 октября 2026 года. Предложение является Core, Standards Track EIP и в настоящее время имеет статус Draft. Оно ссылается на несколько связанных предложений, включая EIP-4844, EIP-7594, EIP-7892, EIP-8141 и EIP-8288.

Почему существующему PeerDAS нужен другой криптографический подход

PeerDAS, или Peer Data Availability Sampling, позволяет нодам Ethereum проверять доступность данных blob без загрузки каждого байта всего blob. Механизм распределяет данные по столбцам, возлагает ответственность за хранение на ноды и позволяет участникам выбирать и проверять отдельные фрагменты. Это снижает требования к объему данных для обычных валидаторов, сохраняя при этом возможность проверки доступности данных.
 
Текущая конструкция использует KZG-обязательства и клеточные доказательства для аутентификации выборочных данных. KZG основан на криптографии с использованием парных операций над эллиптическими кривыми, которая в принципе уязвима перед достаточно мощными квантовыми компьютерами с отказоустойчивостью, работающими по алгоритму Шора. Хотя практических квантовых компьютеров, способных нарушить криптографические допущения Ethereum, в настоящее время не существует, исследователи протоколов оценивают альтернативы до того, как такая угроза станет реальной. Обсуждение EIP-8479, следовательно, отражает стратегию обеспечения безопасности с учетом перспективы, а не ответ на немедленную квантовую атаку.

Почему гибкость Blob важна для ethereum

Вторая мотивация связана с тем, как роллапы приобретают и публикуют емкость для данных. Фиксированные по размеру структуры данных могут создавать неэффективности, когда пакет транзакций роллапа не соответствует доступной емкости. Меньший пакет может оставить неиспользованное пространство, а ожидание накопления большего пакета может вызвать дополнительные задержки при публикации.
 
Бlobs переменного размера направлены на то, чтобы дать операторам rollup больше контроля над этим компромиссом. Вместо того чтобы рассматривать каждую отправку как единицу фиксированной емкости, предлагаемая архитектура позволяет поддерживаемым размерам blob масштабироваться степенями двойки. Это может сделать публикацию данных более адаптивной к различным объемам транзакций и операционным требованиям.

Как EIP-8479 заменяет KZG на постквантовые STARKs?

Центральным криптографическим изменением является замена KZG-обязательств и доказательств ячеек на Merkle-обязательства Keccak-256, Merkle-пути аутентификации и доказательства LeanDA STARK. Дизайн разделяет задачу аутентификации отдельных образцов данных с задачей доказательства корректного кодирования и обязательства всего блоба. Это направлено на устранение зависимости от предположений о парингах эллиптических кривых и устранение необходимой доверенной настройки, требуемой существующей конструкцией KZG.

Keccak-256 Merkle-обязательства

Дерево Меркла организует данные через повторное хеширование. Отдельные элементы данных сначала хешируются в листовые ноды, после чего пары хешей объединяются для создания узлов более высокого уровня. Процесс продолжается до тех пор, пока один корень Меркла не будет представлять собой структуру данных.
 
В предложенном дизайне PeerDAS каждый blob получает Merkle-обязательство на основе Keccak-256. Когда нода выбирает определённую ячейку данных, она может получить соответствующий Merkle-путь аутентификации и независимо проверить, что ячейка принадлежит зафиксированному blob. Это обеспечивает способ аутентификации выборочных данных без использования KZG-доказательств ячеек.
 
Keccak-256 особенно актуален, поскольку хеш-основанные криптографические конструкции обычно считаются более подходящими для постквантовой безопасности, чем схемы, основанные на дискретных логарифмах на эллиптических кривых. Квантовые алгоритмы поиска все еще могут снизить эффективную безопасность хеш-функций, поэтому параметры безопасности и детали реализации остаются важными. Следовательно, данное предложение следует понимать как шаг к квантоустойчивым криптографическим допущениям, а не как гарантию от всех будущих квантовых атак.

Что именно проверяет LeanDA STARK?

Аутентификация по Мерклу подтверждает, что выбранная ячейка принадлежит определённой зафиксированной структуре данных, но протокол также должен подтвердить корректность кодирования данных боба и генерации обязательства. Именно здесь важную роль играет LeanDA STARK.
 
Предлагаемое доказательство STARK подтверждает две ключевые характеристики: то, что blob удовлетворяет своему соотношению кодирования Рида-Соломона, и то, что соответствующая меркелевская привязка была правильно получена. Кодирование Рида-Соломона вводит избыточность, которая позволяет восстановить отсутствующие части данных, когда доступно достаточно действительных частей. Доказательство позволяет сети проверить соответствующие отношения кодирования и привязки, не требуя от каждого проверяющего повторять всю вычислительную процедуру независимо.
 
Предложение также связывает доказательства LeanDA с EIP-8288, который предоставляет фреймворк рекурсивной агрегации STARK на уровне блока. Вместо того чтобы рассматривать каждое доказательство как изолированную задачу верификации, дизайн вводит рамки зависимости доступности данных, доказательства которых могут быть объединены в более широкую агрегацию на уровне блока. Эта интеграция имеет техническое значение, поскольку затраты на генерацию, агрегацию и верификацию доказательств повлияют на практическую применимость дизайна для клиентов ethereum.

Как переменные по размеру блобы изменяют доступность данных в ethereum?

Предложение вводит размеры blob от 2 КиБ до 512 КиБ, при этом поддерживаемые длины в байтах ограничены степенями двойки. Каждый blob сохраняет 128 столбцов, что означает, что длина в байтах отдельных единиц данных изменяется, а общая структура столбцов остается неизменной. Это существенное отклонение от традиционной модели blob фиксированного размера, используемой существующей инфраструктурой доступности данных Ethereum.

От фиксированной емкости к гибкой публикации данных

В соответствии с предложенной схемой руллап может выбрать размер блоба, более точно соответствующий объему данных, которые необходимо опубликовать. Небольшая партия транзакций может использовать меньший блоб, в то время как более крупная партия может выбрать большую емкость. Цель — сократить избыточное заполнение и предоставить руллапам больше гибкости при балансировке затрат на доступность данных и частоту публикации.
 
Следующие примеры иллюстрируют предложенный диапазон мощности:
  • 2 КиБ: небольшая передача данных, требующая ограниченной пропускной способности.
  • 8 КБ–64 КБ: промежуточные размеры для относительно компактных пакетов транзакций.
  • 128 КиБ: знакомый ориентир, соответствующий традиционной емкости блоба.
  • 256 КиБ–512 КиБ: Более крупные отправки, требующие дополнительной емкости данных.
 
Предложение также определяет изменения в транзакциях, содержащих blob. Вместо полагания исключительно на существующее представление версионного хеша, предлагаемая структура транзакции использует корень Меркла и явное поле длины в байтах. Транзакции, содержащие blob, представлены с использованием фрейм-транзакций EIP-8141, связывающих новую структуру данных с общей конструкцией формата транзакций.

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

Гибкая емкость blob может улучшить использование данных, но связь между размером blob и комиссиями не так проста, как выбор меньшего blob и автоматическая оплата меньшей суммы. Предложение также изменяет сетевые требования и учет газа, включая затраты, связанные с аутентификацией Merkle и новым процессом проверки.
 
Для операторов rollup соответствующий расчет включает не только сырую емкость данных. Им необходимо учитывать размеры пакетов транзакций, частоту публикации blob, расходы на генерацию доказательств, распространение в сети и рыночную цену blob gas. Меньший blob может быть более эффективным для одной нагрузки, в то время как более крупная отправка может быть предпочтительной для другой.
 
Следовательно, данный дизайн создает возможность оптимизировать публикацию данных, а не обещает универсальное снижение комиссий. Реальная экономия будет зависеть от показателей реализации и от того, как разработчики rollup адаптируют свои стратегии пакетной обработки после дополнительного рассмотрения предложения.

Что может означать EIP-8479 для сетей Layer 2 ethereum?

Предложение может сделать инфраструктуру доступности данных Ethereum более адаптивной к потребностям сетей второго уровня, особенно роллапов, которые публикуют данные транзакций пакетами. Arbitrum, Optimism и Base — примеры крупных экосистем масштабирования Ethereum, операторы которых заинтересованы в эффективной и предсказуемой публикации данных. Однако EIP-8479 не изменяет напрямую их среды выполнения и не гарантирует немедленного снижения комиссий за транзакции пользователей.

Потенциальные преимущества для операторов Rollup

Роллапы должны балансировать частоту отправки пакетов транзакций и стоимость публикации данных на Ethereum. Блоки фиксированной емкости могут создавать несоответствие между фактическими требованиями к данным и приобретенной емкостью. Блоки переменного размера могут дать операторам больше возможностей при выборе размеров пакетов и графиков публикации.
 
Например, рулап с относительно низкой активностью транзакций может предпочесть публиковать меньшие пакеты, не дожидаясь накопления достаточного объема данных для заполнения более крупной структуры фиксированной емкости. Рулап с высокой нагрузкой может использовать более крупные блобы для консолидации большего объема данных в каждой отправке. Такие решения могут улучшить операционную гибкость и помочь разработчикам оптимизировать соотношение между стоимостью доступности данных и задержкой транзакций.
 
Выгода не обязательно будет одинаковой Across сетях. Rollups различаются по объему транзакций, методам сжатия, моделям последовательности и стратегиям публикации данных. Соответственно, разработчикам необходимо оценить, оправдывает ли дополнительная гибкость затраты на реализацию и генерацию доказательств.

Последствия для конкуренции Layer 2 ethereum

Ethereum конкурирует с альтернативными экосистемами блокчейна, предлагающими различные подходы к выполнению, согласованию транзакций и доступности данных. Улучшение эффективности его инфраструктуры blob может поддержать позицию Ethereum как слоя согласования и доступности данных для приложений на основе rollup.
 
Однако конкурентоспособность сети зависит не только от емкости blob. Разработчики и пользователи также учитывают комиссии за транзакции, производительность приложений, ликвидность, интероперабельность, безопасность и поддержку экосистемы. EIP-8479 решает одну важную часть этой более широкой проблемы: криптографическую и инфраструктуру доступности данных, лежащую в основе масштабирования rollup.
 
Его потенциальный вклад поэтому лучше оценивать как улучшение инфраструктуры, которое со временем может укрепить среду разработки Layer 2 Ethereum, а не как немедленное конкурентное преимущество, которое уже было продемонстрировано.

Как EIP-8479 вписывается в постквантовую дорожную карту ethereum?

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

Три криптографические области требуют внимания

Криптографическая архитектура ethereum включает несколько компонентов с различными предположениями о безопасности:
Консенсусные подписи: валидаторы Ethereum используют подписи BLS для участия в консенсусе и агрегации аттестаций. Поскольку BLS зависит от криптографии на основе спаривания эллиптических кривых, исследователи изучают альтернативные системы подписей, которые могут обеспечить более высокую постквантовую безопасность.
 
Подписи аккаунтов: Стандартные внешние аккаунты используют подписи ECDSA. Достаточно мощный квантовый компьютер теоретически может использовать алгоритм Шора для получения информации о закрытом ключе из открытых ключей, раскрытых при соответствующих предположениях об эллиптических кривых. Абстракция аккаунтов и альтернативные механизмы проверки подписей являются одними из подходов, которые могут поддержать будущую миграцию.
 
Обязательства по доступности данных: обязательства KZG являются компонентом, на который прямо направлено это предложение. Замена их на хеш-основанные мерклевские обязательства и доказательства STARK решит одну конкретную часть криптографической уязвимости протокола.
 
Эти области связаны, но их нельзя обновить с помощью одного изменения. Переход Ethereum послеквантовой эпохи потребует согласованной работы в области консенсуса, исполнения, сетевой инфраструктуры и приложений.

Почему важны дизайны на основе STARK

Системы STARK используют хеш-функции и прозрачные конструкции доказательств, а не полагаются на парные операции над эллиптическими кривыми и традиционную доверенную настройку. Их свойства делают их кандидатами для постквантовых приложений, хотя размер доказательства, производительность проверки, сложность реализации и параметры безопасности хеш-функций всё ещё необходимо оценить.
 
EIP-8479 также демонстрирует важность связи криптографических исследований с инженерией протоколов. Теоретически безопасная система доказательств недостаточна сама по себе: она должна работать в рамках временных интервалов блоков Ethereum, пропускной способности, ресурсов валидаторов и ограничений совместимости клиентов. Интеграция предложения с EIP-8288 отражает необходимость рассмотрения проверки доказательств на уровне всего блока.

Каков текущий статус EIP-8479?

На 2 ноября 2026 года предложение остается черновиком на ранней стадии, а не одобренным обновлением сети Ethereum. Его обсуждение 1 ноября и запрос на pull request в GitHub призывают к обратной связи от разработчиков rollup, команд консенсуса и исполнительных клиентов, участников сети и криптографических исследователей. Спецификация явно указывает на несколько нерешенных вопросов, что означает, что до рассмотрения любого развертывания на мейннете осталась значительная работа по проектированию и реализации.

Выдающиеся технические проблемы

Первая проблема — завершение гостевой программы LeanDA и ее хеш ключа проверки. Эти компоненты важны, поскольку определяют вычисление, которое доказывается, и параметры, используемые проверяющими для проверки полученного STARK-доказательства.
 
Вторая проблема — реализация клиентом. Предложение требует скоординированных изменений в компонентах уровня исполнения, уровня консенсуса и сетевого взаимодействия. Разработчики должны обеспечить, чтобы различные клиенты одинаково интерпретировали обязательства по баблам, поля транзакций и процедуры аутентификации данных.
 
Третья проблема касается производительности. Генерация доказательств, рекурсивная агрегация, пути аутентификации Меркля и пропускная способность PeerDAS должны быть протестированы на различных конфигурациях нод. Дизайн, который работает в контролируемой исследовательской среде, должен оставаться практичным для более широкой сети валидаторов.
 
В конечном итоге операторы rollup должны подтвердить, соответствует ли предложенное распределение размеров blob реальному спросу. Обратная связь по предпочтительным объемам поможет определить, обеспечивают ли blob переменного размера значимые преимущества помимо дополнительной сложности протокола.

Что должны отслеживать разработчики и инвесторы дальше?

Самыми важными достижениями будут прогресс в разработке спецификации, публикация рабочего прототипа, независимый криптографический аудит и результаты производительности. Отзывы от команд rollup также помогут определить, является ли предложенный диапазон емкости полезным для реальных рабочих нагрузок по публикации данных.
 
Статус связанных предложений также имеет значение. EIP-8288 предоставляет фреймворк для рекурсивной агрегации доказательств, на который ссылается LeanDA, а EIP-8141 предоставляет предложенную структуру фрейм-транзакций. Прогресс их реализации может повлиять на путь интеграции нового дизайна.
 
Для инвесторов важно различать исследовательское предложение и запланированное обновление. Черновик EIP может повлиять на долгосрочную повестку развития ethereum, но его не следует рассматривать как доказательство того, что конкретная функция будет реализована на мейннете или вызовет измеримое изменение спроса на ETH.

Может ли EIP-8479 повлиять на цену ETH и распространение ethereum?

EIP-8479 имеет потенциальные долгосрочные последствия для инфраструктуры Ethereum, но его немедленное влияние на оценку ETH, скорее всего, будет определяться ожиданиями рынка, а не прямыми изменениями в экономике сети. Предложение еще не реализовано, и официального графика активации на мейннете не существует. Следовательно, оно пока не предоставляет измеримых доказательств снижения комиссий rollup, увеличения использования blob или роста спроса на транзакции ETH.
 
В краткосрочной перспективе трейдеры и аналитики с большей вероятностью будут отслеживать спотовую торговлю ETH, позиции по деривативам, потоки ETF и общие рыночные условия. Новости о предложении могут усилить интерес к технической дорожной карте Ethereum, но одного черновика спецификации недостаточно для формирования устойчивого ценового катализатора.
 
В долгосрочной перспективе успешная реализация может поддержать роль Ethereum в качестве безопасного слоя обеспечения доступности данных и расчетов. Более гибкая емкость blob может помочь rollup управлять публикацией данных, а хешируемые обязательства и STARK-доказательства могут способствовать переходу сети в постквантовую эпоху. Эти улучшения могут укрепить доверие разработчиков и участие в экосистеме, если они обеспечат практические преимущества в производительности.
 
Тем не менее, общая оценка ETH будет продолжать зависеть от активности сети, стейкинга, динамики предложения, внедрения приложений и конкуренции со стороны других экосистем блокчейн. EIP-8479 следует рассматривать как один из компонентов долгосрочного развития инфраструктуры Ethereum, а не как самостоятельную инвестиционную идею.

Заключение

Предлагаемая Ethereum постквантовая архитектура PeerDAS и дизайн переменного размера blob представляет собой важное направление исследований для инфраструктуры доступности данных сети. Заменяя KZG-обязательства и доказательства ячеек на Merkle-обязательства Keccak-256 и верификацию LeanDA STARK, предложение исследует криптографическую архитектуру, лучше соответствующую долгосрочным целям постквантовой безопасности. Его дизайн переменного размера blob, варьирующийся от 2 КиБ до 512 КиБ, также обеспечивает большую гибкость для роллапов, которым необходимо публиковать разные объемы транзакционных данных.
 
Однако предложение пока находится на ранней стадии черновика. Его параметры доказательства, интеграция с клиентами, изменения в сети и требования к производительности еще требуют решения через технический обзор и тестирование реализации. Для Ethereum значимость этого развития заключается в сочетании криптографической устойчивости и эффективности данных Layer 2. То, улучшит ли оно в конечном итоге экономику rollup или повлияет на принятие ETH, будет зависеть от успешной реализации и измеримой выгоды для экосистемы. Пока что EIP-8479 лучше всего понимать как перспективное предложение по инфраструктуре в рамках более широкой повестки Ethereum по масштабированию и исследованиям после квантовой эры.

ЧаВо

В чем разница между EIP и ERC?

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

Что означает PeerDAS?

PeerDAS означает Peer Data Availability Sampling. Это механизм, позволяющий нодам ethereum выбирать фрагменты распределённых данных blob вместо загрузки каждого элемента данных. Такой подход помогает снизить объём данных, требуемых для каждой ноды, сохраняя при этом возможность проверить доступность данных.

Что такое кодирование Рида-Соломона?

Кодирование Рида-Соломона — это код, исправляющий ошибки, который добавляет избыточность к данным. Это позволяет восстановить отсутствующие части, если доступно достаточное количество действительных частей. Оно актуально для PeerDAS, поскольку распределённая доступность данных зависит от способности сети восстановить исходные данные из выборочных и распределённых компонентов.

Что такое доверенная настройка в криптографии?

Надёжная настройка — это процесс инициализации, используемый некоторыми криптографическими системами для генерации общих параметров. Если секретная информация не будет правильно уничтожена, это может создать риски безопасности. KZG-обязательства зависят от надёжной настройки, тогда как предложенный STARK-основанный дизайн стремится избежать этой необходимости за счёт прозрачного построения доказательства.

Как пользователи могут отслеживать прогресс предложения по улучшению ethereum?

Пользователи могут отслеживать репозиторий Ethereum EIPs на GitHub, изучать технические обсуждения на Ethereum Magicians и следить за обновлениями от разработчиков Ethereum. Важными вехами являются пересмотры спецификаций, независимые обзоры, прототипные реализации, тестирование клиентов и любые формальные решения о включении в будущее обновление сети.
 
Отказ от ответственности: Данная общая информация о рынке, возможно, из сторонних, коммерческих или спонсируемых источников, предоставлена исключительно в справочных и образовательных целях и не является финансовой или инвестиционной консультацией, предложением, запросом или гарантией. Мы отказываемся от ответственности за её точность, полноту, надежность и любые возникшие потери. Инвестиции/торговля сопряжены с риском; прошлые результаты не гарантируют будущих. Пользователи должны проводить собственное исследование, принимать обоснованные решения и нести полную ответственность. Для получения дополнительной информации обратитесь к Условиям использования и Раскрытию рисков KuCoin.

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