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

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

Ми сподіваємося, що клієнтським розробникам більше не доведеться мати справу з усіма старими версіями протоколу Ethereum. Це можна залишити старим версіям клієнтів, що працюють у контейнерах Docker. У довгостроковій перспективі я сподіваюся, що темпи змін Ethereum сповільняться. Я вважаю, що з різних причин це зрештою неминуче. Перші п'ятнадцять років слід розглядати як фазу зростання, коли ми досліджували багато ідей і вивчали, що спрацювало, що працювало, а що ні. Ми повинні намагатися запобігти тому, щоб ці непотрібні деталі стали постійним тягарем для протоколу Ethereum.»