Децентралізувати Twitter/X
Фаза 3 — це план створення сфокусованої децентралізованої альтернативи Twitter/X. У її центрі — публічне спілкування, де текст на першому місці: короткі дописи, відповіді, репости, підписки, обговорення в реальному часі та спільноти, а платформний рівень залишається відкритим.
Twitter/X досі визначають дописи, текст і обмін ідеями. Клієнт Фази 3 має конкурувати саме на рівні цього основного досвіду й зробити його винятково якісним.
Ця сторінка описує напрям продукту, а не остаточну специфікацію випуску. Точний інтерфейс, стандартна стрічка, рекламна модель, функції AI та ринок RPC можуть змінюватися в міру розвитку протоколу й перших застосунків.
Що це має довести
Клієнт має довести, що соціальна мережа на основі профілів може не перетворитися на кастодіальну платформу:
- користувачі можуть володіти ідентифікаторами та профілями
- спільноти та профільні вузли можуть залишатися рівноправними
- спільноти можуть передавати мережеві ефекти між клієнтами Bitsocial
- Постачальники RPC можуть зробити застосунок зручним, не отримуючи контроль над ідентичністю чи профілем користувача
- Алгоритми каналів можуть бути необов’язковими послугами замість права платформи
- інші клієнти можуть конкурувати за ту саму мережу
Мета — створити якомога сильніший клієнт для публічного спілкування й показати, наскільки далеко може сягнути протокол.
Знайомий за призначенням, змінний за задумом
Стандартний досвід має конкурувати з основою Twitter/X: швидка головна стрічка, текстові дописи, підписки, відповіді, поширення через репости, спільноти, сповіщення, пошук і ранжована стрічка For You, яка працює одразу.
Bitsocial Forge може запускати перший стандартний RPC і службу каналів. Це за замовчуванням може включати ранжований канал і рекламу, щоб програма здавалася завершеною в перший день, а не просила звичайних користувачів самостійно зібрати весь стек.
Різниця в тому, що стандартні налаштування не повинні ставати в’язницею. Користувач має мати змогу змінювати RPC, стрічки, інстанси, системи ранжування, рекламу й сервіси пошуку вмісту або повністю вимикати ранжування. Клієнт може пропонувати чіткі початкові налаштування, зберігаючи змінність кожної важливої служби.
Завдяки цьому клієнт гнучкіше налаштовується, ніж звичайна платформа. Один користувач може залишити стандартну ранжовану стрічку з рекламою. Інший — використовувати хронологічну стрічку без ранжування. Третій — вибрати RPC, орієнтований на приватність, громадський сервіс пошуку вмісту, платну стрічку без реклами або нішевий алгоритм для певної субкультури.
Спільноти між клієнтами
Спільноти мають бути набагато важливішими, ніж ізольовані групи в одній програмі.
У X/Twitter спільноти обмежені всередині X. Вони можуть бути корисними, але вони успадковують обмеження однієї платформи, однієї системи облікових записів, одного стеку рекомендацій і однієї поверхні продукту.
Спільноту Bitsocial можна створювати, розміщувати, знаходити й використовувати через різні клієнти. Тому клієнт Фази 3 може показувати спільноти й дописи з ширшої мережі Bitsocial, а не лише від користувачів, які почали роботу всередині нього. В одній спільноті може одночасно з’являтися активність із клієнта іміджборду, дискусійного клієнта в стилі Reddit, клієнта нішевого форуму, мобільного застосунку та клієнта Фази 3.
Це головна перевага мережевого ефекту: один клієнт може здатися знайомим звичайним користувачам, водночас отримувати цінність від багатьох клієнтів, вузлів спільноти, постачальників RPC і незалежних служб.
Алгоритми стрічки за вибором користувача
Клієнт Фази 3 не повинен нав’язувати всім єдину глобальну систему ранжування.
Алгоритми стрічки мають бути необов’язковими й активуватися лише за вибором користувача. Користувач може вибрати алгоритм із ринку, змінити постачальника, використати алгоритм від компанії, скористатися алгоритмом, запущеним анонімним оператором, використати створений спільнотою, запустити особистий алгоритм або взагалі не використовувати алгоритм.
Загальнодоступні постачальники RPC є природним місцем для конкуренції цих послуг. Вони можуть індексувати, ранжувати та рекомендувати вміст, але не повинні контролювати ідентичність чи профіль користувача.
Ці служби також можуть конкурувати за формою самої програми. Один RPC може забезпечити ранжований канал із рекламою. Інший може надати неранжований хронологічний канал. Інший може спеціалізуватися на конфіденційності, перекладі, модерації, відкритті спільноти або нішевому соціальному графі.
Якщо економіка спрацює, служби каналів, що підтримуються RPC, можуть додати функції штучного інтелекту, подібні до того, що намагаються додати у свої канали звичайні платформи: автоматичні переклади, резюме, відповіді за допомогою ботів, пошук відповідей, допомогу в модерації або контекст стилю приміток спільноти.
Ці функції мають бути вибором послуг, а не вимог протоколу. RPC за замовчуванням може конкурувати, пропонуючи багатший канал, але користувачі та конкуруючі клієнти все одно повинні мати можливість вибирати простіші, приватні, хронологічні, без реклами або специфічні для спільноти альтернативи.
RPC без передачі контролю над ідентичністю чи профілем
Кожен користувач повинен мати можливість брати участь як повний одноранговий вузол через RPC, не передаючи постачальнику RPC права власності на свою особу чи профіль.
Розміщений шлях має значення, оскільки більшість користувачів не починатимуть із запуску сервера. Шлях виходу має не менш велике значення: користувач повинен мати можливість перейти до власного вузла профілю на апаратному забезпеченні з низькими характеристиками, включаючи Raspberry Pi, коли завгодно.
Це різниця між зручністю та передачею контролю.
Публічне спілкування, посилене Bitsocial Chain
Bitsocial Chain може безпосередньо привнести в публічне спілкування сталі імена, платежі, чайові, нагороди та інші фінансові можливості.
Клієнт Фази 3 зберігає фокус на дописах, тексті, обміні ідеями й обговореннях у реальному часі, водночас спільно використовуючи спільноти та мережеві ефекти з іншими клієнтами Bitsocial.