Що таке 'вийти з тестування' Віталіка? Як оцінити децентралізацію та безпеку проекту?

robot
Генерація анотацій у процесі

"Відійти від тестування" - це новий інструмент мислення, який використовується для перевірки рівня залежності проектів та мереж від централізації. Це може стати ключовим тестом для оцінки проектів з децентралізацією, або покращити та підвищити його як інструмент оцінки ризику. (Попередня історія: Віталік Бутерін купив 30 тисяч монет $ANON за ціну великого пампу в 140%, на що він сподівається заховавшись в анонімних постах?) (Додаткові відомості: CZ та Віталік Бутерін - прихильники! Міфічна монета на основі біотехнології зросла в ціні в кілька разів, і гроші ллються в науковий конкурс з децентралізації) Учасник заснування Ефіріуму, Віталік Бутерін, у своїй статті в блозі Making Ethereum alignment legible «Легалізація Ефіріуму через співпрацю» колись висловлював такі поради щодо розгляду питань децентралізації та безпеки: слід намагатися мінімізувати залежність від централізованої інфраструктури та мінімізувати ризики перевірки. Для цього існують методи оцінки, такі як «тест відходу» та «тест внутрішнього вторгнення». Останній - це самостійний пошук уразливостей, спостереження за тим, який рівень шкоди може бути нанесений, аби виявити уразливості. «Тест відходу» - це новий інструмент мислення, який використовується для перевірки рівня залежності проектів та мереж від централізації. Це може стати ключовим тестом для оцінки проектів з децентралізацією, або покращити та підвищити його як інструмент оцінки ризику. Making Ethereum alignment legible, оригінал можна знайти: Що таке «тест відходу»? Якщо ваша команда та сервери зникнуть завтра, чи зможе ваша програма ще працювати? Ось основна ідея тесту відходу - це інструмент мислення, який може служити для оцінки реальної незалежності та стійкості проекту, платформи або протоколу Web3. «Тест відходу» тісно пов'язаний з філософськими принципами децентралізації та автономії блокчейну. Цей тест може породжувати думки, які стосуються: Розробка проектів: Якщо команда розробників розпадеться, чи все ще можна буде незалежно працювати? Чи є активна спільнота, яка може прийняти проект після того, як команда розпалася? Чи є код проекту відкритим і здатним приваблювати розробників для подальшої розробки? Чи є у мережі автономні вузли-валідатори для захисту мережі, або достатньо підтримки спільноти для розвитку? Економічна модель: Чи є у проекту стійка економічна модель? Чи є у проекті стійке застосування для стійкого використання? Чи залежить зростання активів проекту від спекулятивного впливу або централізованого контролю? Управління спільнотою: Чи є учасники проекту спосіб справедливо брати участь у прийнятті рішень? Чи може проект запустити механізм прийняття рішень та вирішення проблем без явної наявності основних керівників? Чи залежить управління проектом від небагатьох основних учасників, чи має розподілену основу для колективного управління? Чому важливий «тест відходу»? Якщо проект занадто залежить від команди засновників або деяких ключових осіб для своєї роботи; якщо мережа повинна залежати від фіксованого сервера для обробки даних, то фактично вона залишається централізованою, і її довготривала життєздатність, цінність, навіть опір проти перевірки та ризику можуть бути під сумнівом. Важливість «тесту відходу» полягає в тому, що цей інструмент мислення може допомогти виявити реальну залежність проектів та мереж від централізованої інфраструктури, щоб проекти та мережі могли ефективно покращуватися. Його філософські принципи базуються на принципі «децентралізації». У 2017 році, засновник Ефіріуму, Віталік Бутерін, у своїй блозі, яка присвячена концепції децентралізації, зазначив: «Децентралізація» є одним з найбільш поширених термінів у економіці шифрування, і він часто використовується для оцінки того, що мережа є блокчейн мережею. Однак, його фактичне значення часто призводить до багатьох непорозумінь та заплутаності. Віталік Бутерін зазначив: коли люди обговорюють якусь проблему з децентралізацією, насправді вони обговорюють три незалежні аспекти: Чи це архітектурно централізований чи децентралізований система? Наприклад, скільки комп'ютерів складає цю систему? Яка кількість комп'ютерів може вийти з ладу в будь-який момент часу, але система все ще може працювати? Чи політично централізований чи децентралізований система? Наприклад, скільки осіб та організацій може кінцево контролювати комп'ютери, що складають цю систему? Чи логічно централізований чи децентралізований система? Наприклад, чи є інтерфейс системи та структура бази даних єдиним цілим? Або вони є неструктурованими групами? Якщо розділити користувачів та постачальників системи, чи вони можуть працювати як повністю незалежні одиниці? А значення та значення принципу «децентралізації», які він має та використовує, були чітко пояснені Віталіком Бутеріном у своєму пості у форумі у 2018 році: Має високу стійкість до помилок: децентралізована система має меншу ймовірність випадкової відмови, оскільки вона залежить від багатьох незалежних компонентів, теоретично, ймовірність взаємної дії незалежних компонентів є меншою. Має стійкість до атак: децентралізована система змушує вартувати високу ціну на атаку, що знижується, тому що вона не містить чутливих центральних вузлів. Витрати та складність на атаку на систему з центральним вузлом значно менше, ніж на децентралізовану систему. Запобігання змові: якщо учасники системи децентралізовані, вони будуть платити вищу ціну, ніж у системах з централізованими учасниками, якщо вони жертвують інтересами інших учасників. Основна цінність: ключовий тест для оцінки проектів з децентралізацією. Якщо дивитись на це з точки зору «тесту відходу», Біткоїн можна вважати зданим цим тестом: громадськість не знає, де знаходиться Сатоші Накамото, але Біткоїн може продовжувати розвиватися завдяки децентралізованій мережі та глобальним розробникам. А на Ефіріумі, засновник Віталік Бутерін у 2022 році зазначив на форумі: майже всі Rollup ще не є зрілими, більшість з них використовують підтримку, що називається «Training Wheels», щоб забезпечити роботу. Проте «Training Wheels» також відображають залежність Rollup від «ручного втручання», і чим менша залежність від «Training Wheels», тим менше ризиків у Layer2 мережі. Тому Віталік Бутерін та інші розробники класифікували Rollup мережі за залежністю від Training Wheels: Stage 0 (повна залежність), Stage 1 (часткова залежність), Stage 2 (повне відмовлення). Після цього веб-сайт L2beat, завдяки внескам спільноти, вніс зміни до цієї класифікації та оновив її до «індикатора ризику Layer2» в червні 2024 року, щоб оцінювати ризики різних Layer2 проектів. «Training Wheels» (звичайний переклад: допоміжні колеса) - це деякі обмежувальні механізми або заходи, які були додані на початкових етапах впровадження Rollup технології для забезпечення безпеки та стабільності. Rollup протокол потребує реалізації «Training Wheels», зазвичай, якщо він не містить ...

Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
  • Нагородити
  • Прокоментувати
  • Поділіться
Прокоментувати
0/400
Немає коментарів
  • Закріпити