**a16z занял важное место в области шифрования, чтобы направлять развитие отрасли благодаря своим подробным статьям, предоставляя нам рекомендации, необходимые для улучшения когнитивных функций и трансформации. В последнее время a16z сосредоточился на вопросах, выходящих за рамки экономики токенов. Он начался с доклада «Дизайн токена», затем последовал «Токенология: помимо экономики токенов», а теперь долгожданный курс «Дизайн протокола». Как неоднократно подчеркивал лектор курса Эдди Лаззарин, технический директор a16z crypto, ключ к преодолению экономики токенов кроется в дизайне протокола, а дизайн токена — лишь вспомогательное средство. В этом курсе, посвященном дизайну протокола, он провел более часа, предоставив предпринимателям ценные идеи и знания, помогая им глубоко понять ключевую роль дизайна протокола в успехе проекта. Эта статья представляет собой упрощенный вариант перевода. Для более интересного контента смотрите ссылку на полнотекстовую версию перевода. **
Неотъемлемые законы эволюции протоколов
Интернет-протокол: Связь взаимодействия
Интернет — это протокольная сеть, включающая различные типы протоколов. Некоторые протоколы лаконичны, например диаграмма состояний HTTP, в то время как другие достаточно сложны, например диаграмма взаимодействия протокола Maker. На рисунке ниже показаны различные протоколы, включая интернет-протоколы, физические протоколы и политические протоколы. Слева на изображении ниже мы видим интерактивную карту перекрестка улиц, которая кажется нам знакомой и интересной.
Общим для этих протоколов является то, что все они представляют собой формализованные интерактивные системы, облегчающие сложное групповое поведение, что является основным компонентом протокола. Сила интернет-протокола заключается в его способности связывать не только взаимодействие между людьми, но и программное обеспечение. Мы знаем, что программное обеспечение легко адаптируется и эффективно, оно способно интегрировать механизмы. Таким образом, Интернет-протокол, возможно, является одним из наших самых важных, если не самым важным, типов протоколов.
Эволюция протокола: Web1 - Web2 - Web3
На приведенной ниже диаграмме горизонтальная ось представляет степень децентрализации и централизации протокола, то есть степень контроля над протоколом. На вертикальной оси находится согласованная экономическая модель, в которой конкретно указывается, является ли экономическая модель явной или неуточненной. Это различие может показаться тонким, но оно имеет важные последствия.
Web1: децентрализовано и без четкой экономической модели
Протоколы периода Web1 (такие как NNTP, IRC, SMTP и RSS) были нейтральными с точки зрения потока ценности, прав собственности, прав доступа и механизмов оплаты без четкой экономической модели. Среди них Usenet — протокол, аналогичный сегодняшнему Reddit, для обмена сообщениями и файлами. IRC был ранним и широко используемым протоколом чата, а SMTP и RSS использовались для электронной почты и подписки на контент.
Usenet — это таксономически организованная платформа, которая позволяет пользователям размещать соответствующий контент на подсерверах определенных категорий. Он был важной частью ранней интернет-культуры и существовал вне HTTP. Для использования Usenet требуется специальный клиент и поставщик услуг Интернета (ISP), который поддерживает Usenet. Usenet распределен по большому количеству постоянно меняющихся новостных серверов, которыми может управлять любой, а сообщения автоматически перенаправляются на другие серверы, образуя децентрализованную систему. Хотя пользователи редко платят за доступ к Usenet напрямую, в конце 2000-х некоторые начали платить за коммерческие серверы Usenet. В целом, в Usenet отсутствует четкая экономическая модель протокола, и пользователи должны использовать ее в своих собственных транзакциях.
Эти протоколы Web1 схожи по архитектуре и основаны на одних и тех же значениях. Даже с небольшим знанием протоколов мы все же можем понять, как они работают, что показывает важность удобочитаемости протокола **Web1 и четких шаблонов. **Однако эти протоколы постепенно терпят неудачу или со временем изменяются. Причины неудачи можно отнести к двум аспектам: во-первых, отсутствие специфических функций, неспособность конкурировать с конкурентами Web2, во-вторых, трудности с получением средств. В конечном счете, успех протокола зависит от его способности применять децентрализованный подход и разрабатывать устойчивую экономическую модель с учетом конкретных функций. Таким образом, протокол Web1 можно классифицировать как децентрализованный и не имеющий четкой экономической модели.
!)
Web2: Централизация и понятная экономическая модель
Web2 породил интересную тенденцию: Reddit заменил такие форумы, как Usenet, а централизованные системы обмена сообщениями, такие как WhatsApp и iMessage, заменили такие форумы, как IRC. Хотя электронная почта все еще существует, она сталкивается с проблемой спама. Кроме того, RSS плохо конкурировал с Twitter. **Web2 устраняет ограничения протокола Web1 и предоставляет определенные функции. ** Электронная почта и другие децентрализованные протоколы не могут проверить легитимность сообщения, личность отправителя, полномочия и экономические отношения, поэтому борьба со спамом становится проблемой. В незрелых децентрализованных системах отсутствие этих функций позволяет централизованным конкурентам превзойти своих предшественников, предлагая уникальные функции.
**Протокол Web2 полностью находится под контролем владельца, ограниченного только бизнес-политикой и законом. **Чтобы стимулировать развитие протокола Web1, необходима более четкая экономическая модель. Однако невозможно достичь четкой экономической модели при сохранении децентрализации без использования децентрализованного консенсуса, поддающихся проверке инструментов технологии вычислений и шифрования. **Согласие обычно переходит из левого нижнего угла пространства дизайна в правый верхний угол. Иногда протоколы становятся де-факто централизованными, например, электронная почта. Поскольку более 50% электронных писем обрабатываются централизованными поставщиками услуг электронной почты, электронная почта стала высоко централизованной. Электронная почта находится под давлением из-за проблем со спамом, отсутствия экономической модели, разделения затрат на регистрацию DNS и высоких затрат на переключение.
В отсутствие жизнеспособной экономической модели электронная почта может существовать только как побочный проект крупных технологических компаний. Методы сокращения спама основаны на экономии за счет масштаба и привязки данных, и компаниям, имеющим миллионы учетных записей электронной почты, легче обнаруживать аномалии. Кроме того, стоимость переключения также является важным фактором. Теперь нам нужно признать две ключевые централизующие силы, влияющие на различные компоненты протокола**, которые постоянно действуют на каждом этапе процесса разработки протокола, а именно сетевые эффекты и затраты на переключение. **
**Сетевые эффекты — это явление накопления мощности по мере масштабирования системы и ее широкого использования. Затраты на переключение относятся к экономическим, когнитивным или временным затратам, необходимым для того, чтобы пользователи покинули текущую систему и переключились на другую систему. **В примере с электронной почтой затраты на переключение имеют решающее значение для пользователей, использующих Gmail. Если вы используете Gmail, но у вас нет собственного домена, затраты на переход будут высокими. Однако, если у вас есть собственное доменное имя, вы можете сменить поставщика почтовых услуг и продолжать использовать любого поставщика услуг для получения почты. Компания может увеличить затраты на переключение за счет разработки протокола, заставляя или поощряя пользователей использовать определенные компоненты, тем самым снижая вероятность перехода пользователей к другим поставщикам.
Возьмите Reddit, систему, которая позволяет модераторам в одностороннем порядке контролировать подфорумы, стирая грань между децентрализацией и централизацией. Хотя разрешение любому быть модератором может рассматриваться как форма децентрализации, они по-прежнему являются полностью централизованными системами, если высшая власть остается в руках администраторов (таких как команды Reddit). Высококачественный пользовательский интерфейс не имеет ничего общего с централизованной властью, но для обеспечения высококачественного пользовательского опыта часто требуется финансовая поддержка. ** В эпоху Web1 из-за нехватки средств децентрализованные протоколы часто не могут обеспечить хороший пользовательский опыт. **Финансирование играет важную роль в обеспечении качественного взаимодействия с пользователем.
Web3: децентрализованная и понятная экономическая модель
На платформе **Web2, такой как Twitter, Facebook, Instagram или TikTok, выбор пользователя ограничен в зависимости от решений интерфейса платформы. ** Однако как децентрализованные компоненты, представленные Web3, изменят протокол? Использование технологии шифрования и блокчейна может снизить зависимость от доверия, проясняя экономику и поддерживая децентрализацию. **Web3 обеспечивает открытость, функциональную совместимость и открытый исходный код с четкой экономической моделью и возможностью интеграции средств в протокол для достижения устойчивого развития и предотвращения монополизации всех ценностей. **
** Для разработчика лучше всего выбрать децентрализованную систему с четкой экономической моделью. Таким образом обеспечивает дальнейшее существование системы и понимает экономические отношения, связанные с ней, не позволяя экономическим отношениям развиваться вне соглашения. ** С точки зрения стабильности и получения ценности это следует рассматривать по-другому. Выбор в пользу децентрализованной системы важен, потому что он позволяет избежать потенциальных рисков и создает надежный проект, который может стать максимально возможной системой.
Строительство Интернета больше не считается безумием, потому что сам Интернет является полностью децентрализованной системой. Точно так же использование языков программирования с открытым исходным кодом и зависимость от веб-браузеров стали прочной основой для создания амбициозных проектов. Создание централизованной системы может быть ограничено и препятствовать масштабу и объему проекта. Web3 привлекает отличных разработчиков, которые могут создавать более крупные и амбициозные проекты. Другие системы или платформы могут появиться и конкурировать с существующей платформой Web2, соответствовать правилам и иметь конкурентное преимущество, а также жестко конкурировать с платформой Web2.
Самая большая проблема сети Web2 — ее хрупкость и чрезмерно оптимизированная бизнес-модель. Эти сети стремятся оптимизировать определенные показатели, игнорируя вещи, не связанные с их целями, что приводит к отсутствию инноваций и разработке новых продуктов. Хотя они обладают сильными сетевыми эффектами, недостаточными для образования монополии, они уязвимы для контрмер против их слабостей.
Напротив, **Web3 обеспечивает более устойчивое и инновационное пространство благодаря децентрализации и четкой экономической модели. ** Подобно богатой и разнообразной экосистеме тропических лесов, система Web3 имеет созданную инфраструктуру и протоколы, подходящие для разработки всевозможных интересных вещей, обеспечивая более плодородную почву для инноваций. Используя криптовалюты и экономические модели токенов, участники могут быть уверены, что их творческий подход и риск будут вознаграждены, что будет способствовать развитию системы.
Следовательно, **Web3 имеет лучшую устойчивость экосистемы и инновационный потенциал, а не полагается исключительно на накопление экономических ресурсов. **Четкая экономическая модель и функции децентрализации позволяют Web3 добиваться инноваций и развития в истинном смысле, избавляясь от затруднительного положения чрезмерной оптимизации и централизованного накопления в одной области. Внедряя технологию шифрования и экономическую модель токенов, Web3 предоставляет участникам большее пространство для творчества и механизм возврата, а также способствует развитию системы в более ценном и устойчивом направлении.
Случай разработки протокола Web3
История дела и цели разработки
Начнем с интересного примера, «Стабильная Орда» — это бесплатная система для генерации изображений и протокол Web2. Он использует функцию совместного слоя, которая позволяет пользователям просить других людей помочь в создании изображений. Клиент отправляет задачу в рабочую очередь, рабочий выполняет обработку логического вывода и отправляет результат в хранилище результатов, из которого клиент может получить результат и заплатить воркеру баллы Kudos. В Stable Horde Kudos — это система бесплатных баллов, используемая для определения приоритетности задач. Однако чем длиннее очередь, тем больше времени требуется для создания образа из-за ограничения пожертвования вычислительных ресурсов.
Мы столкнулись с интересной проблемой: как масштабировать эту систему, чтобы сделать ее больше и более специализированной, оставаясь при этом открытой и интероперабельной, не рискуя централизацией, чтобы разрушить первоначальный дух проекта. ** Одно из предложений состоит в том, чтобы преобразовать баллы Kudos в токены ERC20 и записать их в блокчейне. Однако простое добавление блокчейна может вызвать ряд проблем, таких как атаки с ложным результатом и так далее.
Давайте переосмыслим процесс разработки протокола. **Вы всегда должны начинать с четкой цели, затем учитывать ограничения и, наконец, определять механизм. **Разработка системы требует измерения целей и определения эффективных механизмов. Ограничения бывают эндогенными и экзогенными, и, ограничивая пространство проектирования, механизмы могут быть более четко идентифицированы. Механизмы составляют суть протокола, такие как клиринг, ценообразование, стейкинг, стимулы, платежи и проверка. Проекты должны соответствовать ограничениям и соответствовать четко определенным целям.
Пример протокола Web3: нестабильный Путаница
Давайте перейдем к совершенно новому протоколу Web3 под названием «Нестабильная путаница». Далее мы обрисовываем некоторые интересные направления, предложенные в контексте преобразования существующего протокола Web2 "Stable Horde" в протокол Web3 "Unstable Confusion".
Как упоминалось ранее, существует проблема с отправкой ложных результатов, поэтому должен быть механизм, гарантирующий, что пользователи получат то, что им нужно, это называется «обоснованием проверки». Проще говоря, нам нужно проверить рассуждения, чтобы убедиться, что его результаты соответствуют ожиданиям. Еще одна проблема касается рабочих в «Стабильной орде». Рабочие запрашивают следующую задачу из базы данных в том порядке, в котором они были запрошены, и назначают задачу работнику, который сделал запрос раньше. Но в системе, где замешаны деньги, работники могут претендовать на большое количество задач, чтобы получать больше, но на самом деле не собираются их выполнять. Они могут конкурировать за малую задержку, захватывать задачи и вызывать перегрузку системы. **
Для решения вышеуказанных проблем предлагаются некоторые решения. Первый — «Плата пропорциональна вкладу», когда работникам платят в соответствии с их вкладом, конкурируя за задачи таким образом, чтобы это было выгодно для сети. Во-вторых, «гибкое участие», то есть работники могут свободно присоединяться к системе или выходить из нее с меньшими затратами, привлекая больше участников. Наконец «Низкая задержка», то есть насколько быстро и быстро реагирует приложение, имеет решающее значение для взаимодействия с пользователем. ** Возвращаясь к нашей цели — создать децентрализованный, совместимый рынок для создания изображений. Хотя у нас все еще есть некоторые ключевые ограничения, они могут быть добавлены, изменены или более конкретизированы позже. Теперь мы можем оценить осуществимость различных механизмов.
Возможный дизайн механизма
1. Механизм проверки
Мы можем использовать такие методы, как теория игр и криптография, чтобы гарантировать точность рассуждений. Механизмы теории игр можно использовать в системах разрешения споров, где пользователи могут обострять споры и решать их в соответствии с определенными ролями. Непрерывный или выборочный аудит — это еще один подход, при котором проверяется работа работников, гарантируется, что задачи назначаются разным работникам, и регистрируется, какие работники проходят аудит. Доказательства с нулевым разглашением в криптографии могут генерировать эффективные доказательства для проверки правильности рассуждений. Традиционные методы включают доверенные сторонние учреждения и обзоры пользователей, но существуют риски централизации и сетевые эффекты.
Другие возможные механизмы проверки включают выполнение одной и той же задачи несколькими работниками, а пользователь выбирает результат. Это может быть дорогостоящим, но если стоимость достаточно низкая, такой подход можно считать подходом.
2. Ценовая стратегия
Что касается стратегии ценообразования, книга заказов может быть создана в сети. Также можно использовать внутрисетевые проверяемые прокси-метрики вычислительных ресурсов, такие как газ. Этот подход отличается от простого свободного рынка, где пользователи просто публикуют информацию о том, что они готовы заплатить за выводы, которые работники могут принять, или они могут делать ставки, чтобы конкурировать за задачи. Вместо этого пользователи могут создать газовую прокси-метрику, где для конкретного вывода требуется определенное количество вычислительных ресурсов, а количество вычислительных ресурсов напрямую определяет цену. Таким образом можно упростить работу всего механизма.
В качестве альтернативы можно использовать книгу заказов вне сети, которая дешевле в эксплуатации и потенциально очень эффективна. Проблема, однако, в том, что тот, кто владеет этой книгой заказов, может сконцентрировать сетевой эффект на себе.
3. Механизм хранения
Механизм хранения очень важен для того, чтобы результаты работы могли быть доставлены пользователю правильно, но трудно снизить риск доверия и доказать, что работа была доставлена правильно. Пользователи могут задаться вопросом, был ли товар доставлен, подобно тому, как они жалуются на то, что не получили ожидаемый товар. Аудиторам может потребоваться проверить процесс расчета и проверить точность выходных результатов. Следовательно, вывод должен быть виден протоколу и храниться там, где протокол может получить к нему доступ.
Что касается механизма хранения, у нас есть несколько вариантов. Один из них — хранить данные в сети, но это дорого. Другим вариантом является использование выделенной сети шифрования хранилища, которая является более сложной, но пытается решить проблему в одноранговой манере. В качестве альтернативы существует возможность хранить данные вне сети, но это вызывает другие проблемы, поскольку тот, кто контролирует эту систему хранения, может повлиять на другие аспекты, такие как процесс проверки и передача окончательного платежа.
4. Стратегия распределения задач
Также необходимо учитывать способ распределения задач, что является относительно сложной областью. Можно считать, что воркер сам выбирает задачу после отправки задачи, или соглашение распределяет задачу после отправки задачи, а также можно позволить пользователю или конечному пользователю выбрать конкретного воркера. У каждого подхода есть свои плюсы и минусы, а также рассмотрите комбинацию способов, которыми протокол определяет, какие рабочие процессы могут запрашивать какие задачи.
Постановка задач предполагает множество интересных деталей. Например, в системе, основанной на протоколе, необходимо знать, находится ли рабочий в сети и доступен ли, чтобы решить, назначать ли ему задачу. Также необходимо знать мощность и нагрузку каждого работника. Поэтому в протоколе необходимо учитывать различные дополнительные факторы, которые, возможно, не были включены в первоначальную простую реализацию.
7 ключевых элементов дизайна, которые могут привести к риску централизации
К ним относятся именование пространств, введенное по электронной почте, платежные системы, репутация и хранилище, сопоставление, системы ценообразования и системы проверки. Эти элементы могут стать централизованными из-за сетевых эффектов или высоких затрат на переключение. Управляйте протоколом, уменьшая накопление сетевых эффектов, направляя сетевые эффекты в протокол и встраивая в протокол децентрализованный уровень управления для обеспечения долгосрочной работоспособности системы. Децентрализованный контроль может быть достигнут с использованием изменчивых токенов или других механизмов управления, таких как системы репутации или механизмы ротации выборов.
Снижение затрат на переключение и повышение функциональной совместимости
Чтобы побудить предпринимателей создавать приложения в системе, важно снизить затраты на переключение и обеспечить совместимость между различными системами. Избегайте высоких затрат на переключение и уменьшите чрезмерную зависимость от книг заказов вне сети или сторонних систем проверки.
Использование технологии Web3 для создания децентрализованной системы
Используйте инструменты и принципы Web3 для разработки систем, расширяющих возможности предпринимателей и позволяющих избежать чрезмерной централизации. Протоколы, основанные на принципах Web3, обычно имеют больший масштаб, более длительный срок службы и более жизнеспособную экосистему, предоставляя плодородные области для инновационных исследований за пределами границ, установленных крупнейшими действующими лицами.
Глубокое исследование и выбор лучшего решения
При разработке протокола и определении стратегии необходимо глубоко изучить различные аспекты. Для аутентификации обычно лучшим выбором являются криптографические решения. С точки зрения ценообразования прокси-метрики с использованием сетевых проверяемых вычислительных ресурсов могут быть адаптированы к множеству различных задач логического вывода или машинного обучения. Что касается назначения задач, то для справедливого распределения задач и предоставления работникам возможности самостоятельно решать, принимать ли задачи, применяется протокол обновления возможностей и статуса работников в режиме реального времени. Для проблем с хранением можно рассмотреть такие решения, как технология разделения прототипов, чтобы решить проблемы в короткий промежуток времени и принять методы временного хранения.
При проектировании децентрализованной системы приведенные выше соображения могут помочь построить систему с долгосрочной надежностью и свойствами децентрализации.
Оригинал: Дизайн протокола: почему и как
Ссылка на переведенную полнотекстовую версию:
Посмотреть Оригинал
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Курс по предпринимательству в области шифрования a16z: после «Дизайн токена» запускается «Дизайн протокола»
Эдди Лаззарин
Сборник: Сисси
Введение:
**a16z занял важное место в области шифрования, чтобы направлять развитие отрасли благодаря своим подробным статьям, предоставляя нам рекомендации, необходимые для улучшения когнитивных функций и трансформации. В последнее время a16z сосредоточился на вопросах, выходящих за рамки экономики токенов. Он начался с доклада «Дизайн токена», затем последовал «Токенология: помимо экономики токенов», а теперь долгожданный курс «Дизайн протокола». Как неоднократно подчеркивал лектор курса Эдди Лаззарин, технический директор a16z crypto, ключ к преодолению экономики токенов кроется в дизайне протокола, а дизайн токена — лишь вспомогательное средство. В этом курсе, посвященном дизайну протокола, он провел более часа, предоставив предпринимателям ценные идеи и знания, помогая им глубоко понять ключевую роль дизайна протокола в успехе проекта. Эта статья представляет собой упрощенный вариант перевода. Для более интересного контента смотрите ссылку на полнотекстовую версию перевода. **
Неотъемлемые законы эволюции протоколов
Интернет-протокол: Связь взаимодействия
Интернет — это протокольная сеть, включающая различные типы протоколов. Некоторые протоколы лаконичны, например диаграмма состояний HTTP, в то время как другие достаточно сложны, например диаграмма взаимодействия протокола Maker. На рисунке ниже показаны различные протоколы, включая интернет-протоколы, физические протоколы и политические протоколы. Слева на изображении ниже мы видим интерактивную карту перекрестка улиц, которая кажется нам знакомой и интересной.
Общим для этих протоколов является то, что все они представляют собой формализованные интерактивные системы, облегчающие сложное групповое поведение, что является основным компонентом протокола. Сила интернет-протокола заключается в его способности связывать не только взаимодействие между людьми, но и программное обеспечение. Мы знаем, что программное обеспечение легко адаптируется и эффективно, оно способно интегрировать механизмы. Таким образом, Интернет-протокол, возможно, является одним из наших самых важных, если не самым важным, типов протоколов.
Эволюция протокола: Web1 - Web2 - Web3
На приведенной ниже диаграмме горизонтальная ось представляет степень децентрализации и централизации протокола, то есть степень контроля над протоколом. На вертикальной оси находится согласованная экономическая модель, в которой конкретно указывается, является ли экономическая модель явной или неуточненной. Это различие может показаться тонким, но оно имеет важные последствия.
Web1: децентрализовано и без четкой экономической модели
Протоколы периода Web1 (такие как NNTP, IRC, SMTP и RSS) были нейтральными с точки зрения потока ценности, прав собственности, прав доступа и механизмов оплаты без четкой экономической модели. Среди них Usenet — протокол, аналогичный сегодняшнему Reddit, для обмена сообщениями и файлами. IRC был ранним и широко используемым протоколом чата, а SMTP и RSS использовались для электронной почты и подписки на контент.
Usenet — это таксономически организованная платформа, которая позволяет пользователям размещать соответствующий контент на подсерверах определенных категорий. Он был важной частью ранней интернет-культуры и существовал вне HTTP. Для использования Usenet требуется специальный клиент и поставщик услуг Интернета (ISP), который поддерживает Usenet. Usenet распределен по большому количеству постоянно меняющихся новостных серверов, которыми может управлять любой, а сообщения автоматически перенаправляются на другие серверы, образуя децентрализованную систему. Хотя пользователи редко платят за доступ к Usenet напрямую, в конце 2000-х некоторые начали платить за коммерческие серверы Usenet. В целом, в Usenet отсутствует четкая экономическая модель протокола, и пользователи должны использовать ее в своих собственных транзакциях.
Эти протоколы Web1 схожи по архитектуре и основаны на одних и тех же значениях. Даже с небольшим знанием протоколов мы все же можем понять, как они работают, что показывает важность удобочитаемости протокола **Web1 и четких шаблонов. **Однако эти протоколы постепенно терпят неудачу или со временем изменяются. Причины неудачи можно отнести к двум аспектам: во-первых, отсутствие специфических функций, неспособность конкурировать с конкурентами Web2, во-вторых, трудности с получением средств. В конечном счете, успех протокола зависит от его способности применять децентрализованный подход и разрабатывать устойчивую экономическую модель с учетом конкретных функций. Таким образом, протокол Web1 можно классифицировать как децентрализованный и не имеющий четкой экономической модели.
!)
Web2: Централизация и понятная экономическая модель
Web2 породил интересную тенденцию: Reddit заменил такие форумы, как Usenet, а централизованные системы обмена сообщениями, такие как WhatsApp и iMessage, заменили такие форумы, как IRC. Хотя электронная почта все еще существует, она сталкивается с проблемой спама. Кроме того, RSS плохо конкурировал с Twitter. **Web2 устраняет ограничения протокола Web1 и предоставляет определенные функции. ** Электронная почта и другие децентрализованные протоколы не могут проверить легитимность сообщения, личность отправителя, полномочия и экономические отношения, поэтому борьба со спамом становится проблемой. В незрелых децентрализованных системах отсутствие этих функций позволяет централизованным конкурентам превзойти своих предшественников, предлагая уникальные функции.
**Протокол Web2 полностью находится под контролем владельца, ограниченного только бизнес-политикой и законом. **Чтобы стимулировать развитие протокола Web1, необходима более четкая экономическая модель. Однако невозможно достичь четкой экономической модели при сохранении децентрализации без использования децентрализованного консенсуса, поддающихся проверке инструментов технологии вычислений и шифрования. **Согласие обычно переходит из левого нижнего угла пространства дизайна в правый верхний угол. Иногда протоколы становятся де-факто централизованными, например, электронная почта. Поскольку более 50% электронных писем обрабатываются централизованными поставщиками услуг электронной почты, электронная почта стала высоко централизованной. Электронная почта находится под давлением из-за проблем со спамом, отсутствия экономической модели, разделения затрат на регистрацию DNS и высоких затрат на переключение.
В отсутствие жизнеспособной экономической модели электронная почта может существовать только как побочный проект крупных технологических компаний. Методы сокращения спама основаны на экономии за счет масштаба и привязки данных, и компаниям, имеющим миллионы учетных записей электронной почты, легче обнаруживать аномалии. Кроме того, стоимость переключения также является важным фактором. Теперь нам нужно признать две ключевые централизующие силы, влияющие на различные компоненты протокола**, которые постоянно действуют на каждом этапе процесса разработки протокола, а именно сетевые эффекты и затраты на переключение. **
**Сетевые эффекты — это явление накопления мощности по мере масштабирования системы и ее широкого использования. Затраты на переключение относятся к экономическим, когнитивным или временным затратам, необходимым для того, чтобы пользователи покинули текущую систему и переключились на другую систему. **В примере с электронной почтой затраты на переключение имеют решающее значение для пользователей, использующих Gmail. Если вы используете Gmail, но у вас нет собственного домена, затраты на переход будут высокими. Однако, если у вас есть собственное доменное имя, вы можете сменить поставщика почтовых услуг и продолжать использовать любого поставщика услуг для получения почты. Компания может увеличить затраты на переключение за счет разработки протокола, заставляя или поощряя пользователей использовать определенные компоненты, тем самым снижая вероятность перехода пользователей к другим поставщикам.
Возьмите Reddit, систему, которая позволяет модераторам в одностороннем порядке контролировать подфорумы, стирая грань между децентрализацией и централизацией. Хотя разрешение любому быть модератором может рассматриваться как форма децентрализации, они по-прежнему являются полностью централизованными системами, если высшая власть остается в руках администраторов (таких как команды Reddit). Высококачественный пользовательский интерфейс не имеет ничего общего с централизованной властью, но для обеспечения высококачественного пользовательского опыта часто требуется финансовая поддержка. ** В эпоху Web1 из-за нехватки средств децентрализованные протоколы часто не могут обеспечить хороший пользовательский опыт. **Финансирование играет важную роль в обеспечении качественного взаимодействия с пользователем.
Web3: децентрализованная и понятная экономическая модель
На платформе **Web2, такой как Twitter, Facebook, Instagram или TikTok, выбор пользователя ограничен в зависимости от решений интерфейса платформы. ** Однако как децентрализованные компоненты, представленные Web3, изменят протокол? Использование технологии шифрования и блокчейна может снизить зависимость от доверия, проясняя экономику и поддерживая децентрализацию. **Web3 обеспечивает открытость, функциональную совместимость и открытый исходный код с четкой экономической моделью и возможностью интеграции средств в протокол для достижения устойчивого развития и предотвращения монополизации всех ценностей. **
** Для разработчика лучше всего выбрать децентрализованную систему с четкой экономической моделью. Таким образом обеспечивает дальнейшее существование системы и понимает экономические отношения, связанные с ней, не позволяя экономическим отношениям развиваться вне соглашения. ** С точки зрения стабильности и получения ценности это следует рассматривать по-другому. Выбор в пользу децентрализованной системы важен, потому что он позволяет избежать потенциальных рисков и создает надежный проект, который может стать максимально возможной системой.
Строительство Интернета больше не считается безумием, потому что сам Интернет является полностью децентрализованной системой. Точно так же использование языков программирования с открытым исходным кодом и зависимость от веб-браузеров стали прочной основой для создания амбициозных проектов. Создание централизованной системы может быть ограничено и препятствовать масштабу и объему проекта. Web3 привлекает отличных разработчиков, которые могут создавать более крупные и амбициозные проекты. Другие системы или платформы могут появиться и конкурировать с существующей платформой Web2, соответствовать правилам и иметь конкурентное преимущество, а также жестко конкурировать с платформой Web2.
Самая большая проблема сети Web2 — ее хрупкость и чрезмерно оптимизированная бизнес-модель. Эти сети стремятся оптимизировать определенные показатели, игнорируя вещи, не связанные с их целями, что приводит к отсутствию инноваций и разработке новых продуктов. Хотя они обладают сильными сетевыми эффектами, недостаточными для образования монополии, они уязвимы для контрмер против их слабостей.
Напротив, **Web3 обеспечивает более устойчивое и инновационное пространство благодаря децентрализации и четкой экономической модели. ** Подобно богатой и разнообразной экосистеме тропических лесов, система Web3 имеет созданную инфраструктуру и протоколы, подходящие для разработки всевозможных интересных вещей, обеспечивая более плодородную почву для инноваций. Используя криптовалюты и экономические модели токенов, участники могут быть уверены, что их творческий подход и риск будут вознаграждены, что будет способствовать развитию системы.
Следовательно, **Web3 имеет лучшую устойчивость экосистемы и инновационный потенциал, а не полагается исключительно на накопление экономических ресурсов. **Четкая экономическая модель и функции децентрализации позволяют Web3 добиваться инноваций и развития в истинном смысле, избавляясь от затруднительного положения чрезмерной оптимизации и централизованного накопления в одной области. Внедряя технологию шифрования и экономическую модель токенов, Web3 предоставляет участникам большее пространство для творчества и механизм возврата, а также способствует развитию системы в более ценном и устойчивом направлении.
Случай разработки протокола Web3
История дела и цели разработки
Начнем с интересного примера, «Стабильная Орда» — это бесплатная система для генерации изображений и протокол Web2. Он использует функцию совместного слоя, которая позволяет пользователям просить других людей помочь в создании изображений. Клиент отправляет задачу в рабочую очередь, рабочий выполняет обработку логического вывода и отправляет результат в хранилище результатов, из которого клиент может получить результат и заплатить воркеру баллы Kudos. В Stable Horde Kudos — это система бесплатных баллов, используемая для определения приоритетности задач. Однако чем длиннее очередь, тем больше времени требуется для создания образа из-за ограничения пожертвования вычислительных ресурсов.
Мы столкнулись с интересной проблемой: как масштабировать эту систему, чтобы сделать ее больше и более специализированной, оставаясь при этом открытой и интероперабельной, не рискуя централизацией, чтобы разрушить первоначальный дух проекта. ** Одно из предложений состоит в том, чтобы преобразовать баллы Kudos в токены ERC20 и записать их в блокчейне. Однако простое добавление блокчейна может вызвать ряд проблем, таких как атаки с ложным результатом и так далее.
Давайте переосмыслим процесс разработки протокола. **Вы всегда должны начинать с четкой цели, затем учитывать ограничения и, наконец, определять механизм. **Разработка системы требует измерения целей и определения эффективных механизмов. Ограничения бывают эндогенными и экзогенными, и, ограничивая пространство проектирования, механизмы могут быть более четко идентифицированы. Механизмы составляют суть протокола, такие как клиринг, ценообразование, стейкинг, стимулы, платежи и проверка. Проекты должны соответствовать ограничениям и соответствовать четко определенным целям.
Давайте перейдем к совершенно новому протоколу Web3 под названием «Нестабильная путаница». Далее мы обрисовываем некоторые интересные направления, предложенные в контексте преобразования существующего протокола Web2 "Stable Horde" в протокол Web3 "Unstable Confusion".
Как упоминалось ранее, существует проблема с отправкой ложных результатов, поэтому должен быть механизм, гарантирующий, что пользователи получат то, что им нужно, это называется «обоснованием проверки». Проще говоря, нам нужно проверить рассуждения, чтобы убедиться, что его результаты соответствуют ожиданиям. Еще одна проблема касается рабочих в «Стабильной орде». Рабочие запрашивают следующую задачу из базы данных в том порядке, в котором они были запрошены, и назначают задачу работнику, который сделал запрос раньше. Но в системе, где замешаны деньги, работники могут претендовать на большое количество задач, чтобы получать больше, но на самом деле не собираются их выполнять. Они могут конкурировать за малую задержку, захватывать задачи и вызывать перегрузку системы. **
Для решения вышеуказанных проблем предлагаются некоторые решения. Первый — «Плата пропорциональна вкладу», когда работникам платят в соответствии с их вкладом, конкурируя за задачи таким образом, чтобы это было выгодно для сети. Во-вторых, «гибкое участие», то есть работники могут свободно присоединяться к системе или выходить из нее с меньшими затратами, привлекая больше участников. Наконец «Низкая задержка», то есть насколько быстро и быстро реагирует приложение, имеет решающее значение для взаимодействия с пользователем. ** Возвращаясь к нашей цели — создать децентрализованный, совместимый рынок для создания изображений. Хотя у нас все еще есть некоторые ключевые ограничения, они могут быть добавлены, изменены или более конкретизированы позже. Теперь мы можем оценить осуществимость различных механизмов.
Возможный дизайн механизма
1. Механизм проверки
Мы можем использовать такие методы, как теория игр и криптография, чтобы гарантировать точность рассуждений. Механизмы теории игр можно использовать в системах разрешения споров, где пользователи могут обострять споры и решать их в соответствии с определенными ролями. Непрерывный или выборочный аудит — это еще один подход, при котором проверяется работа работников, гарантируется, что задачи назначаются разным работникам, и регистрируется, какие работники проходят аудит. Доказательства с нулевым разглашением в криптографии могут генерировать эффективные доказательства для проверки правильности рассуждений. Традиционные методы включают доверенные сторонние учреждения и обзоры пользователей, но существуют риски централизации и сетевые эффекты.
Другие возможные механизмы проверки включают выполнение одной и той же задачи несколькими работниками, а пользователь выбирает результат. Это может быть дорогостоящим, но если стоимость достаточно низкая, такой подход можно считать подходом.
2. Ценовая стратегия
Что касается стратегии ценообразования, книга заказов может быть создана в сети. Также можно использовать внутрисетевые проверяемые прокси-метрики вычислительных ресурсов, такие как газ. Этот подход отличается от простого свободного рынка, где пользователи просто публикуют информацию о том, что они готовы заплатить за выводы, которые работники могут принять, или они могут делать ставки, чтобы конкурировать за задачи. Вместо этого пользователи могут создать газовую прокси-метрику, где для конкретного вывода требуется определенное количество вычислительных ресурсов, а количество вычислительных ресурсов напрямую определяет цену. Таким образом можно упростить работу всего механизма.
В качестве альтернативы можно использовать книгу заказов вне сети, которая дешевле в эксплуатации и потенциально очень эффективна. Проблема, однако, в том, что тот, кто владеет этой книгой заказов, может сконцентрировать сетевой эффект на себе.
3. Механизм хранения
Механизм хранения очень важен для того, чтобы результаты работы могли быть доставлены пользователю правильно, но трудно снизить риск доверия и доказать, что работа была доставлена правильно. Пользователи могут задаться вопросом, был ли товар доставлен, подобно тому, как они жалуются на то, что не получили ожидаемый товар. Аудиторам может потребоваться проверить процесс расчета и проверить точность выходных результатов. Следовательно, вывод должен быть виден протоколу и храниться там, где протокол может получить к нему доступ.
Что касается механизма хранения, у нас есть несколько вариантов. Один из них — хранить данные в сети, но это дорого. Другим вариантом является использование выделенной сети шифрования хранилища, которая является более сложной, но пытается решить проблему в одноранговой манере. В качестве альтернативы существует возможность хранить данные вне сети, но это вызывает другие проблемы, поскольку тот, кто контролирует эту систему хранения, может повлиять на другие аспекты, такие как процесс проверки и передача окончательного платежа.
4. Стратегия распределения задач
Также необходимо учитывать способ распределения задач, что является относительно сложной областью. Можно считать, что воркер сам выбирает задачу после отправки задачи, или соглашение распределяет задачу после отправки задачи, а также можно позволить пользователю или конечному пользователю выбрать конкретного воркера. У каждого подхода есть свои плюсы и минусы, а также рассмотрите комбинацию способов, которыми протокол определяет, какие рабочие процессы могут запрашивать какие задачи.
Постановка задач предполагает множество интересных деталей. Например, в системе, основанной на протоколе, необходимо знать, находится ли рабочий в сети и доступен ли, чтобы решить, назначать ли ему задачу. Также необходимо знать мощность и нагрузку каждого работника. Поэтому в протоколе необходимо учитывать различные дополнительные факторы, которые, возможно, не были включены в первоначальную простую реализацию.
Ключевые моменты дизайна децентрализованного протокола
7 ключевых элементов дизайна, которые могут привести к риску централизации
К ним относятся именование пространств, введенное по электронной почте, платежные системы, репутация и хранилище, сопоставление, системы ценообразования и системы проверки. Эти элементы могут стать централизованными из-за сетевых эффектов или высоких затрат на переключение. Управляйте протоколом, уменьшая накопление сетевых эффектов, направляя сетевые эффекты в протокол и встраивая в протокол децентрализованный уровень управления для обеспечения долгосрочной работоспособности системы. Децентрализованный контроль может быть достигнут с использованием изменчивых токенов или других механизмов управления, таких как системы репутации или механизмы ротации выборов.
Снижение затрат на переключение и повышение функциональной совместимости
Чтобы побудить предпринимателей создавать приложения в системе, важно снизить затраты на переключение и обеспечить совместимость между различными системами. Избегайте высоких затрат на переключение и уменьшите чрезмерную зависимость от книг заказов вне сети или сторонних систем проверки.
Использование технологии Web3 для создания децентрализованной системы
Используйте инструменты и принципы Web3 для разработки систем, расширяющих возможности предпринимателей и позволяющих избежать чрезмерной централизации. Протоколы, основанные на принципах Web3, обычно имеют больший масштаб, более длительный срок службы и более жизнеспособную экосистему, предоставляя плодородные области для инновационных исследований за пределами границ, установленных крупнейшими действующими лицами.
Глубокое исследование и выбор лучшего решения
При разработке протокола и определении стратегии необходимо глубоко изучить различные аспекты. Для аутентификации обычно лучшим выбором являются криптографические решения. С точки зрения ценообразования прокси-метрики с использованием сетевых проверяемых вычислительных ресурсов могут быть адаптированы к множеству различных задач логического вывода или машинного обучения. Что касается назначения задач, то для справедливого распределения задач и предоставления работникам возможности самостоятельно решать, принимать ли задачи, применяется протокол обновления возможностей и статуса работников в режиме реального времени. Для проблем с хранением можно рассмотреть такие решения, как технология разделения прототипов, чтобы решить проблемы в короткий промежуток времени и принять методы временного хранения.
При проектировании децентрализованной системы приведенные выше соображения могут помочь построить систему с долгосрочной надежностью и свойствами децентрализации.
Оригинал: Дизайн протокола: почему и как
Ссылка на переведенную полнотекстовую версию: