BlockBeats News, 3 травня співзасновник Ethereum Віталік Бутерін опублікував пост у блозі, в якому йдеться про те, що мета Ethereum – стати «світовою книгою»: платформою для зберігання цивілізованих активів та записів, базовим рівнем для фінансів, управління, сертифікації цінних даних тощо. Для цього потрібні дві речі: масштабованість і еластичність. Мета цієї публікації полягає в тому, щоб зосередитися на одному з найважливіших, але легко недооцінюваних аспектів відмовостійкості (і, зрештою, масштабованості): простоті протоколу. Однією з найкращих переваг Bitcoin є те, що його дизайн протоколу надзвичайно простий та елегантний, а простота протоколу допомагає Bitcoin або Ethereum стати надійним, нейтральним та глобально довіреним рівнем інфраструктури. У минулому Ethereum часто робив недостатньо в цьому плані, і в наступній частині цієї статті мова піде про те, як Ethereum може стати майже таким же лаконічним, як біткоіни, в найближчі п'ять років. Спрощення рівня консенсусу: новий рівень консенсусу (раніше відомий як Beam Chain) має на меті створити довгостроковий оптимальний рівень консенсусу для Ethereum, використовуючи весь наш досвід за останнє десятиліття в теорії консенсусу, розробці ZK-SNARK, економіці proof-of-stake та інших областях. Перевага цього рівня консенсусу полягає в тому, що він набагато лаконічніший, ніж існуючі ланцюги маяків. Спрощення рівня виконання: зростаюча складність EVM, значна частина якої виявилася непотрібною (і в багатьох випадках моя вина), пропонує замінити EVM на RISC-V або використовувати іншу віртуальну машину, яка може записати доказ Ethereum ZK. Я пропоную наслідувати приклад проекту Tinygrad і встановити мету «максимальної кількості рядків коду» для довгострокових технічних специфікацій Ethereum, з метою максимально наблизити ключовий код, пов'язаний з консенсусом, в Ethereum до простоти біткоіни. Код, який передбачає обробку історичних правил Ethereum, все одно буде збережено, але його слід уникати на шляху до критичного консенсусу. У той же час, ми також повинні впроваджувати наступні принципи в нашу загальну філософію дизайну: віддавайте перевагу простішим рішенням там, де це можливо, віддавайте перевагу «пакетній складності», а не «системній складності», а також віддавайте перевагу рішенням з чіткими атрибутами та гарантіями, які можна перевірити, у проектних рішеннях.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Віталік опублікував пропозицію спростити Ethereum L1, мета – наблизити простоту протоколу до Біткойн за п'ять років.
BlockBeats News, 3 травня співзасновник Ethereum Віталік Бутерін опублікував пост у блозі, в якому йдеться про те, що мета Ethereum – стати «світовою книгою»: платформою для зберігання цивілізованих активів та записів, базовим рівнем для фінансів, управління, сертифікації цінних даних тощо. Для цього потрібні дві речі: масштабованість і еластичність. Мета цієї публікації полягає в тому, щоб зосередитися на одному з найважливіших, але легко недооцінюваних аспектів відмовостійкості (і, зрештою, масштабованості): простоті протоколу. Однією з найкращих переваг Bitcoin є те, що його дизайн протоколу надзвичайно простий та елегантний, а простота протоколу допомагає Bitcoin або Ethereum стати надійним, нейтральним та глобально довіреним рівнем інфраструктури. У минулому Ethereum часто робив недостатньо в цьому плані, і в наступній частині цієї статті мова піде про те, як Ethereum може стати майже таким же лаконічним, як біткоіни, в найближчі п'ять років. Спрощення рівня консенсусу: новий рівень консенсусу (раніше відомий як Beam Chain) має на меті створити довгостроковий оптимальний рівень консенсусу для Ethereum, використовуючи весь наш досвід за останнє десятиліття в теорії консенсусу, розробці ZK-SNARK, економіці proof-of-stake та інших областях. Перевага цього рівня консенсусу полягає в тому, що він набагато лаконічніший, ніж існуючі ланцюги маяків. Спрощення рівня виконання: зростаюча складність EVM, значна частина якої виявилася непотрібною (і в багатьох випадках моя вина), пропонує замінити EVM на RISC-V або використовувати іншу віртуальну машину, яка може записати доказ Ethereum ZK. Я пропоную наслідувати приклад проекту Tinygrad і встановити мету «максимальної кількості рядків коду» для довгострокових технічних специфікацій Ethereum, з метою максимально наблизити ключовий код, пов'язаний з консенсусом, в Ethereum до простоти біткоіни. Код, який передбачає обробку історичних правил Ethereum, все одно буде збережено, але його слід уникати на шляху до критичного консенсусу. У той же час, ми також повинні впроваджувати наступні принципи в нашу загальну філософію дизайну: віддавайте перевагу простішим рішенням там, де це можливо, віддавайте перевагу «пакетній складності», а не «системній складності», а також віддавайте перевагу рішенням з чіткими атрибутами та гарантіями, які можна перевірити, у проектних рішеннях.