Ву сообщил, что Виталик Бутерин заявил о наличии в Ethereum четырех типов квантовых уязвимостей: в слое консенсуса — подписи BLS, в зависимости от данных — обещания и доказательства KZG, в EOA — подписи ECDSA, а также в прикладном слое — zk-доказательства на базе KZG или Groth16. Его стратегия устранения заключается в поэтапной замене: в слое консенсуса заменить подписи BLS на хэш-основанные подписи (например, вариацию Winternitz), совместив это с агрегированием STARK и аккуратно выбирая новые основные хэш-функции; для данных — перенести их с KZG на STARK, при этом решая проблему линейных свойств 2D DAS и доказательств кодов исправления ошибок; для EOA — ввести нативную абстракцию аккаунтов (EIP-8141), поддерживающую любые квантово-устойчивые алгоритмы подписи, а также использовать векторизированные предкомпиляции и рекурсивное агрегирование на протоколическом уровне для снижения затрат на проверку; для прикладных доказательств — реализовать рекурсивные подписи и агрегирование доказательств на уровне протокола, чтобы свести большое количество проверок к небольшому числу проверок в блокчейне.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Ву сообщил, что Виталик Бутерин заявил о наличии в Ethereum четырех типов квантовых уязвимостей: в слое консенсуса — подписи BLS, в зависимости от данных — обещания и доказательства KZG, в EOA — подписи ECDSA, а также в прикладном слое — zk-доказательства на базе KZG или Groth16. Его стратегия устранения заключается в поэтапной замене: в слое консенсуса заменить подписи BLS на хэш-основанные подписи (например, вариацию Winternitz), совместив это с агрегированием STARK и аккуратно выбирая новые основные хэш-функции; для данных — перенести их с KZG на STARK, при этом решая проблему линейных свойств 2D DAS и доказательств кодов исправления ошибок; для EOA — ввести нативную абстракцию аккаунтов (EIP-8141), поддерживающую любые квантово-устойчивые алгоритмы подписи, а также использовать векторизированные предкомпиляции и рекурсивное агрегирование на протоколическом уровне для снижения затрат на проверку; для прикладных доказательств — реализовать рекурсивные подписи и агрегирование доказательств на уровне протокола, чтобы свести большое количество проверок к небольшому числу проверок в блокчейне.