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

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

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

Інтернет-протокол: взаємозв'язок

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

еволюція протоколу: Web1 - Web2 - Web3

Web1 протокол децентралізований, але йому бракує чіткого економічного моделі, такі як NNTP, IRC, SMTP та RSS. Web2 протокол централізований і має чітку економічну модель, такі як Reddit, WhatsApp та Gmail. Web3 протокол намагається на основі децентралізації створити чітку економічну модель.

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

Дизайн протоколу Web3

На прикладі "Unstable Confusion" обговорюється процес перетворення протоколу Web2 "Stable Horde" на протокол Web3. Основна увага приділяється:

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

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

1. Визначте та реагуйте на 7 ключових елементів дизайну, які можуть призвести до централізації.
2. Знизити витрати на перемикання, сприяти міжсистемній інтероперабельності.
3. Максимально використовуйте технології Web3 для створення децентралізованих систем.
4. Глибоке дослідження різних аспектів, вибір найкращого рішення.

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