Віталік: ключовим для довгострокової сталості Ethereum є простота протоколу та механізм «сміттєвиведення»

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