Ethereum потребує проходження «тесту відокремлюваності», Віталік виклав сім ключових цілей довгострокової стійкості протоколу

robot
Генерація анотацій у процесі

【区塊律動】 Ethereum засновник Vitalik нещодавно поділився глибокими роздумами щодо довгострокової сталості мережі Ethereum. Він запропонував важливу концепцію — «тест відокремлюваності», що означає, що навіть без постійної основної команди розробників або зовнішнього обслуговування, мережа Ethereum має залишатися здатною довго, безпечно та децентралізовано функціонувати.

За цим ідеєю лежить ключова концепція: ціннісна пропозиція Ethereum — стати інфраструктурою для бездовірчих, мінімально довірчих застосунків. У фінансовій, управлінській та інших сферах це означає, що застосунки, розгорнуті на Ethereum, мають більше нагадувати «інструменти», а не «послуги» — їх можна використовувати довгостроково, вони не стануть неактивними через припинення підтримки розробниками, атаки або комерційні інтереси. Щоб цього досягти, сама базова протокольна частина Ethereum не повинна постійно залежати від оновлень для підтримки нормальної роботи.

Vitalik підкреслив важливий етап розвитку: Ethereum має дійти до такого стану — навіть якщо вибрати заморозити протокол (без подальших оновлень), його основна ціннісна обіцянка все одно має залишатися чинною. Це не означає припинення всіх оновлень, а забезпечення того, що майбутні оновлення будуть «підсилюючими» оптимізаціями, а не «патчами, необхідними для виживання».

Щоб досягти цієї мети, Vitalik назвав сім ключових проектів, які потрібно систематично завершити в Ethereum:

По-перше, квантово-стійка криптографія, потрібно якомога раніше забезпечити криптографічну безпеку рівня століття. По-друге, стійка масштабована архітектура, реалізуючи довгострокове масштабування через ZK-EVM валідацію, PeerDAS-дані зразки тощо, при цьому максимально обмежуючи майбутні оновлення параметрами. Третє — довгострокова архітектура стану, за допомогою часткового безстанкового підходу та механізмів застарівання стану, щоб Ethereum міг підтримувати високий TPS протягом десятиліть.

Четверте — універсальна модель облікових записів (повна абстракція облікових записів), щоб позбавити Ethereum від жорсткої залежності від ECDSA на рівні протоколу. П’яте — безпечна та ефективна система ціноутворення Gas, що захищає від DoS-атак і враховує витрати на виконання та ZK-докази. Шосте — стійка економічна модель PoS, яка підтримує ETH як бездовірчий заставний актив і водночас зберігає довгострокову децентралізацію мережі. Нарешті — протидія центруванню механізмів побудови блоків, що має сильний опір цензурі.

Vitalik зазначив, що в ідеалі ці «жорсткі проекти» мають бути систематично завершені протягом наступних кількох років, щоб більшість інновацій могла відбуватися на рівні оптимізації клієнтів, через зміни параметрів, що відображаються у протоколі. Він підкреслив необхідність уникати компромісів і «зробити правильне одразу», щоб максимально підвищити довгострокову стійкість Ethereum у технічному та соціальному плані.

ETH5,91%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 3
  • Репост
  • Поділіться
Прокоментувати
0/400
ProofOfNothingvip
· 01-12 08:46
Концепція тесту відокремлюваності дійсно крута, по суті, Ethereum має жити як справжня інфраструктура, не можна постійно залежати від підживлення Справжня децентралізація має бути саме такою, не потрібно щодня чекати оновлень від батька, так?
Переглянути оригіналвідповісти на0
PumpStrategistvip
· 01-12 08:44
Ну... звучить дуже ідеально, але чи можуть цінні папери справді розподілитися до такої міри? Якщо форма вже сформована, це давно повинно було відобразитися у даних ланцюга.
Переглянути оригіналвідповісти на0
ForumMiningMastervip
· 01-12 08:40
Це "можливість залишити" звучить так, ніби йдеться про те, що Ethereum має навчитися самостійно існувати, а не завжди спиратися на старі досягнення команди розробників.
Переглянути оригіналвідповісти на0
  • Закріпити