Эта модель Web3 превращения дополнения в товар — и сопутствующее структурное отделение протокола от продукта — создает потребность в экономическом равновесии, при котором протоколы побуждают разработчиков превращать в товар свои дополнительные продукты, достигая максимально возможной пользовательской базы и согласовывая свой успех с ростом базовой платформы.
Поскольку все больше команд переходят на Web3, стоит выделить лучшие практики, которые обеспечивают это равновесие.
Два шага выделяются как важные:
Во-первых, по мере взросления платформы Web3 может оказаться полезным структурировать основную работу по разработке проекта между двумя командами:
- теми, которые сосредоточены на базовой платформе или протоколе,
- и теми, кто создает исходный продукт для конечного пользователя (каждая может иметь свои собственные отличительный бренд, чтобы избежать путаницы).
Команда разработчиков узнает, что нужно конечным пользователям, и может помочь в разработке протокола. И когда команда протокола узнает, что требуется разработчикам продукта, они могут подумать о добавлении функций, которые привлекут больше из них.
Во-вторых, и команда по продукту, и команда по протоколу должны быть объединены одной целью: KPI, направленный на развитие протокола.Измерение метрики на уровне протокола помогает убедиться, что продукт действительно дополняет друг друга, приводя предполагаемую ценность к базовому протоколу. С выделенными командами по продуктам и протоколам, объединенными общей метрикой — KPI на уровне протокола или платформы — должна быть возможность измерять вклад в этот KPI и меритократически распределять ценность базовой платформы среди разработчиков и пользователей, которые ее продвигали.
Первоначальная команда продукта, которая помогает запустить сетевые эффекты базового протокола, должна быть вознаграждена за этот огромный вклад в экосистему. Но, в конечном счете, было бы целесообразно, чтобы протокольные казначейства оптимизировались для нескольких продуктовых команд, строящихся сверху, поскольку это, вероятно, способ увеличить размер платформы и ускорить ее. Экономическое равновесие, которое может достичь этой цели, потенциально может стать приливом, который поднимет все лодки.
В этом равновесии продукт, стремящийся извлечь слишком большую пользу из уровня протокола, столкнется с жесткой конкуренцией со стороны других, которые превращают свой продукт в товар, чтобы получить ценность в другом месте.
Этот чрезмерный захват стоимости будет копировать, а не реформировать модель Web2 — сторонние инновации будут задушены, разработчики будут склонны к расколу, а пользователи будут искать более дешевые и инновационные альтернативы.
Некоторые ранние примеры протоколов, работающих над достижением надлежащего равновесия, включают программы грантов от крупных протоколов DeFi, таких как
- Uniswap,
- Compound,
- AAVE
- и др.,
которые вознаграждают сторонних разработчиков за продукты и услуги, расширяющие экосистему, в их собственном казначейском токене.
Liquity Protocol
вознаграждает разработчиков, которые создают интерфейсы для своего протокола стейблкоина, вознаграждениями LQTY пропорционально пользователям, которые вносят средства в протокол.
Эти интерфейсные операторы могут получать часть этих вознаграждений, помечая депозиты, облегченные их интерфейсом, и указывая процент вознаграждений LQTY для разделения со своими пользователями.
Протокол UMA попытался сделать что-то подобное со своей
программой Developer Mining, которая поощряет распределенные инновации с использованием экономических стимулов для вознаграждения разработчиков, которые непосредственно способствуют устойчивому увеличению KPI UMA с общей фиксированной стоимостью (TVL).
Если вы построили или видели другие хорошие примеры, я хотел бы узнать о них.Коммодитизация дополнения — это концепция, уходящая своими корнями в технологическую стратегию. Экономика собственности Web3 предоставляет нам новые инструменты для ее использования не как средство подавления инноваций и сообщества, а как средство их поощрения.