メインコンテンツまでスキップ

Bitsocial プロトコルの完全な素人説明

このページでは、ピアツーピア ネットワーク、暗号化キー、IPFS、または pubsub をすでに理解していることを前提にせずに Bitsocial について説明します。

一部の詳細は意図的に簡略化されています。より技術的なバージョンについては、ピアツーピアプロトコル ページを参照してください。

ショートバージョン​

Bitsocial は、コミュニティが企業データベースではなくキーによって所有されるソーシャル アプリ用のプロトコルです。

Bitsocial コミュニティにはアドレスがあります。アプリはそのアドレスを使用して、コミュニティにサービスを提供しているピアを見つけ、それらのピアから最新の投稿を取得し、ピアツーピア メッセージ チャネルを通じて新しい投稿を公開します。投稿が受け入れられる前に、コミュニティは、キャプチャ、招待コード、支払い、トークン チェック、AI モデレーション チェック、ホワイトリスト、またはその他のコーディング可能なルールなどのスパム対策チャレンジを要求できます。

それが核となるアイデアです。

  1. コミュニティは秘密鍵によって制御されます。
  2. 公開キーはコミュニティに安定したアドレスを与えます。
  3. ピアは、読者がコミュニティを見つけて取得するのに役立ちます。
  4. コミュニティ ノードは、新しい投稿を承認または拒否します。
  5. スパム対策ポリシーは、1 つのグローバル プラットフォームではなく、各コミュニティに属します。

ハッシュが重要な理由​

ハッシュはデータの短いフィンガープリントです。

2 人がまったく同じファイルをハッシュすると、同じフィンガープリントが取得されます。ファイルが変更されると、フィンガープリントも変更されます。そのため、ハッシュは、ファイルが何であるかを教えてくれる企業を信頼せずに、データを検索してチェックするのに役立ちます。

ピアツーピア システムでは、この考え方が常に使用されています。 1 つの Web サイトに「photo.png という名前のファイル」を要求する代わりに、ピアはネットワークに特定のフィンガープリントを持つデータを要求できます。別のピアが間違ったデータを返した場合、ハッシュ チェックは失敗します。

Bitsocial は、投稿データやコミュニティ状態のその他の部分にハッシュとコンテンツ識別子を使用します。重要な点はシンプルです。データは、企業がデータをホストする場所だけでなく、データの内容によっても対処できるということです。

公開鍵が重要な理由​

公開キーと秘密キーは対応するペアです。

秘密鍵は秘密です。それはコントロールを与えるものです。公開キーは安全に共有できます。これにより、メッセージ、更新、またはモデレーション アクションが本当に一致する秘密キーからのものであることを他の誰もが確認できるようになります。

これが、Bitsocial が通常のプラットフォーム アカウントを回避する方法です。企業は身分証明書を発行する必要はありません。データベース行では所有者を定義する必要はありません。キーペアが権限です。

分かりやすく言うと：

  • 秘密キーは所有者の制御ハンドルです
  • 公開キーは公開 ID またはアドレスです
  • 署名はアクションが所有者からのものであることを証明します

Bitsocial コミュニティとは​

Bitsocial コミュニティは、1 つのアプリ内の単なるページではありません。

独自のキーペアがあります。公開キーはコミュニティに安定したネットワーク アドレスを与えます。秘密キーは、メタデータ、ルール、モデレータ リスト、チャレンジ設定、最新の承認されたコンテンツへのポインタなど、コミュニティの状態の更新を制御します。

つまり、コミュニティは 1 つのインターフェイスよりも存続できるということです。 1つのアプリでボードとして表示できます。別のアプリではフォーラムとして表示できます。将来のアプリでは、プロファイルベースのフィードに表示できるようになります。アプリは変更される可能性がありますが、コミュニティ アドレスは引き続き同じ所有コミュニティを指します。

読書の仕組み​

ユーザーが Bitsocial コミュニティを開くと、アプリは 1 つの中央データベースにページを要求しません。

流れはこれに近いです。

  1. アプリはコミュニティ アドレスをすでに知っているか、リスト、リンク、検索画面、または 人間が読める名前。
  2. アプリは軽量ルーターに、どのピアが現在そのコミュニティ アドレスを提供しているかを尋ねます。
  3. ルーターはピア アドレスのみを返します。投稿、ルール、プロフィール、コミュニティは返されません。 メタデータ。
  4. アプリはピアに接続し、最新のコミュニティ状態を取得します。
  5. この状態には、投稿コンテンツへのポインターが含まれています。
  6. アプリはピアから投稿コンテンツを取得し、それを通常のソーシャル インターフェイスでレンダリングします。

ルーターは単なる検索ヘルパーです。 「これは誰が持っていますか？」と尋ねることに近いです。 「ウェブサイト全体を提供してください」と頼むよりも。

この分割の詳細については、コンテンツ をご覧ください。

投稿の仕組み​

オープンなピアツーピア ネットワークではスパム送信される可能性があるため、投稿は閲覧とは異なります。

Bitsocial は、チャレンジとレスポンスのフローを通じて公開を処理します。

  1. ユーザーは投稿または返信を書きます。
  2. アプリはコミュニティのピアツーピア メッセージ トピックに参加します。
  3. アプリはコミュニティ ノードにチャレンジを要求します。
  4. コミュニティ ノードはチャレンジを送り返します。
  5. ユーザーまたはアプリがチャレンジを完了します。
  6. アプリは投稿とチャレンジの回答を送信します。
  7. コミュニティノードは回答と投稿をチェックします。
  8. 合格した場合、コミュニティ ノードはコミュニティの次の更新への投稿を受け入れます。
  9. 他のリーダーは、更新されたコミュニティ状態をピアから取得します。

チャレンジは、投稿が承認されたコミュニティ状態の一部になる前に発生します。これが、スパムを最初に受け入れて後で非表示にするシステムとの重要な違いです。

スパム対策の課題が重要な理由​

ほとんどのソーシャル プラットフォームでは、スパム対策がプラットフォーム ポリシーに組み込まれています。有効なアカウント、有効な投稿、有効なリーチ、または有効なユーザーとして何をカウントするかを 1 つの企業が決定します。

Bitsocial はそれらのものを分離します。このプロトコルは、投稿を受け入れる前にチャレンジを要求する方法をコミュニティに提供しますが、すべてのコミュニティに同じチャレンジの使用を強制するわけではありません。

コミュニティによっては、キャプチャを使用する場合があります。招待コードを使用する人もいるかもしれません。もう 1 つは、SMS チェック、支払い、NFT、トークン残高、AI モデレーション スコア、評判の証明、コミュニティ固有の許可リスト、またはカスタム ルールを必要とする場合があります。

スパムは変化するため、柔軟性が重要です。プロトコルレベルのスパムルールが古くなります。コミュニティ レベルの課題は、ネットワーク全体を移行しなくても進化する可能性があります。

重点的な説明については、カスタムのスパム対策チャレンジ を参照してください。

モデレーションの仕組み​

Bitsocial はモデレーションフリーではありません。これは、グローバル スーパー管理者が 1 人いない場合のモデレーションです。

コミュニティにはオーナーとモデレータが存在する場合があります。モデレータのアドレスはコミュニティ状態の一部です。モデレータがアクションを実行すると、そのアクションに署名できます。コミュニティ ノードとクライアントは、署名をモデレーター リストと照合して確認できます。

これにより、モデレーションにローカル スコープが与えられます。

  • コミュニティの所有者がそのコミュニティを管理します
  • モデレータはコミュニティが認識するキーを通じて行動します
  • アプリは引き続き、何をインデックス付け、ランク付け、非表示、または強調表示するかを選択できます
  • プロトコルレベルの企業アカウントは、すべてのアイデンティティを消去したり、すべてのコミュニティを占有したりすることはできません

実際には、これは、コミュニティがそのルールをネットワーク全体の法律に変えることなく、スパムを削除したり、独自のスペース内でルールを強制したりできることを意味します。

ポリシービューについては、グローバルな禁止ではなく、ローカルなモデレーション を参照してください。

追加するアプリ​

プロトコルは、製品全体がどのように見えるべきかを決定するものではありません。

アプリは、プロトコルに関するヒューマン エクスペリエンスを追加します。

  • デフォルトのコミュニティリスト
  • 検索と発見
  • フィードとランキング
  • レイアウトと投稿インターフェイス
  • メディアの取り扱い
  • モデレーションツール
  • モバイル、デスクトップ、ブラウザのパッケージ化
  • ビジネスモデルとデフォルト

Bitsocial がさまざまなアプリ スタイルをサポートできるのはこのためです。 5chanは画像掲示板のように感じるかもしれません。 Seedit はフォーラム スタイルのディスカッションのように感じることができます。他のクライアントは、その下で互換性のある Bitsocial コミュニティを使用しながら、さまざまな検出サーフェス、ランキング システム、モデレーション ビュー、またはコミュニティのデフォルトを構築できます。

このプロトコルにより、所有権と公開のポータブル性が維持されます。アプリは製品の品​​質で競争します。

パブリック RPC が追加するもの​

ピアツーピア コミュニティ ノードを直接実行するのは強力ですが、誰もが常時稼働のマシンを管理したいわけではありません。

パブリック RPC は、Bitsocial をより便利にするサービス層です。パブリック RPC プロバイダーは、ユーザーが電話や軽量クライアントからコミュニティを管理できるようにする一方で、長期所有モデルではユーザーが移動したり、自己ホストしたり、競合プロバイダーを選択したりできるようにする必要があります。

区別は重要です:

  • RPC は稼働時間と利便性の向上に役立ちます
  • RPC は永久保管施設になってはなりません
  • 所有者の関係は、1 つのプロバイダーのデータベースではなく、キーに関連付けられたままである必要があります。

提案されているサービス設計については、許可のないパブリック RPC を参照してください。

Bitsocial ではないもの​

Bitsocial はブロックチェーン ソーシャル ネットワークではありません。ソーシャル メディアでは、すべての投稿が 1 つのグローバル台帳のトランザクションになる必要はありません。

Bitsocial は、ActivityPub の意味でのフェデレーションではありません。コミュニティは、1 つのドメイン、1 つの管理者、および 1 つのサーバー データベースを持つ 1 つのサーバー上のアカウントである必要はありません。

Bitsocial も 1 つのアプリではありません。これは、アプリ、コミュニティ、ノード、ルーター、RPC プロバイダー、検出サービス、スパム対策モジュール、およびモデレーション ツールの共有プロトコル層です。

重要なのは、すべてのユーザーが投稿する前にこれらすべてを理解する必要があるということではありません。重要なのは、その根底にある所有モデルが異なっていても、製品は正常であると感じることができるということです。

次にどこに行きますか​