a16z: Прогрессивная децентрализованная высокоуровневая структура

Автор：Jad Esber и Scott Duke Kominers

Скомпилировано：DeFi 之道

Источник изображения：Сгенерировано Maze AI
Децентрализация является неотложной задачей для Web3 ------ она также полезна в других бизнес-контекстах. В Web3 цель состоит в том, чтобы отказаться от централизации ради безопасности, открытости и общественной собственности, в то время как в более традиционных предприятиях децентрализация способствует вовлечению заинтересованных сторон и более разумному принятию решений, например, децентрализация является ключом к реализации популярной концепции "самоуправляемых организаций".
Тем не менее, достичь полной децентрализации с самого начала может быть сложно, а иногда и совершенно нереалистично. Элементы раннего дизайна проекта или бизнеса часто требуют более централизованного видения и контроля. Централизация на ранних этапах может облегчить координацию, выпуск и быструю итерацию для адаптации к продукту на рынке.

Однако начинать с определенной степенью централизации не обязательно заставляет вас оставаться в таком состоянии. Здесь мы объясним высокоуровневую структуру для предварительной настройки будущей децентрализации и предоставим некоторые рекомендации о том, когда и как это сделать. Эти рекомендации применимы как к проектам Web3, так и к более традиционным организациям.
Наша цель - помочь тем, кто интересуется децентрализацией, подумать о том, как справиться с этой задачей. Однако не существует универсального подхода, поскольку точные механизмы децентрализации в значительной степени определяются конкретной бизнес-средой. Поэтому это всего лишь введение -- это не руководство по играм, основанное на компонентах, а структура для того, как начать думать о более общей проблеме.
Если есть что-то, что нужно помнить, так это то, что децентрализация не обязательно является "всё или ничего". С правильным планированием вы можете децентрализовать со временем. Чтобы эффективно планировать, важно понять, в каких различных аспектах ваш бизнес может быть децентрализован и как это сделать в подходящее время.
По опыту многих из нас, постепенная децентрализация похожа на то, как организация становится полностью удалённой. В начале проведение лицом к лицу встреч в одном центральном офисе помогает в координации, но со временем имеет смысл становиться более распределённым. Но для управления распределённой работой необходимо инвестировать в технологии удалённой связи, а также тщательно документировать бизнес-практики и архитектуру. При проектировании организации знание о том, что однажды ваша работа будет удалённой, упростит будущее состояние. То же самое относится и к постепенной децентрализации.

Децентрализация имеет ценность

Децентрализация означает передачу контроля и принятия решений от централизованного субъекта -- конкретного человека, организации или группы -- к распределённой сети. Это может применяться ко многим элементам бизнеса, включая создание контента, организационное управление и процессы, даже технологический стек.
Децентрализация обычно функциональна. Например, организация может собирать мнения из децентрализованной сети отдельных лиц. На самом деле, создание ценности в Web3 во многом основано на использовании совместной собственности для стимулирования участия и вовлечённости многих людей одновременно. (В одной из предыдущих статей мы писали, что "создание открытой платформы, которая делится ценностью с пользователями, создаст больше ценности для всех, включая платформу").
В других случаях децентрализация может обеспечить безопасность -- например, противодействие цензуре (хотя для этого необходимо правильно построить структуру управления). Кроме того, Web3 платформы, стремящиеся использовать свои цифровые активы, также должны децентрализоваться по регуляторным причинам.
Возможно, самое важное, что децентрализация может служить обязательством строить продукты в интересах пользователей -- аналогично тому, как совместное управление направляет кооперативы на акцентирование здоровой культуры и долгосрочного справедливого распределения ресурсов и доходов между членами. Кроме того, есть группа людей, которые с большей вероятностью выберут проекты с запланированной децентрализацией, как из принципиальных соображений, так и потому, что они верят, что такие проекты будут более ценными в долгосрочной перспективе.

Децентрализация не является лёгким делом

Хотя децентрализация ценна для бизнеса -- даже необходима -- начать может быть сложно. Многие давления в краткосрочной перспективе способствуют централизации, даже среди тех компаний, которые стремятся к долгосрочной децентрализации.

Представьте себе вызов запуска продукта или быстрой итерации для достижения соответствия продукта и рынка без центральной команды или централизованного процесса принятия решений. Кроме того, децентрализация в Web3 часто сопровождается ожиданиями по поводу совместимости, что создаёт риск: прежде чем вы достигнете масштаба, другие могут "форкнуть" ваш продукт. Полагание на децентрализованное управление или другие формы краудсорсинга без должным образом спроектированной поддерживающей структуры -- включая структуры, способствующие участию -- может подвергнуть платформу риску мошенничества или взяток.

Эти силы побуждают к ранней централизации. Но важно убедиться, что они не приводят к проектным решениям, которые затруднят будущую децентрализацию. То есть, даже если на ранних этапах есть веские причины для большей централизации, вы всё равно должны проектировать с учётом будущей децентрализации.

Постепенная децентрализация

Вот несколько рекомендаций, которые могут помочь вам активно планировать будущую децентрализацию.

Во-первых, необходимо определить, в каких различных измерениях ваш бизнес может достичь децентрализации. Например, платформа может децентрализовать кураторство контента, даже если у неё всё ещё относительно централизованный технологический стек. Конкретный продукт может быть разделён на "минимальные единицы децентрализации" (MDU), которые в основном независимы друг от друга, а затем децентрализованы по этим измерениям. MDU могут включать основные команды, внешних участников, технологический стек и так далее -- мы подробно обсудим каждое измерение ниже.

Даже в рамках конкретного MDU вы не обязаны сразу переходить от 0 к 100. Платформа может постепенно децентрализовать кураторство, например, сначала запрашивая предложения по контенту от сообщества, а затем окончательно передавая полномочия по принятию решений о контенте.

Визуально мы считаем, что это похоже на набор ползунков -- возможно, "декентрализованный эквалайзер", с различными настройками для каждого MDU. Вы можете двигать каждый ползунок в своём темпе, а сложность перемещения каждого ползунка зависит от готовности бизнеса к изменениям в этом измерении. В этом смысле, хотя децентрализованная архитектура может иметь высокие первоначальные затраты, она может стать ключевым источником конкурентного преимущества, поскольку в долгосрочной перспективе она упрощает процесс децентрализации.

Описание MDU

Важно согласовать, как децентрализовать и что децентрализовать, что требует некоторой координации на высоком уровне, а также часто требует некоторого надзора за "декентрализованным эквалайзером". MDU будут различаться в зависимости от различных бизнесов и категорий продуктов, вот несколько примеров и объяснений, как подготовить успешную децентрализацию:

1. Основная команда. Нанимайте людей, которые могут установить рабочие процессы, чтобы внешние участники могли взять на себя некоторые обязанности -- например, менеджера сообщества, чтобы позволить участникам начать проектировать сообщество в самоуправляемом и самоуправляющемся формате. Кроме того, инвестируйте в повышение квалификации вашей команды, рассматривая децентрализацию как долгосрочную цель, и поддерживайте эти усилия новыми технологиями и лучшими практиками.

2. Внешние участники. Чем больше вы движетесь в сторону полной децентрализации, тем больше ваше сообщество может участвовать в разработке и управлении продуктом. В зависимости от желаемой степени децентрализации, вы должны строить вовлекающим образом, способствуя участию сообщества в создании общей инфраструктуры, внесении контента и/или управлении системами. Это не просто приглашение сообщества участвовать -- вы должны проектировать организацию таким образом, чтобы люди могли вносить свой вклад, и вознаграждать их за это. То есть необходимо создать сильные каналы обратной связи и участия, а также соответствующие структуры и процессы.

В то же время, в области вознаграждений, внедрение системы вознаграждений или цифровых токенов для отслеживания и вознаграждения вкладов сообщества может помочь стимулировать активность сообщества (больше информации о проектировании систем репутации можно найти в нашей ++статье++). Например, вы можете начать с привлечения внешних разработчиков для тестирования вашей основной инфраструктуры -- предоставляя вознаграждения тем, кто запускает мероприятия, строя на основе протокола.

3. Технологический стек. Стек может быть построен модульно, позволяя вам в начале заменить централизованные услуги на децентрализованные версии -- например, начать с хранения контента на AWS, а затем со временем перейти на децентрализованные службы хранения, такие как Arweave или IPFS.
4. Финансы. Вы должны планировать, как изначально финансировать бизнес и как распределять ресурсы внутри и вне компании для децентрализации. В частности, вы должны строить финансы гибким образом, чтобы поддерживать организацию без центрального контроля, например, подумайте о том, как ваши инвесторы отреагируют на выход из контроля сообщества (мы можем назвать это "децентрализованным выходом") и подумайте о регулярных финансовых выделениях для сообщества.

5. Внутренние процессы. Важно потратить время на начальном этапе, чтобы подумать о том, что может понадобиться для децентрализации части вашего бизнеса и бизнес-процессов -- например, вам могут понадобиться обширные документы, чтобы участники сообщества понимали прецеденты или контекст конкретных решений по управлению.

Четкое перечисление MDU вашей организации может быть полезным, чтобы предоставить ясную точку зрения, которую вы можете поделиться с командой и сообществом о различных "ползунках". Делая доступной дорожную карту, вы не только соответствуете духу децентрализации, но и позволяете сообществу помочь вам достичь ваших целей. Как только у вас будет набор MDU, выясните текущее положение ползунков по каждому измерению и начните формировать представление о том, как вы хотите, чтобы оно развивалось со временем. Конечно, у вас также должен быть разумный порядок действий, и если что-то пойдёт не так, команда может начать с MDU, которые имеют меньший негативный эффект.

Какой ползунок двигать и когда?

Наконец: как вы узнаете, когда следует поднять ползунок -- то есть, когда можно увеличить децентрализацию в одном или нескольких измерениях?

С точки зрения масштаба, прежде всего важно, чтобы ваша вся система была относительно стабильной. Но что это на самом деле означает? В одной из ранних статей a16z Джесси Уолден призывал команды оценить, на каком этапе они находятся на пути к и за пределами соответствия продукта и рынка: сколько итераций вам ещё нужно пройти и как быстро? Это важно, потому что любая форма организационных изменений замедляет операционную скорость; вам нужно правильно выбрать время для перемещения ползунков, чтобы долгосрочные выгоды от замедления превышали краткосрочные затраты. В идеале, вы будете двигать ползунки, когда социальные и экономические динамики вашей платформы достаточно стабильны, и вы сможете уверенно предсказать, как изменение уровня децентрализации повлияет на поведение и результаты сообщества.

Затем вы должны последовательно оценить каждое MDU. При принятии решения о том, следует ли регулировать ползунок, у каждого измерения будет свой набор факторов, которые необходимо учитывать.

Вас могут побуждать к децентрализации в конкретном измерении -- например, у вас может быть слишком много пользовательского контента, который нужно управлять самостоятельно, что делает участие большего числа членов сообщества в кураторстве жизненно важным. Кроме того, вы также можете полностью по своему желанию выбрать увеличение децентрализации -- примером может быть то, что вы видите долгосрочную коммерческую ценность в децентрализованном хранении контента, поэтому вы активно выбираете начать использовать такие услуги.

Снова, это не "всё или ничего". Децентрализация происходит с разной скоростью по каждому MDU. Например, вы можете начать планировать свои финансы с первого дня, сохраняя возможность "выхода из сообщества"; через шесть месяцев создать финансовую структуру для сообщества; а затем перейти к полностью децентрализованному финансовому управлению.

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

***

Децентрализация мощна, но она не проста. Особенно на ранних этапах потребность в быстрой итерации, контроле качества и безопасности часто требует централизованной разработки (хотя это может измениться с улучшением технологий децентрализованной разработки).

Если ваша цель состоит в том, чтобы ваш бизнес оставался децентрализованным в долгосрочной перспективе, ключевым моментом является тщательное планирование на раннем этапе, чтобы не потерять контроль в процессе строительства. Мы можем увидеть, как роли генерального директора или операционного директора эволюционируют, чтобы заботиться о "декентрализованном эквалайзере" -- даже введение совершенно новой должности, такой как "главный децентрализованный офицер".

Размышляя с точки зрения MDU, вы можете понять, где и как децентрализовать различные аспекты бизнеса. По мере развития продукта, когда настанет подходящее время, вы можете постепенно децентрализовать по каждому MDU.