Дизайн 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.