Віталік Бутерін запропонував дорожню карту для захисту Ethereum від квантових атак, що охоплює консенсус, доступність даних та коригування системи підписів
Віталік Бутерін повідомив, що Ethereum наразі має чотири типи квантової вразливості: підпис BLS на рівні консенсусу, підтвердження та обіцянки KZG, що залежать від доступності даних, підпис ECDSA для EOA, а також застосунки на основі KZG або Groth16 для ZK-підтверджень. Його стратегія полягає у поетапній заміні: на рівні консенсусу замінити підпис BLS на хеш-орієнтований підпис (наприклад, варіант Winternitz) у поєднанні з агрегуванням STARK, при цьому обережно обираючи нові основні хеш-функції; для доступності даних перейти від KZG до STARK, вирішуючи проблеми лінійної характеристики 2D DAS та доказів коду з виправленням помилок; для EOA ввести нативну абстракцію облікових записів (EIP-8141), що підтримує будь-які квантово-стійкі алгоритми підпису, а також зменшити навантаження на перевірку за допомогою векторизації попередніх обчислень та рекурсивного агрегування на рівні протоколу; для застосунків на рівні доказів — використовувати рекурсивне підписання та агрегування доказів на рівні протоколу, щоб зменшити кількість перевірок у ланцюгу.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Віталік Бутерін запропонував дорожню карту для захисту Ethereum від квантових атак, що охоплює консенсус, доступність даних та коригування системи підписів
Віталік Бутерін повідомив, що Ethereum наразі має чотири типи квантової вразливості: підпис BLS на рівні консенсусу, підтвердження та обіцянки KZG, що залежать від доступності даних, підпис ECDSA для EOA, а також застосунки на основі KZG або Groth16 для ZK-підтверджень. Його стратегія полягає у поетапній заміні: на рівні консенсусу замінити підпис BLS на хеш-орієнтований підпис (наприклад, варіант Winternitz) у поєднанні з агрегуванням STARK, при цьому обережно обираючи нові основні хеш-функції; для доступності даних перейти від KZG до STARK, вирішуючи проблеми лінійної характеристики 2D DAS та доказів коду з виправленням помилок; для EOA ввести нативну абстракцію облікових записів (EIP-8141), що підтримує будь-які квантово-стійкі алгоритми підпису, а також зменшити навантаження на перевірку за допомогою векторизації попередніх обчислень та рекурсивного агрегування на рівні протоколу; для застосунків на рівні доказів — використовувати рекурсивне підписання та агрегування доказів на рівні протоколу, щоб зменшити кількість перевірок у ланцюгу.