Перейти до основного вмісту

Повне непрофесіональне пояснення протоколу Bitsocial

Ця сторінка пояснює Bitsocial, не припускаючи, що ви вже розумієте однорангові мережі, криптографічні ключі, IPFS або pubsub.

Деякі деталі навмисно спрощені. Для більш технічної версії читайте сторінку Одноранговий протокол.

Коротка версія​

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

Спільнота Bitsocial має адресу. Програми використовують цю адресу, щоб знаходити однорангових користувачів, які обслуговують спільноту, отримувати останні публікації від цих однорангових користувачів і публікувати нові публікації через одноранговий канал повідомлень. Перш ніж публікація буде прийнята, спільнота може вимагати перевірку спаму, як-от captcha, код запрошення, платіж, перевірку маркера, перевірку модерації ШІ, білий список або будь-яке інше правило, яке можна закодувати.

Це основна ідея:

  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, маркерний баланс, оцінка модерації штучного інтелекту, підтвердження репутації, білий список для певної спільноти або спеціальне правило.

Ця гнучкість має значення, оскільки спам змінюється. Правило спаму на рівні протоколу стає застарілим. Завдання на рівні спільноти може розвиватися без міграції всієї мережі.

Для детального пояснення читайте Спеціальні виклики захисту від спаму.

Як працює модерація​

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

Спільнота може мати власників і модераторів. Адреси модератора є частиною стану спільноти. Коли модератор виконує дію, цю дію можна підписати. Вузол спільноти та клієнти можуть перевірити підпис за списком модератора.

Це надає модерації локальний масштаб:

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

На практиці це означає, що спільнота може видаляти спам або застосовувати правила у власному просторі, не перетворюючи свої правила на закон для всієї мережі.

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

Які програми додають​

Протокол не визначає, як має виглядати весь продукт.

Додаток додає людський досвід навколо протоколу:

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

Ось чому Bitsocial може підтримувати різні стилі програм. 5chan може виглядати як іміджборд. Seedit може виглядати як дискусія у стилі форуму. Інші клієнти можуть створювати різні поверхні виявлення, системи рейтингу, перегляди модерації або стандартні налаштування спільноти, використовуючи сумісні спільноти Bitsocial.

Протокол зберігає портативність власності та публікації. Програми змагаються за якість продукту.

Що додає публічний RPC​

Безпосередній запуск однорангового вузла спільноти є потужним, але не кожен хоче керувати постійно ввімкненою машиною.

Громадський RPC — це сервісний рівень, який може зробити Bitsocial зручнішим. Загальнодоступний постачальник RPC може допомогти користувачам керувати спільнотами з телефону або легкого клієнта, тоді як модель довгострокового володіння все одно повинна дозволяти користувачам переїхати, самостійно розмістити або вибрати конкуруючого постачальника.

Відмінність має значення:

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

Про запропонований дизайн служби читайте Загальнодоступний RPC без дозволу.

Чим не є Bitsocial​

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

Bitsocial не є федерацією в сенсі ActivityPub. Спільнота не обов’язково має бути обліковим записом на одному сервері з одним доменом, одним адміністратором і однією серверною базою даних.

Bitsocial також не одна програма. Це спільний рівень протоколу для програм, спільнот, вузлів, маршрутизаторів, постачальників RPC, служб виявлення, модулів захисту від спаму та інструментів модерації.

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

Куди йти далі​