コンテンツディスカバリー
Bitsocial は、プロトコルにグローバル フィード、検索インデックス、ランキング アルゴリズムを 1 つも組み込んでいません。コンテンツの検出は次の 2 つの層に分割されます。
- ネットワーク ルックアップ は、現在既知のコミュニティにサービスを提供しているピアを見つけます。
- アプリのキュレーション により、製品が最初に表示されるコミュニティ、ボード、リスト、投稿が決まります。
これにより、プロトコルを小さく保ちながら、多くの検出エクスペリエンスが競合する余地を残します。
ネットワークルックアップ
すべてのコミュニティには、公開鍵から得られる安定したアドレスがあります。クライアントがそのアドレスをすでに知っている場合、クライアントは軽量 HTTP ルーターにクエリを実行して、そのプロバイダーとして自らを宣言したピアを見つけます。
ルーターはプロバイダー ピア アドレスのみを返します。投稿、メタデータ、ユーザー リスト、人間が判読できるコミュニティのディレクトリは保存されません。クライアントはピア アドレスを受信した後、それらのピアに接続し、最新のコミュニティ メタデータとコンテンツ ポインターを取得し、ハッシュによって実際の投稿データを取得します。
これは、「このコミュニティの最新の状態はどこで取得できますか?」というプロトコルの質問に答えます。
アプリのキュレーション
製品に関する別の質問は、「ユーザーが最初に見る必要があるコミュニティはどれですか?」です。
Bitsocial は、1 つの答えをネットワークに焼き込むのではなく、アプリ、リスト、ユーザーに任せます。例としては次のものが挙げられます。
- ユーザーがすでにフォローしているコミュニティを表示するクライアント
- Reddit スタイルのアプリ用に厳選されたデフォルトのリスト
- イメージボード スタイル アプリのディレクトリ スロット
- 特定のアプリによって維持される検索インデックスまたはランキングインデックス
- ユーザーが共有する直接リンク
アプリは、それらの選択をプロトコル法に変えることなく、さまざまなもののインデックス付け、ランク付け、フィルター処理、または強調表示を行うことができます。 1 つのアプリの検出サーフェスが役に立たない場合は、別のアプリが同じ基礎となるコミュニティ上に別の検出サーフェスを構築できます。
現在のアプリ
5chan は現在、/b/ や /g/ などの使い慣れたディレクトリ パスを使用しています。現在、ディレクトリの割り当ては公開リストを通じて管理されており、将来のバージョンではアプリ内ボードの作成とディレクトリ スロットの投票がサポートされる予定です。
Seedit は、フロント ページにデフォルトのコミュニティ リストを使用します。デフォルトのリスト以外でもコミュニティを作成して共有することができます。
どちらの場合も、アプリ レベルのリストは、ユーザーが開くものを見つけるのに役立ち、プロトコル レベルの検索により、選択したコミュニティがピアに解決されます。
この分割が重要な理由
単一の分散ネットワークでも適切な検出が必要ですが、検出レイヤーは置き換え可能である必要があります。 Bitsocial のコア プロトコルは、アドレス指定可能性、ピア ルックアップ、公開、およびスパム対策に重点を置いています。キュレーションはその層の上に存在し、アプリはネットワーク全体の移行を必要とせずに、ディレクトリ、デフォルトのリスト、フィード、検索、投票、モデレーション ポリシーを試すことができます。