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

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

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

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

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

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

Еволюцію протоколу можна аналізувати з двох вимірів: ступеня децентралізації та чіткості економічної моделі:

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

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

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

На прикладі "Unstable Confusion" показано процес проєктування протоколу Web3, починаючи з встановлення цілей, обмежень і закінчуючи конкретним механізмом.

Ціль проектування

Створити децентралізований, взаємодійний ринок генерування зображень.

Потенційний дизайн механізму

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

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

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

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

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

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

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