Сравнение основных децентрализованных социальных протоколов с точки зрения идентификации, данных и хранилища

Автор: 1kx

Составитель: Luffy, Foresight News

Движимые коммерческими мотивами, появились контролируемые корпорациями платформы социальных сетей, которые значительно подорвали первоначальные надежды на культуру онлайн-взаимодействия. Предполагается, что информационные онлайн-технологии демократизируют культурное производство с нуля, но сегодня эти платформы, ориентированные на прибыль, ограничивают и формируют онлайн-поведение — «лайки» — это не благодарность за контент, а инструмент коммерциализации.

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

История децентрализованных и альтернативных социальных сетей

До того, как Интернет стал центром бизнеса, развлечений и социального взаимодействия, он был в первую очередь инструментом в академической и военной областях. Тим Бернерс-Ли (Tim Berners-Lee) разработал первый сетевой протокол с эгалитарным видением: Интернет изначально был задуман как децентрализованная сеть, в которой информация может свободно перемещаться между узлами, без единого человека, контролирующего ее, и без единой точки отказа.

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

Ключевым нововведением в развитии альтернативных социальных сетей является появление концепции федеративных протоколов. Федеративная сеть — это система независимых серверов или «узлов», которые работают вместе, образуя социальную сеть, в отличие от централизованной платформы, где организация контролирует все серверы.

В федеративной сетевой системе на каждом сервере работает программное обеспечение, которое следует общему протоколу, что позволяет им взаимодействовать друг с другом. Пользователи, зарегистрированные на одном сервере, могут беспрепятственно следить за пользователями на других серверах, взаимодействовать с пользователями на других серверах и обмениваться контентом, как если бы они находились на одной платформе. Примерами федеративных протоколов являются ActivityPub и OStatus, которые обеспечивают поддержку федеративных платформ, таких как Mastodon и PeerTube.

В настройках федеративной системы пользователи могут выбрать сервер, которому они доверяют, они могут мигрировать на другой сервер или настроить свой собственный, им предоставляется большая автономия. Для описания такой системы используется термин «Fediverse» (сочетание слов «federal» и «cosmos»). Fediverse начинался с платформы GNU Social и ее предшественников (Statusnet и Laconica), но настоящим поворотным моментом стала разработка и широкое внедрение протокола ActivityPub, который был опубликован в качестве рекомендации Консорциумом Всемирной паутины (W3C) в 2018 году.

В Web3, как только данные переносятся в блокчейн, федеративные социальные сети являются состоянием по умолчанию для децентрализованных систем. Блокчейн выступает в качестве бэкенд-сервера для хранения контента, а фронтенд индексирует этот контент и подает его непосредственно пользователям. Идентификация привязана к паре открытого и закрытого ключей, которая управляет кошельком пользователя, что позволяет пользователям легко проверять любые данные или контент, которые они генерируют. Кроме того, использование ончейн-примитивов, таких как NFT, может объединять хранимый контент в метаданные и выступать в качестве доменного имени или децентрализованной идентификации (DID).

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

Сравнение протоколов

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

Идентификация / Пространство имен

В федеративных и децентрализованных социальных графах или сетевых протоколах «пространство имен» — это домен, в котором идентификатор пользователя или другой ресурс является уникальным. Это способ отличить ресурсы или идентификаторы одного домена/сервера от другого, гарантируя, что не возникнет конфликтов и неоднозначностей при интеграции или взаимодействии между несколькими доменами.

Пространства имен идентификации и ассоциаций различных децентрализованных социальных протоколов варьируются от простых пар ключей (Nostr, Sputlebutt) до URI, указывающих на управляемые профили (ActivityPub), до использования ончейн-примитивов, таких как NFT (а в последнее время и расширений ERC-6551, таких как Lens V2).

Farcaster является отличным примером таких технологий. Учетная запись Farcaster представляет собой уникальную сущность в сети. Каждая учетная запись имеет уникальный числовой идентификатор, называемый Farcaster ID (fid). Идентификация управляется в блокчейне с помощью контракта ETH под названием IdRegistry, в котором пользователи инициируют транзакции для получения новых fid. Адрес, которому принадлежит FID, является административным адресом пользователя. IdRegistry гарантирует, что fid-файлы могут передаваться между адресами и что никакие два адреса не имеют одинаковых fid. Farcaster также расширил это пространство имен для поддержки ENS доменных имен, опубликованных в сети или вне сети. Пользователи должны предоставить подтверждение подписи в сети, чтобы получить имя пользователя.

ActivityPub, с другой стороны, идентифицирует каждого пользователя по уникальному URI, обычно URL-адресу HTTPS. URI указывает на профиль пользователя и служит его глобальным идентификатором в Fediverse. Чтобы сделать эти URI более удобными для пользователя, многие платформы ActivityPub используют систему под названием Webfinger. Webfinger позволяет пользователям иметь удостоверение, похожее на «@username@domain.com».

Lens и CyberConnect управляют профилями пользователей как NFT. В случае с Lens один адрес пользователя содержит один профильный NFT, а один адрес может содержать несколько профильных NFT. Каждый профильный NFT инкапсулирует всю историю активности пользователя. Кроме того, NFT профиля имеют FollowModule, который, по сути, представляет собой набор правил, регулирующих то, как разные учетные записи приобретают NFT Follow. Эти Follow NFT записывают связь между учетной записью и профилем непосредственно в блокчейне. Существуют также ручки, которые могут быть созданы отдельно от профилей и могут быть связаны из одного профиля в другой или не связаны. Дескрипторы существуют в собственном пространстве имен (например, lens/@alice).

Данные

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

• Субъект и объект: определение «субъекта» (например, пользователя) и «объекта» (например, сообщения или сообщения).
• Публикации: Сообщения или комментарии упаковываются как «публикации» и обычно связаны с внешним контентом через URL-адреса.
• Добавляйте только то, что есть в журнале: Каждая запись, опубликованная или обновленная, представляет собой журнал дискретных элементов контента, добавляемых и хранящихся последовательно.

Давайте рассмотрим несколько примеров, чтобы увидеть, как работает тот или иной протокол.

ActivityPub использует формат данных ActivityStreams 2.0, структуру данных на основе JSON, для представления различных социальных взаимодействий, таких как публикации или отметки «Нравится». Протокол состоит из двух основных компонентов: клиент-сервер (C2S) и сервер-сервер (S2S). C2S позволяет пользователям взаимодействовать со своими серверами через клиентские приложения. В отличие от этого, S2S облегчает обмен данными между серверами, обеспечивая надежную федеративную природу протокола.

В ActivityPub сущности подразделяются на «участников» (обычно учетные записи или группы пользователей) и «объекты» (содержимое или действия, такие как публикации или отметки «Нравится»). Когда субъект выполняет действие над объектом, он создает активный объект, например «Создать», «Следовать» или «Нравится».

Социальный граф Web3 заимствует многие из основных идей ActivityPub, но применяет их к блокчейну. Например, Lens Protocol вводит «публикации», которые инкапсулируют различный пользовательский контент, такой как сообщения, зеркала, комментарии и другие формы мультимедиа. Каждая публикация связана с ContentURI, который указывает на конкретный контент, хранящийся в децентрализованном протоколе, таком как FIL или Arweave, или в централизованном сервисе хранения, таком как AWS S3. Такой дизайн гарантирует, что профили пользователей и все связанные с ними публикации надежно хранятся в их личных кошельках, освобождая их от зависимости от централизованных баз данных.

Кроме того, Web3 предлагает более простой подход к монетизации пользовательского контента и влияния, чем архитектуры Web2. Пользователи могут взимать плату за минтинг Follow NFT или интегрировать Collect Modules со своими публикациями. Последний вариант позволяет им взимать комиссию за минтинг NFT, привязанный к ContentURI их публикации. В дополнение к этим функциям, Lens Protocol также предоставляет API GraphQL для маскировки компонентов блокчейна от интерфейсов, обеспечивая более удобный пользовательский опыт, чем предыдущие децентрализованные социальные сети.

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

Scuttlebutt также использует агентство данных журналов, доступное только для добавления. У каждого пользователя есть свой журнал, в котором каждое новое сообщение или действие добавляется в конец после того, как оно подписано пользователем. Он также поддерживает совместное использование двоичных данных, называемых «большими двоичными объектами». Эти данные могут быть изображениями, видео или любым другим двоичным содержимым. Большие двоичные объекты хранятся отдельно от журналов, доступных только для добавления, но ссылки (хэши) на эти большие двоичные объекты могут быть включены в журналы.

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

Хранение

Хранение данных в ранних децентрализованных протоколах было в основном вне сети. Например, Scuttlebutt использует одноранговую сеть сплетен для хранения данных на локальном устройстве пользователя. Такой подход обеспечивает суверенитет данных, поскольку пользователи имеют полный контроль над своей информацией. Однако это также означает, что доступность данных зависит от того, подключено ли устройство пользователя к сети или есть копия данных на другом узле сети. Со временем некоторым клиентам Scuttlebutt может потребоваться внедрить политики сборки мусора для удаления старых или менее актуальных данных для управления дисковым пространством.

Альтернативой такому одноранговому подходу является появление серверов хранения данных. В случае с Matrix несколько домашних серверов хранят копии истории комнат и синхронизируют их друг с другом. Когда пользователь отправляет сообщение (или любое другое событие) в комнате, его домашние серверы транслируют событие на другие домашние серверы, которые затем сохраняют событие и пересылают его подключенным клиентам. Аналогичным образом, ActivityPub позволяет каждому экземпляру (или серверу) в сети хранить свои данные, как правило, в базе данных. Выбор базы данных (реляционная, NoSQL и т.д.) зависит от реализации программного обеспечения ActivityPub. Например, Mastodon, популярная платформа ActivityPub, использует базу данных PostgreSQL.

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

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

Для эффективной обработки частых обновлений между пользовательскими соединениями CyberConnect использует хешированные связанные списки в децентрализованном хранилище данных. При запуске соединения создается «Журнал операций». Последующие изменения состояния, такие как переключение между подпиской и отменой подписки, добавляются в этот журнал как новый узел. Хотя эти обновления изначально хранятся на централизованных серверах, они регулярно массово загружаются на децентрализованную платформу хранения, такую как Arweave или FIL. Для обеспечения быстрого извлечения данных узлы в журнале операций хранятся централизованно. Тем не менее, пользователи могут самостоятельно проверить целостность данных, просмотрев этот список хэш-ссылок. Несмотря на то, что некоторые запросы данных зависят от централизованных серверов, система CyberConnect спроектирована так, чтобы быть полностью децентрализованной, обеспечивая при этом высокую производительность.

Farcaster использует аналогичный гибридный подход: ончейн-контракты используются для низкочастотных операций, которые важны для согласованности и децентрализации. Управление учетными записями, именами пользователей, хранилищем и ключами осуществляется с помощью ряда контрактов ETH. Оффчейн-системы используются для высокочастотных операций, которые зависят от производительности. Сообщения, созданные учетными записями пользователей, хранятся и распространяются в одноранговой сети концентратора Farcaster.

Обсуждение

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

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

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

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

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