18 січня, PANews. Віталік Бутерін на платформі X написав, що важлива, але довгий час недооцінена частина «безпідставності», «тесту на відходження» і «самовладдя» — це простота протоколу. Навіть якщо протокол має десятки тисяч вузлів, 49% відтинання Байзанта, і вузли повністю перевіряють все через квантово-стійкі peerdas і starks, але якщо цей протокол є громіздким хаотичним об'єднанням десятків тисяч рядків коду і п'яти видів криптографії на рівні докторських дисертацій, то цей протокол в кінцевому підсумку провалить усі три тесту: Він не буде безпідставним, тому що користувачі повинні довіряти невеличкій групі висококваліфікованих «священиків» для пояснення властивостей протоколу. Він не зможе пройти «тест на відходження», тому що якщо поточна команда клієнтів відійде, новій команді буде дуже важко досягти такого ж рівня якості. Він не буде самовладним, тому що навіть найбільш технічно компетентні люди не зможуть перевірити і зрозуміти його, і він не буде повністю належати користувачам. Крім того, його безпека буде низькою, тому що кожна частина протоколу, особливо якщо вона може взаємодіяти з іншими частинами у складній манері, створює ризик збою протоколу. Одна з моїх думок щодо розробки протоколу Ethereum — це те, що ми можемо бути занадто поспішними з додаванням нових функцій, щоб задовольнити дуже специфічні потреби, навіть якщо ці функції роблять протокол громіздким або додають нові типи взаємодії або складну криптографію як ключові залежності. Це може бути корисним у короткостроковій перспективі, але це дуже шкідливо для підтримки довгострокового самовладдя і створення децентралізованої надбудови, яка виживе вище імперій і ідеологічних коливань. Основна проблема в тому, що якщо оцінювати зміни протоколу з точки зору «наскільки вони змінюють існуючий протокол», то бажання підтримувати зворотну сумісність означає, що додавання буде відбуватися набагато частіше, ніж вилучення, і протокол неминуче стане громіздким. Щоб протистояти цьому, процес розробки Ethereum має мати чітку функцію «спрощення» або «прибирання сміття». «Спрощення» має три критерії: 1. Мінімізація загальної кількості рядків коду протоколу. 2. Уникання непотрібних залежностей від фундаментально складних технічних компонентів. 3. Додавання більше інваріантів: центральних властивостей, на які може покладатися протокол. Наприклад, EIP-6780 (видалення selfdestruct) додає властивість, що в кожному блоку можна змінити максимум N слотів пам'яті, що значно спрощує розробку клієнтів. Прибирання сміття може бути незначним або масовим. Метод незначного прибирання намагається спростити існуючі функції, щоби зробити їх більш простими і логічними. Прикладом масового прибирання сміття є заміна PoW на PoS. Іншим підходом є «Розеттівська зворотна сумісність», при якій складні, але рідко використовувані функції все ще доступні, але «знижуються» до рівня смарт-контрактів, а не обов'язкових частин протоколу, так що нові розробники клієнтів не змушені з ними мати справу. Наприклад, після повного переходу на абстракцію акаунтів усі старі типи транзакцій можуть бути вилучені; заміна існуючих підпрограм на код EVM або RISC-V; у майбутньому зміна віртуальної машини з EVM на RISC-V. Нарешті, я бажаю, щоб розробники клієнтів більше не змушені були мати справу з усіма старими версіями протоколу Ethereum. У довгостроковій перспективі швидкість змін Ethereum може сповільнитися, і ми маємо прагнути до того, щоб непотрібні частини не стали постійним навантаженням для протоколу Ethereum.
Віталік Бутерін закликав до спрощення та «прибирання сміття» в розробці протоколу Ethereum
PANewsПоділитися
Короткий зміст
Віталік Бутерін закликав до більшої простоти в розробці блокчейнів, підкресливши, що Ethereum має уникати перегрузки протоколу. Він запропонував «прибирання сміття» для зменшення розміру коду та залежностей. Бутерін також запропонував перемістити маловживані функції в розробку смарт-контрактів, а не в основний код. Мета — зберегти децентралізацію та довгострокову безпеку. Сумісність типу Rosetta може допомогти підтримувати зворотну сумісність. План зосереджений на сталості та підтримки в проектуванні протоколу.
Джерело:Показати оригінал
Відмова від відповідальності: Інформація на цій сторінці може бути отримана від третіх осіб і не обов'язково відображає погляди або думки KuCoin. Цей контент надається лише для загального інформування, без будь-яких запевнень або гарантій, а також не може розглядатися як фінансова або інвестиційна порада. KuCoin не несе відповідальності за будь-які помилки або упущення, а також за будь-які результати, отримані в результаті використання цієї інформації.
Інвестиції в цифрові активи можуть бути ризикованими. Будь ласка, ретельно оцініть ризики продукту та свою толерантність до ризику, виходячи з ваших власних фінансових обставин. Для отримання додаткової інформації, будь ласка, зверніться до наших Умов використання та Розкриття інформації про ризики.