BlockBeats повідомляє, 18 січня, засновник Ethereum Віталік опублікував допис, в якому зазначив, що важливою, але довгий час недооціненою стороною «безперешкодного довіри», «тесту на відокремлення» та «автономії» є простота протоколу. Навіть якщо протокол надзвичайно децентралізований, має сотні тисяч вузлів, має здатність переносити 49% помилок Байєнта, вузли використовують квантово-захищені peerda та stark для повної перевірки всього, але якщо цей протокол є хаотичним і незручним, що складається з десятків тисяч рядків коду та п'яти форм криптографії на рівні доктора, то в кінцевому підсумку цей протокол не зможе пройти всі три тесту: він не буде повністю безперешкодним, не буде повністю автономним і не буде дуже безпечним.
Однією з моїх думок щодо розробки протоколу Ethereum є те, що ми можемо бути занадто поспішними з додаванням нових функцій, щоб задовольнити певні потреби, навіть якщо ці функції зроблять протокол громіздким, або вводити цілком нові компоненти взаємодії або складні криптографічні засоби як ключові залежності. Це може призвести до підвищення функціональності в короткостроковій перспективі, але суттєво вплине на автономність протоколу в довгостроковій перспективі. Основна проблема полягає в тому, що якщо ми вимірюємо зміни протоколу за ступенем змін існуючого протоколу, то для збереження зворотної сумісності додавання функцій буде значно перевищувати їх вилучення, і протокол неодмінно стане громіздким з плином часу. Щоб вирішити цю проблему, розробці Ethereum потрібно встановити чіткий механізм «спрощення» / «прибирання сміття».
Ми сподіваємося, що розробники клієнтів більше не змушені будуть працювати з усіма старими версіями протоколу Ethereum. Це можна залишити клієнтам у контейнерах Docker. На довгострокову перспективу я сподіваюся, що темп змін у Ethereum зменшиться. Я вважаю, що з певних причин це, нарешті, неодмінно станеться. Ці перші п'ятнадцять років слід розглядати як стадію зростання, на якій ми досліджували багато ідей, спостерігали, що працює, що корисно, а що — ні. Ми повинні прагнути до того, щоб те, що виявилось неефективним, не стало постійним навантаженням для протоколу Ethereum.