Перейти к основному содержанию

Полное объяснение протокола Bitsocial для непрофессионалов.

На этой странице объясняется Bitsocial, не предполагая, что вы уже разбираетесь в одноранговых сетях, криптографических ключах, IPFS или pubsub.

Некоторые детали намеренно упрощены. Более техническую версию можно найти на странице Одноранговый протокол.

Краткая версия​

Bitsocial — это протокол для социальных приложений, в котором сообщества принадлежат ключам, а не базе данных компании.

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

Это основная идея:

  1. Сообщество управляется закрытым ключом.
  2. Открытый ключ дает сообществу стабильный адрес.
  3. Пиры помогают читателям найти и привлечь сообщество.
  4. Узел сообщества принимает или отклоняет новые сообщения.
  5. Политика борьбы со спамом принадлежит каждому сообществу, а не одной глобальной платформе.

Почему хеши имеют значение​

Хэш — это короткий отпечаток данных.

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

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

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

Почему открытые ключи имеют значение​

Открытый ключ и закрытый ключ представляют собой согласованную пару.

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

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

Проще говоря:

  • закрытый ключ — это управляющий дескриптор владельца
  • открытый ключ — это публичный идентификатор или адрес
  • подписи доказывают, что действие исходило от владельца

Что такое сообщество Bitsocial​

Сообщество Bitsocial — это не просто страница в одном приложении.

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

Это означает, что сообщество может пережить один интерфейс. Одно приложение может отображать это как доску. Другое приложение может отображать его как форум. Будущее приложение сможет отображать его в ленте на основе профиля. Приложение может измениться, но адрес сообщества по-прежнему будет указывать на то же принадлежащее ему сообщество.

Как работает чтение​

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

Поток ближе к этому:

  1. Приложение уже знает адрес сообщества или получает его из списка, ссылки, поверхности поиска или человекочитаемое имя.
  2. Приложение запрашивает легкие маршрутизаторы, какие узлы в настоящее время предоставляют этот адрес сообщества.
  3. Маршрутизаторы возвращают только адреса одноранговых узлов. Они не возвращают сообщения, правила, профили или сообщества. метаданные.
  4. Приложение подключается к одноранговым узлам и получает последнюю информацию о состоянии сообщества.
  5. Это состояние содержит указатели на публикацию контента.
  6. Приложение получает контент публикации от коллег и отображает его в обычном социальном интерфейсе.

Маршрутизатор является лишь помощником поиска. Это ближе к вопросу «у кого это есть?» чем спрашивать: «Пожалуйста, предоставьте мне весь сайт».

Более подробную информацию об этом разделении можно найти в разделе Обнаружение контента.

Как работает публикация​

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

Bitsocial обрабатывает публикацию через поток «запрос-ответ»:

  1. Пользователь пишет сообщение или ответ.
  2. Приложение присоединяется к теме одноранговых сообщений сообщества.
  3. Приложение запрашивает у узла сообщества вызов.
  4. Узел сообщества отправляет обратно запрос.
  5. Пользователь или приложение выполняет задание.
  6. Приложение отправляет сообщение и ответ на вызов.
  7. Узел сообщества проверяет ответ и публикацию.
  8. Если он проходит успешно, узел сообщества принимает сообщение в следующее обновление сообщества.
  9. Другие читатели получают обновленное состояние сообщества от коллег.

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

Почему проблемы с защитой от спама так важны​

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

Bitsocial разделяет эти вещи. Протокол дает сообществам возможность требовать проверку перед принятием сообщения, но он не обязывает каждое сообщество использовать одну и ту же проверку.

Одно сообщество может использовать капчу. Другой может использовать пригласительные коды. Другой может потребовать проверки по SMS, платежа, NFT, баланса токенов, оценки модерации AI, подтверждения репутации, белого списка для конкретного сообщества или специального правила.

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

Более подробное объяснение можно найти в Пользовательские задачи по региону со спамом.

Как работает модерация​

Bitsocial не свободен от модерации. Это модерация без одного глобального суперадмина.

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

Это дает модерации локальную область действия:

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

На практике это означает, что сообщество может удалять спам или обеспечивать соблюдение правил внутри своего пространства, не превращая свои правила в закон для всей сети.

Чтобы узнать о политике, прочтите Локальная модерация, а не глобальные баны.

Какие приложения добавляют​

Протокол не решает, как должен выглядеть весь продукт.

Приложение добавляет человеческий опыт вокруг протокола:

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

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

Протокол сохраняет право собственности и публикацию портативными. Приложения конкурируют за качество продукта.

Что добавляет публичный RPC​

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

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

Различие имеет значение:

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

Предлагаемый дизайн сервиса см. в Публичный RPC без разрешения.

Чем Bitsocial не является​

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

Bitsocial — это не федерация в смысле ActivityPub. Сообщество не обязательно должно представлять собой учетную запись на одном сервере с одним доменом, одним администратором и одной базой данных сервера.

Bitsocial также не является одним приложением. Это общий уровень протокола для приложений, сообществ, узлов, маршрутизаторов, поставщиков RPC, служб обнаружения, модулей защиты от спама и инструментов модерации.

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

Куда идти дальше​