Дизайн Web3-протоколу: від токенної економіки до основних механізмів

Нещодавно a16z продовжує звертати увагу на питання, що виходять за межі токеноміки, і опублікував виступи про дизайн токенів, статтю "Tokenology: вихід за межі токеноміки", а також широко обговорюваний курс "Дизайн протоколу". Як ведучий цього курсу, CTO a16z crypto Едді Лаззарін підкреслив, що дизайн протоколу є ключовим для виходу за межі токеноміки, тоді як дизайн токенів є лише допоміжним засобом. У цій статті підсумовано основні ідеї Едді Лаззаріна.

Внутрішні закони еволюції протоколу

Інтернет за своєю суттю є мережею, що складається з різних протоколів. Ці протоколи є формалізованими системами взаємодії, які можуть сприяти складній груповій поведінці. Сила інтернет-протоколів полягає в тому, що вони не лише з'єднують взаємодію між людьми, а й взаємодіють з програмним забезпеченням.

З Web1 до Web3, протоколи пройшли наступну еволюцію:

• Web1: децентралізований, але без чіткої економічної моделі
• Web2: централізований та має чітку економічну модель
• Web3: децентралізований і має чітку економічну модель

Протоколи Web1, такі як NNTP, IRC тощо, залишаються нейтральними в аспектах ціннісного потоку, власності тощо, не маючи чіткої економічної моделі. Але через брак фінансування, вони часто не можуть забезпечити хороший користувацький досвід.

Web2 вирішив обмеження Web1, надаючи специфічні функції. Але повністю контролюється власниками, лише підпорядковується комерційним стратегіям і юридичним обмеженням.

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

Дизайн випадків використання Web3 протоколу

Візьмемо "Unstable Confusion" як приклад, при переході з Web2 протоколу "Stable Horde" на Web3 протокол, потрібно врахувати кілька аспектів:

1. Механізм верифікації: забезпечити точність висновків, можна використовувати методи теорії ігор, криптографії тощо.

2. Цінова стратегія: можна створити онлайнову книгу замовлень або використовувати перевірені на ланцюгу обчислювальні ресурси для вимірювання.

3. Механізм зберігання: забезпечити правильну передачу результатів роботи користувачу, можна розглянути зберігання на ланцюгу, спеціалізовані мережі зберігання тощо.

4. Стратегія розподілу завдань: обрання робітниками, розподіл за протоколом або вибір користувача - кожен з цих способів має свої переваги та недоліки.

Основні моменти проектування децентралізованого протоколу

1. Зверніть увагу на 7 ключових елементів дизайну, які можуть призвести до централізації, включаючи простір імен, платіжну систему, репутаційну систему тощо.

2. Зниження витрат на перемикання, сприяння взаємодії.

3. Використання технології Web3 для створення децентралізованих систем.

4. Глибоке дослідження всіх аспектів, вибір найкращого рішення.

Врахування вищезазначеного може допомогти побудувати Web3 протокол з довгостроковою стабільністю та децентралізованими характеристиками.