> For the complete documentation index, see [llms.txt](https://smartw3.gitbook.io/cyberconnect_cis/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://smartw3.gitbook.io/cyberconnect_cis/predstavlenie/sozdanie-infrastruktury-social-graph-dlya-web-3.0.md).
# Создание инфраструктуры Social Graph для Web 3.0
### Абстрактный
Подъем глобальных гигантов социальных сетей позволяет централизованным технологическим картелям злоупотреблять данными пользователей, нарушая конфиденциальность пользователей и вводя цензуру. По данным Cambridge Analytica, Facebook собирал социальные графы и личные профили миллионов пользователей без их согласия для содействия политической рекламе, неправомерно извлекая выгоду из личных данных. Текущий ландшафт централизованной социальной сети Web 2.0 отклонился от принципа World Wide Web, чтобы обеспечить децентрализацию информации в больших масштабах.
В качестве решения нам нужна децентрализованная, свободная от цензуры и суверенная социальная сеть, которая в точности соответствует тезису о революции Web 3.0. На заре Web 3.0 CyberConnect призван создать децентрализованный протокол социального графа, обслуживающий социальные сети Web3 и метавселенную. **Наша миссия состоит в том, чтобы вернуть право собственности и полезность данных социального графа обратно пользователям, а также предоставить инфраструктуру для всех разработчиков Web3.0, которую можно интегрировать и использовать.**
### Дорожная карта Web 3.0
Революционная инновация блокчейна Ethereum позволяет выполнять смарт-контракты децентрализованным способом, открывая главу децентрализованных приложений, взаимодействующих с цифровыми активами. Мы видели процветание лета DeFi и лета NFT. Многочисленные Dapps взяли на себя обязательство облегчить торговлю цифровыми активами.
С другой стороны, мы рады видеть растущую популярность децентрализованных платформ пользовательского контента, таких как mirror.xyz, и игр на основе блокчейна, таких как Axie Infinity. Мы считаем, что следующим важным шагом на дорожной карте Web 3.0 станет расцвет децентрализованных социальных сетей и основанной на блокчейне Metaverse. Неотъемлемой частью этого будет децентрализованный протокол социального графа.
Отсутствие децентрализованного протокола социального графа, текущие игры и социальные приложения хранят данные о подключении пользователей централизованно. Пользователям приходится повторять процесс создания соединений каждый раз, когда они входят в новое приложение. Представьте, как это здорово, когда вы входите в Decentraland, Dark Forest или даже Opensea и сразу можете узнать своих друзей из своей адресной книги, которые также используют это приложение. С помощью CyberConnect пользователи могут перемещаться по различным Dapps и играм в Web 3.0 со своими цифровыми активами, идентификаторами в сети и социальными графами, не передавая контроль какой-либо централизованной стороне.
### CyberConnect Protocol
#### Обзор протокола
Мы предлагаем CyberConnect, децентрализованный протокол для построения социальных графов на основе адресов блокчейна. Протокол CyberConnect будет иметь следующие функции:
* Публично доступный: децентрализованные данные социального графа будут общедоступными для всех Dapps в качестве дополнительной функции для разработчиков, позволяющей использовать связи пользователей для расширения их существующей пользовательской базы.
* Самостоятельный: в то время как данные социального графа открыты для всех, только пользователи имеют полный контроль над своими собственными социальными графами, то есть добавление, удаление и обновление связей.
* Независимость от блокчейна: вместо привязки к одному блокчейну протокол создан для экосистемы с несколькими блокчейнами. Блокчейн-независимая функция будет поддерживать соединения из всех блокчейнов.
* Децентрализованное управление: Вдохновленные видением Ethereum, мы будем придерживаться идеалов безопасности, без разрешения и децентрализованного управления. Долгосрочное развитие протокола будет зависеть от децентрализованного управления.
* Поощрение токенами: чтобы поддержать долгосрочное развитие протокола CyberConnect, мы вводим модель поощрения токенами на начальном этапе, чтобы справедливо вознаграждать всех участников, которые помогают запустить социальный граф.
Опции для функций сохранения конфиденциальности: мы знаем, что некоторые пользователи заботятся о своих данных соединения больше, чем другие. Мы активно изучаем технические решения для включения функций сохранения конфиденциальности в будущем.
#### Хранилище
В основе CyberConnect лежит защищенная от несанкционированного доступа структура данных, которая эффективно упрощает создание, обновление, запрос и проверку ориентированных на пользователя данных.
Каждый фрагмент ориентированных на пользователя данных представлен в виде потока данных, обновление которого разрешено только владельцем данных. Каждое обновление данных добавляется к потоку данных в форме журнала фиксации только для добавления, и результирующая структура данных становится структурой данных с хэш-связью, называемой `Merkle DAG`. Чтобы обеспечить подлинность данных, мы используем кодек `dag-jose` `IPLD`, поэтому каждый фрагмент данных, будь то файл создания или отдельные обновления, подписан и, при необходимости, зашифрован владельцем данных. Перед добавлением новой фиксации к потоку данных выполняется проверка авторизации, чтобы убедиться, что только владелец данных может добавлять новые обновления. После пользовательского кодирования IPLD данные безопасно сохраняются в IPFS, чтобы обеспечить адресный поиск контента и целостность данных. В соответствии с этим дизайном социальный граф каждого пользователя может быть изменен только пользователем, доступен для чтения приложениям с надлежащим разрешением на дешифрование, предоставленным пользователем, и может быть проверен с помощью прикрепленной подписи.
Мы сотрудничаем с Ceramic для нашего первого выпуска на основе их реализации такой системы хранения изменяемых потоков данных поверх IPFS. Дальнейшее улучшение производительности будет достигнуто за счет написания модели тяжелых данных.
Доступность данных между узлами достигается с помощью `libp2p pubsub`, так что пока один узел, подписанный на тему pubsub, имеет необходимый журнал коммитов, данные будут доступны для запроса среди всех узлов.
Долгосрочное сохранение данных гарантируется благодаря привязке к цепочке блоков Ceramic и нашему сервису закрепления данных.
#### Аутентификация и авторизация
Чтобы полностью вернуть право собственности на пользовательские данные, мы должны сначала разобраться с аутентификацией и авторизацией. Аутентификация пользователя просто означает, что он является тем, за кого себя выдает, и легко достигается с помощью подписи с использованием закрытого ключа пользователя. Авторизация пользовательских данных означает, что только пользователь имеет доступ для записи своих собственных данных, и никакая другая центральная сторона, такая как Facebook, не может изменять чьи-либо данные. Авторизация выполняется с помощью проверок перед фиксацией и кодирования `dag-jose IPLD` для обеспечения правильной подписи после фиксации.
Учитывая эти два требования к аутентификации и авторизации, мы разработали безопасную схему цепочки ключей для аутентификации и авторизации, основанную на системе открытых ключей (пары асимметричных ключей). Во-первых, пользователи не должны подписывать какие-либо нетранзакционные данные своим закрытым ключом блокчейна. Подписание с помощью закрытого ключа блокчейна создает дополнительные препятствия для взаимодействия с пользователем и расширяет возможности для атак. Таким образом, нам нужно сгенерировать пары ключей с кривой `ed25519` из энтропии подписи блокчейн-кошелька на стороне клиента. Закрытый ключ генерируется внутри защищенного `iframe` и предоставляется приложениям только через rpc для предотвращения XSS-атак.
Затем пары ключей шифруются с помощью существующего закрытого ключа цепочки для ключей пользователя (закрытый ключ цепочки для ключей, если закрытый ключ цепочки для ключей не существует) и сохраняются в определенном потоке данных для цепочки для ключей. Поток данных связки ключей авторизован и защищен с помощью схемы ротации ключей в сочетании с привязкой блокчейна для разрешения конфликтов.
#### Пользовательские таблицы, ориентированные на пользователя
Хранилище IPFS имеет общую проблему централизации, когда CID хранятся на централизованном сервере. Это поднимает проблему подлинности данных, когда центральный сервер может заменить настоящие данные, созданные пользователем, на поддельные, изменив CID. Как упоминалось выше, мы применяем подпись данных с помощью кодека `dag-jose`, чтобы гарантировать подлинность данных.
Чтобы найти социальный граф определенного пользователя, нам сначала нужно найти связку ключей пользователя через его адрес в блокчейне. Затем мы могли бы просмотреть таблицу пользователей с помощью открытого ключа связки ключей. В отличие от дизайна, ориентированного на приложения в web2, где каждое приложение хранит некоторую информацию о пользователе, а такая информация, как имя и аватар, дублируется во всех приложениях, в нашем дизайне одна пользовательская таблица для каждого пользователя содержит всю необходимую информацию и может быть используется во всех приложениях. Помещая всю информацию социального графа в одну пользовательскую таблицу, только этот пользователь имеет разрешение на обновление любых задействованных данных, и только стороны, которым был предоставлен ключ дешифрования, могут читать данные внутри, если они зашифрованы.
#### Индексирование данных
Подобно тому, как `thegraph` индексирует транзакционные данные в Ethereum, все данные социальных графов поверх индексаторов приветственных данных CyberConnect. В CyberConnect данные социального графа хранятся как односторонние соединения. Например, если Алиса следует за Бобом, Алиса добавит Боба в свой собственный список подписчиков. Однако Алиса не могла изменить список подписчиков Боба из-за ограниченного доступа. Таким образом, мы храним только следующий список внутри пользовательской таблицы, но не список подписчиков. Любой индексатор может легко получить такой список подписчиков и восстановить список подписчиков контрагента и предоставить такие данные для более простых запросов приложений. Сначала мы бы развернули индексатор для вышеупомянутого варианта использования списка подписчиков (хранящегося в вычисляемом индексе) и приветствовали бы другие интересные возможности индексации данных сообществом. Любой пользователь с некоторыми техническими навыками может проверить правильность вычисленного индекса, а в будущем может быть разработана более сложная система, включающая косую черту.
#### Node
Узел должен обеспечивать следующие функции для поддержания такого децентрализованного социального графа. Узел Ceramic, включающий настраиваемый демон IPFS с кодировкой `dag-jose` `IPLD`. Это обрабатывает все создание и обновление потока данных с проверкой подлинности цепочки для ключей. Он также поддерживает желаемую доступность данных с помощью службы закрепления данных libp2p и IPFS и обеспечивает согласование потоковых данных с привязкой к блокчейну. Конечная точка RPC, предоставляющая доступ к потоку данных. Индексатор данных, обеспечивающий обратный поиск и агрегацию данных. Для создания обратного «списка подписчиков» на основе однонаправленного следующего соединения.
#### Архитектура (v1)
#### Сценарии использования
Мы концептуализируем децентрализованный социальный граф как набор односторонних путей между различными адресами блокчейна. Эта простая структура является гибкой и потенциально может поддерживать множество интересных вариантов использования Web 3.0.
Децентрализованные приложения для социальных сетей могут интегрировать открытый социальный граф на основе протокола CyberConnect для загрузки версий Web 3.0 Medium, LinkedIn и Twitter.
Приложения для обмена мгновенными сообщениями на основе Web 3.0 могут использовать двунаправленный подграф (что означает, что два пользователя подписаны друг на друга) в качестве списка контактов для расширения пользовательской базы.
Блокчейн-игры могут импортировать социальный граф, чтобы улучшить свои социальные функции. Игроки смогут без труда общаться и играть со своими друзьями по сети. Поскольку пользователи совместно вносят свой вклад в децентрализованный социальный граф, растущее внедрение социального графа приводит к более сильному сетевому эффекту. Новое соединение, созданное в одном децентрализованном приложении, принесет пользу всем децентрализованным приложениям, использующим протокол CyberConnect.
Мы представляем концепцию приложения для обмена мгновенными сообщениями на основе Web 3.0, которое нас особенно интересует, ниже: CyberChat. Ожидается, что CyberChat, демонстрирующий утилиты протокола CyberConnect, в будущем станет образцом матрицы приложений Web 3.0, основанных на CyberConnect.
#### Киберчат
Включение обмена сообщениями между адресами блокчейна и предоставление пользователям возможности общаться со своими крипто-активами будет следующим шагом для завершения социальной экосистемы в Web 3.0. CyberChat — это ненадежное приложение для чата Web3.0 для всех пользователей блокчейна. Дополнительная информация о Cyberchat будет доступна в ближайшее время.
#### Возможности в будущем: DIDs
Децентрализованные идентификаторы (DID) — это новый тип идентификаторов, который обеспечивает проверяемую децентрализованную цифровую идентификацию. Это стандарт, созданный W3C для пользователей, чтобы идентифицировать себя без централизованных реестров, идентифицировать поставщиков и центры сертификации.
В будущем мы можем использовать DID в качестве глобального уникального идентификатора для каждого пользователя web3, и каждый DID содержит пару закрытый-открытый ключ, чтобы пользователь мог безопасно взаимодействовать со службами и данными. Каждый DID также связан с одним или несколькими адресами блокчейна, и эти адреса могут даже находиться в разных блокчейнах.
У этого подхода DID есть несколько преимуществ. Пользователи однозначно идентифицируются без центрального органа, а целостность пользовательских данных сохраняется с помощью подписи DID. Пользователи могут связать разные адреса блокчейна с одним DID, что соответствует постоянно растущему ландшафту блокчейна Layer1. Пользователи не будут использовать свой закрытый ключ блокчейна для подписи какой-либо нетранзакционной информации, такой как отправка сообщения или обновление своего аватара.
Каждый DID представляет собой абстрактный, не зависящий от ключа и блокчейна интерфейс, используемый для уникальной идентификации объектов, подписи и шифрования информации и делегирования управления доступом службам.
### CyberConnect DAO
#### Dao Governance
Управление протоколом CyberConnect осуществляется CyberConenctDAO, состоящим из держателей токенов $CYBER. Предложения по управлению будут проходить в два этапа. Первый этап — это проверка консенсуса, которая выполняется на Snapshot. Для прохождения любого предложения требуется минимальный порог токена. Второй этап – реализация предложений правительства. Только предложения, прошедшие первый этап, могут быть окончательно реализованы в протоколе. Кодекс должен быть проверен профессионалами перед внедрением, а плата за аудит будет возмещена резервным фондом сообщества.
$CYBER — собственный токен CyberConnectDAO. DAO является владельцем протокола CyberConnect. Владельцы $CYBER являются членами CyberConenctDAO и совместно владеют протоколом CyberConnect через DAO. В качестве нативного токена $CYBER служит стимулом для облегчения управления. Команда CyberConnect продолжит активно взаимодействовать с ведущими проектами Web 3.0, чтобы расширить варианты использования $CYBER.
Токен $CYBER будет использоваться только в целях управления на ранней стадии. Утилиты, связанные с функциональностью, такие как вознаграждение за стекинг, будут представлены позже вместе с растущим внедрением протокола. Общее количество токенов $CYBER составляет 100 000 000. В будущем будет предоставлено больше информации о токеномике.
Ссылки:
https://cyberconnect.me/https://twitter.com/CyberConnectHQ
[оригинал статьи](https://mirror.xyz/cyberlab.eth/k3pL5s2G3Emdz2iguhypcY3HPJaZLkC7SNB8XjgPkm0)
