Віталік Бутерін розповів про невдалі технічні рішення Ethereum — ForkLog UA
На конференції ETHBerlin співзасновник Ethereum Віталік Бутерін перерахував п’ять архітектурних рішень блокчейна, які за можливості він хотів би змінити. Про це повідомляє DL News.
Розробник зазначив, що екосистема стає популярнішою, але її, як і раніше, «неправильно розуміють».
Віталік Бутерін на ETHBerlin. Джерело: DL News.
«У біткоїна проста історія — цифрове золото. Але у випадку з Ethereum це: „Ого, що таке ефір, чорт забирай?“», — заявив він.
Після спогадів про святкування запуску хардфорка The Merge у Берліні, Бутеріна запитали, що програміст змінив би в блокчейні, якби довелося починати все з нуля.
Занадто багато біт
Перше занепокоєння Бутеріна стосується віртуальної машини Ethereum (EVM). Він пояснив, що в оригінальній конструкції технології використовується 256-бітна обробка замість 64- або 32-бітної.
Збільшений обсяг забезпечує високу ефективність перевірки великих масивів даних, але вкрай неефективний для простих операцій, оскільки сильно «роздуває» блокчейн.
На зорі існування Ethereum оптимізації не було потрібно, але зі зростанням кількості користувачів завантаженість блокчейна перетворилася на проблему.
«Початковий дизайн [мережі] занадто підлаштовувався під 256-бітну версію», — уточнив Бутерін.
Оптимізація
Співзасновник Ethereum зазначив, що ранні розробники мережі повинні були зосередитися на спрощенні смартконтрактів.
На його думку, завдяки меншій кількості рядків коду «люди змогли б правильно бачити і перевіряти, що відбувається всередині протоколів».
Запізнілий PoS
Перехід Ethereum з алгоритму консенсусу Proof-of-Work на Proof-of-Stake міг відбутися набагато раніше, додав Бутерін.
«[Ще до офіційного запуску The Merge] команда була готова перейти на більш криву версію PoS. У підсумку ми витратили багато часу в спробах зробити механізм ідеальним», — розповів розробник.
За словами Бутеріна, перехід замінив «грубу й енергоємну обчислювальну потужність» економічними стимулами.
Однак він визнав, що міг «врятувати величезну кількість дерев, якби у 2018 році був більш опрацьований алгоритм консенсусу».
Журнал логів
Ethereum вважається відкритим блокчейном, де будь-яку транзакцію можна відстежити.
Однак у міру переходу від зовнішніх гаманців на кшталт MetaMask до абстракції облікового запису в Safe деякі аспекти мережевих логів почали губитися, зазначив Бутерін. Зокрема, він наголосив на необхідності впровадження автоматичних журналів переказів ETH.
«Ця функція повинна була існувати з самого початку. Це зайняло б усього близько 30 хвилин написання коду. Тепер доводиться впроваджувати EIP», — додав програміст.
Представлений Бутеріним 17 травня EIP-7708 вносить саме цю зміну.
Інша хеш-функція
Співзасновник Ethereum також волів би використовувати в блокчейні хеш-функцію SHA-2 замість поточної Keccak.
Ще під час розробки мережі проходив «конкурс хеш-функцій», організований Національним інститутом стандартів і технологій. Під час змагання розробникам пропонувалося придумати альтернативу SHA-2, але більшість пропозицій було відкинуто.
За підсумком конкурсу перемогла Keccak, в яку пізніше внесли зміни, фактично перетворивши її на SHA-3.
Однак команда Ethereum вже працювала з ранньою версією Keccak і, по суті, використовувала ітерацію до SHA-3, пояснив Бутерін. Тому розробникам довелося створювати спеціальну бібліотеку, щоб підтримувати обидва алгоритми в EVM.
«За великим рахунком це не має значення, і на нинішній розвиток це безумовно не впливає», — зазначив інший розробник Ethereum Маріус ван дер Вейден.
Незважаючи на деякі дизайнерські помилки, Бутерін упевнений у майбутньому мережі і переконаний, що в будь-якому проєкті знайдуться недоробки.
«Я просто дуже радий, що наші основні розробники та їхні можливості продовжують зростати з кожним роком. Ми в змозі ефективно і безпечно виправити деякі з цих помилок», — підсумував він.
Раніше співзасновник Ethereum підтримав ідею розробника X Вана Хаофея про конфіденційні лайки і запропонував перенести ініціативу в соцмережу Farcaster.
Нагадаємо, у травні Бутерін закликав до створення єдиного рішення інтероперабельності для L2-мереж.
Як три основні загрози для децентралізації блокчейна він назвав MEV, ліквідний стейкінг і вартість запуску повної ноди.