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

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

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

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

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

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

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

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

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

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

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

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

личность/пространство имен

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

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

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

ActivityPub, с другой стороны, идентифицирует каждого пользователя по уникальному URI (обычно URL-адрес HTTPS). Этот URI указывает на профиль пользователя и служит его глобальным идентификатором в Fediverse. Чтобы сделать эти URI более удобными для пользователя, многие платформы ActivityPub используют систему под названием Webfinger. Webfinger позволяет пользователям иметь идентификаторы типа «@[email protected]».

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

данные

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

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

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

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

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

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

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

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

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

хранилище

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

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

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

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

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

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

обсуждать

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

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

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

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

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