Велична мета Ethereum полягає в тому, щоб стати цифровою платформою для глобальних активів і записів, надаючи базову підтримку для критично важливої інфраструктури, такої як фінанси, управління та сертифікація високоякісних даних. Для досягнення цієї мети необхідно враховувати дві основні можливості: масштабованість та стійкість.
Нещодавня жорстка форка Fusaka суттєво збільшила простір даних L2, а майбутня дорожня карта також планує подібне розширення для L1. Водночас, злиття (Merge) перевело Ethereum на консенсус PoS, покращилася різноманітність клієнтів, продовжується розвиток ZK-верифікованості та дослідження стійкості до квантових атак. Однак, крім підвищення продуктивності, існує ще одна важлива, але легко ігнорована основа стійкості: простота протоколу.
Простота: остаточний захист децентралізації
Найдивовижнішою рисою біткоїна є його надзвичайно простий дизайн протоколу:
Блокчейн складається з послідовних блоків
Кожен блок з'єднується з попереднім блоком через хеш
Блок перевіряється за допомогою PoW, тобто перевіряється, чи кілька перших цифр його хешу дорівнюють 0
Кожен блок містить транзакції, витрати на транзакції генеруються шляхом майнінгу або попередніх транзакцій.
Ця простота має безліч переваг:
Легко зрозуміти, знижує бар'єри для досліджень і розробок
Знизити витрати на розробку нових клієнтів, валідаторів та інструментів
Зменшити складність довгострокового обслуговування
Знизити ризик серйозних вразливостей безпеки
Зменшити можливість маніпуляцій з боку спеціальних інтересів
В історії Ethereum спостерігалося погане виконання в аспекті простоти, що призвело до непотрібних витрат на розробку, ризиків безпеки та закритої дослідницької культури. Протягом наступних п'яти років Ethereum має потенціал наблизитися за простотою до Bitcoin, вдосконалюючи два аспекти: рівень консенсусу та рівень виконання.
Спрощений рівень консенсусу
Майбутній новий механізм консенсусу об'єднає глибокі накопичення минулих десяти років у теорії консенсусу, ZK-SNARK і стейкінговій економіці, з метою створення довгострокового оптимального та суттєво спрощеного рівня консенсусу:
Три槽 завершальний механізм: спрощена логіка slot та epoch, без необхідності в складних механізмах, таких як зміна комітету тощо.
Спрощений вибір розгалуження та мережна структура: простіші правила вибору розгалуження, STARK-агрегація дозволяє будь-кому стати агрегатором
Спрощена логіка переходу станів: перероблено механізми приєднання, виходу, вилучення та перемикання ключів валідаторів
Спрощений виконавчий рівень
Виконавчий шар є справжнім "місцем збору чорної магії", що включає складний набір інструкцій EVM, важкі для розуміння попередньо скомпільовані контракти та історичне навантаження сумісності. Розгляньте можливість заміни EVM на просту, високо продуктивну, дружню до ZK віртуальну машину, таку як RISC-V:
Продуктивність покращилась у сто разів
Безшовна інтеграція з основними мовами програмування
Нативна підтримка системи нульових знань
Чітка структура, зручно для аудиту та перевірки безпеки
Майже не потрібно попередньо компілювати контракти
Процес міграції може спиратися на технологію Rosetta від Apple, що дозволяє старим контрактам працювати в EVM-інтерпретаторі, написаному на RISC-V, забезпечуючи безболісне оновлення.
Побудова більш елегантної системної основи
У майбутньому протокол Ethereum має інтегрувати більше "спільних компонентів", щоб зменшити складність системи:
Уніфікований код для корекції помилок: використовується для вибірки доступності даних, історичного зберігання та прискорення P2P трансляції
Уніфікований формат серіалізації (SSZ): ефективний і сумісний
Уніфікована структура деревоподібного стану (бінарне дерево): краще підходить для ZK-доказів, швидше і простіше
Це зробить Ethereum справжнім "протокольним блоком", побудованим на основі інженерної естетики.
Культурна трансформація, що підкреслює простоту
Простота та децентралізація є основою стійкості системи. Цінність простоти вимагає культурних змін, її вигоди важко одразу кількісно оцінити, але вартість у довгостроковій перспективі є величезною.
Можна запозичити ідеї tinygrad, щоб встановити цільову максимальну кількість рядків коду консенсусу для довгострокових стандартів Ethereum, що дозволить наблизити складність ключових шляхів консенсусу до Bitcoin. Логіка, пов'язана з історичними правилами, повинна бути ізольована від неконсенсусних шляхів. Загальний дизайн повинен дотримуватися принципу "переваги простіших рішень", схиляючись до локальної упаковки, а не системної складності, пріоритетно обираючи архітектурні рішення з чіткими властивостями та можливістю перевірки.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
14 лайків
Нагородити
14
4
Поділіться
Прокоментувати
0/400
DegenGambler
· 23год тому
V佬 давно не виходив на бізнес.
Переглянути оригіналвідповісти на0
MeaninglessGwei
· 07-30 00:50
і не має вже цінності для майнінгу
Переглянути оригіналвідповісти на0
MEVHunterBearish
· 07-30 00:40
Менше займатися цими витівками, хто грає, той знає.
Ethereum спрощений план: прагнення до мінімалістичного протоколу, підвищення стійкості системи
Спрощений L1: новий шлях Ethereum
Велична мета Ethereum полягає в тому, щоб стати цифровою платформою для глобальних активів і записів, надаючи базову підтримку для критично важливої інфраструктури, такої як фінанси, управління та сертифікація високоякісних даних. Для досягнення цієї мети необхідно враховувати дві основні можливості: масштабованість та стійкість.
Нещодавня жорстка форка Fusaka суттєво збільшила простір даних L2, а майбутня дорожня карта також планує подібне розширення для L1. Водночас, злиття (Merge) перевело Ethereum на консенсус PoS, покращилася різноманітність клієнтів, продовжується розвиток ZK-верифікованості та дослідження стійкості до квантових атак. Однак, крім підвищення продуктивності, існує ще одна важлива, але легко ігнорована основа стійкості: простота протоколу.
Простота: остаточний захист децентралізації
Найдивовижнішою рисою біткоїна є його надзвичайно простий дизайн протоколу:
Ця простота має безліч переваг:
В історії Ethereum спостерігалося погане виконання в аспекті простоти, що призвело до непотрібних витрат на розробку, ризиків безпеки та закритої дослідницької культури. Протягом наступних п'яти років Ethereum має потенціал наблизитися за простотою до Bitcoin, вдосконалюючи два аспекти: рівень консенсусу та рівень виконання.
Спрощений рівень консенсусу
Майбутній новий механізм консенсусу об'єднає глибокі накопичення минулих десяти років у теорії консенсусу, ZK-SNARK і стейкінговій економіці, з метою створення довгострокового оптимального та суттєво спрощеного рівня консенсусу:
Спрощений виконавчий рівень
Виконавчий шар є справжнім "місцем збору чорної магії", що включає складний набір інструкцій EVM, важкі для розуміння попередньо скомпільовані контракти та історичне навантаження сумісності. Розгляньте можливість заміни EVM на просту, високо продуктивну, дружню до ZK віртуальну машину, таку як RISC-V:
Процес міграції може спиратися на технологію Rosetta від Apple, що дозволяє старим контрактам працювати в EVM-інтерпретаторі, написаному на RISC-V, забезпечуючи безболісне оновлення.
Побудова більш елегантної системної основи
У майбутньому протокол Ethereum має інтегрувати більше "спільних компонентів", щоб зменшити складність системи:
Це зробить Ethereum справжнім "протокольним блоком", побудованим на основі інженерної естетики.
Культурна трансформація, що підкреслює простоту
Простота та децентралізація є основою стійкості системи. Цінність простоти вимагає культурних змін, її вигоди важко одразу кількісно оцінити, але вартість у довгостроковій перспективі є величезною.
Можна запозичити ідеї tinygrad, щоб встановити цільову максимальну кількість рядків коду консенсусу для довгострокових стандартів Ethereum, що дозволить наблизити складність ключових шляхів консенсусу до Bitcoin. Логіка, пов'язана з історичними правилами, повинна бути ізольована від неконсенсусних шляхів. Загальний дизайн повинен дотримуватися принципу "переваги простіших рішень", схиляючись до локальної упаковки, а не системної складності, пріоритетно обираючи архітектурні рішення з чіткими властивостями та можливістю перевірки.