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

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

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

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