ROWS #3: 分散型ソーシャルメディア パート1、ザ・フェディバース

上級12/26/2023, 3:23:03 AM
この記事では、連邦社会ネットワークの歴史的進化、プロジェクトの標準、およびビジネスモデルについて詳しく紹介しています。具体的には、Mastodonを例として、プロジェクトの強みや弱み、そしてWeb3のネイティブプロトコルとの違いについて論じています。

そして、私たちはWeb3ソーシャルのことを再調査しています!

  1. 問題 #1of this series, I started mapping web3 social projects in a stack.
  2. 問題#2、私は、インフラストラクチャプロジェクトと消費者向けアプリを構築する際の異なるビルダーマインドセットを説明しようとしました
  3. 今月は、分散型ソーシャルメディアプロトコルに焦点を当てます。文脈を把握するために、Web3以外のプロトコルから始め、その後、Lens、FarcasterなどのWeb3ネイティブプロジェクトに移ります。

Big thanks to Julien, ワンシュ, リモネ, Hadrienタイムリーかつ有益なフィードバックを提供するために。

このシリーズを可能にしてくれたSismoチームに感謝します!楽しんでいます。

分散型ソーシャルメディアの台頭-パート1:2010年代

異なるセクションの要点。私について来てください!

  1. フェデレーテッドソーシャルネットワークとFediverseの誕生 - このパートでは、フェデレーテッドソーシャルネットワークモデルを紹介します。これは、中央集権的なソーシャルメディアプラットフォームに対するオープンソースコミュニティの回答と考えることができます。
  2. FediverseはActivityPubプロトコルを中心に統合されています-ここでは、ActivityPubが2010年代に台頭し、ソフトウェアが構築される中心となるプロトコルとしてどのように登場したかを示します。
  3. Mastodon - Fediverseリーダーの利点と欠点 - 最後に、Mastodonに触れ、その利点と欠点のいくつかに言及します。

Non-web3分散型ソーシャルメディアタイムライン2008から今日まで - 中間プロトコルといくつかのソフトウェアをスキップしました。メインソース:https://im.youronly.one/techmagus/kb/ddfon/federated-social-network-timeline-2022346/

1. フェデレイテッドソーシャルネットワークとFediverseの誕生

TLDR: 2000年代後半は、ブログがインターネット上の主要なソーシャル活動の終わりを告げる。中央集権化されたソーシャル企業が勢いを増し、OSSコミュニティは連邦制ソーシャルネットワークで対応し、Fediverseが誕生する

2008年から、デジタルランドスケープは分散型ソーシャルメディアプラットフォームの台頭を目撃し始めました。これは、かつてブログが支配していたオンラインソーシャルネットワーキング空間を支配し始めたTwitterやFacebookなどのテックジャイアントが台頭し始めた時期でした。

しかし、これらの中央集権的なプラットフォームは、独自のコードを持ち、株主の利益のためにユーザーデータを商品化する傾向があるため、オープンソースソフトウェア(OSS)およびハッカーコミュニティの多くの人々には受け入れられませんでした。 OSSグループは、ユーザーがオンラインプレゼンスを制御し、データと体験を所有できるプラットフォームを望んでいました。

分散化を呼びかけるこれは、Evan Prodromouや彼のチームのような提唱者を導いたもので、彼らの貢献であるGNU Socialは、中央集権的なプラットフォームに対する標識として立ち上がることを目指していました。コミュニティ、企業、またはグループの人々が短いステータス更新を交換したり、投票を行ったり、イベントを発表したり、他のソーシャル活動に参加するのを支援します概念的に、GNU SocialはTwitterのように機能します: ユーザーはステータスの更新を投稿したり読んだりできます。ただし、その違いは分散型である点にあります。GNU Socialを使用すると、個人はソフトウェアのカスタマイズされたバージョンを自分のサーバーで実行し、より広範囲のネットワークに参加することができます。

このアプローチにより、ユーザーはさまざまなクライアントやWebインターフェイスを選択して使用し、重要なのは、電子メールネットワークで見られる分散の高いレベルに類似して、データを独立してホストできるようになります。技術的に傾向のある個人は独自のメールボックスをホストできますが、他の人はGmailやOutlookなどの主要プラットフォームに頼るかもしれません。このような分散されたが相互に接続されたノードで特徴付けられるネットワークは、「連邦ネットワーク」と呼ばれています。

「連邦ネットワークでは、ユーザーは登録するサーバーを選択でき、これにより多くの異なるサーバーにまたがるネットワーク全体にアクセスできます。これにより、ユーザーはアプリケーション、ポリシー、コミュニティ文化についてより多くの選択肢を得ることができます。電子メールは、インターネット上の誰もが使用している連邦プロトコルの一例です。Gmailは人気のある電子メールアプリケーションですが、別のプロバイダを使用しても、電子メールアドレスを持つ誰とでもコミュニケーションを取ることができます。」— Jay Graber, Decentralized Social Networks, Comparing federated and peer-to-peer protocols, 2020

OStatusプロトコルの下で動作するGNU Socialは、異なるソーシャルネットワークが通信し、いわゆる「連合」として形成されることを可能にします。このモデルは、Twitterなどの中央集権的なネットワークとは対照的であり、1つのエンティティがプラットフォームのルールを決定し、すべてのユーザーデータを保持するものです。また、純粋なピアツーピアシステムとも異なり、そこではすべてのユーザーがネットワーク内のノードとなります。

このプロトコル標準によって可能になったソーシャルグラフの連合ネットワークは、「Fediverse(フェディバース)」と呼ばれるようになり始めています。

名前「fediverse」が初めて公に記録された

2. フェディバースは、ActivityPubプロトコルを中心に統合されています

要するに、新しいプロトコルが新しい連邦を形成し、これによりエコシステムが断片化され、最終的にActivityPubプロトコルを中心に収斂し、統合される。

2010年代は、連邦モデルや新興の「Fediverse」の実験の時代でした。マサチューセッツ工科大学のチームによって開発されたFacebookの代替となるDiasporaなどの新しい連邦が登場し、その後コミュニティに引き継がれてさらなる開発が行われました。また、Zotプロトコルも挙げられます。これは、既存の標準に暗号化とプライベートメッセージングを追加しました。

この組織化された混沌の中で、プロトコルの一部が他を凌駕するようになりました。OStatusから始まり、Gate.ioに進化しましたpump.ioプロトコルは、最終的にActivityPubにつながり、おそらく執筆時点で最も広く使用されている分散型ソーシャルプロトコルです。各イテレーションは、効率の低下を排除し、より大きな相互運用性を促進するために前身から学ぶことを目指しました。

https://ja.wikipedia.org/wiki/Fediverse- Fediverse内の一般的なプロトコルとプラットフォームの抜粋(2023年)

Metaがプロトコルと統合することに興味を持っていると発表したとき、またはMastodonのような分散型のTwitterの代替手段を調査したことがある場合、ActivityPubについて聞いたことがあるかもしれません。この分野の主要なアプリであるMastodonのほかにも、Tumblr、Flickr、Mediumなどの他のプロジェクトも最近ActivityPubに興味を示しています。それがどのように機能するか、成功にどのように貢献したか、そしてその制限は何であるかを簡単に探ってみましょう。おすすめしますポッドキャストwith Evan Prodromou.

ActivityPubプロトコル標準の高レベルで

プロトコルの機能には、プロフィール、投稿、写真、動画、コメント、返信、リアクション、いいね、お気に入りなど、基本的には中央集権型Web2プラットフォームで見つけることができるすべての標準的なソーシャルメディア活動が含まれています。

Standards focus on two main areas:

  1. データ表現の標準:これらは、「アリスがボブの投稿を気に入った」というようなイベントをJSONデータ構造で詳細に説明します。
  2. データ配布の基準:これらはネットワーク全体でのルーティング活動のメカニズムを概説しています。

The ActivityPub Network

ネットワークは、ActivityPub標準を満たすサーバーの連合体で構成され、互いに通信します。ActivityPubを実行しているサーバーは「インスタンス」と呼ばれます。

これらのインスタンスは、ほとんどの場合、趣味で運営されており、数人から何万人ものユーザーをホストすることができます。これらのインスタンスは、ユーザー名とそれに関連するデータの両方を処理し、他のインスタンスとやり取りします。

サーバー管理者は一方的にモデレーションポリシーを強制することができ、他のインスタンスがユーザーとのやり取りをブロックすることができます。 たとえば、右派の過激派ウェブサイトであるgab.comは独自のMastodonインスタンスを持っていますが、Fediverseのほとんどから一般的にブロックされています。

Fediverseの大多数のインスタンスは、現在ActivityPubの標準を満たしています。

ユーザーのアイデンティティとデータ

ほとんどの場合、ユーザーのアイデンティティとデータはサーバーに紐づけられており、したがって、サーバーがシャットダウンした場合やユーザーが別のインスタンスに移行することを選択した場合、ほとんどのデータとコンテンツが失われます。

一部の場合、ユーザーは新しいアイデンティティまたは新しいサーバーでソーシャルグラフを移行することができます。コンテンツは通常暗号化されておらず、管理者はユーザーのメッセージにアクセスできる場合があります。

ActitivityPubインスタンスがお金を稼ぐ方法

各インスタンスは、独自の管理者またはコミュニティによって、しばしば寄付を通じて資金提供されています。

たとえば、Mastodonの開発はPatreonによって支援されており、年間約30万ドルをもたらしています。これにより、創設者であるEugen Rochko(通称@GargronGargronと小さなチームがMastodonモバイルアプリ、インスタンスホスティング700k人、およびメインプロトコルの開発に取り組む予定です。

3. Mastodon - フェディバースリーダーの長所と短所

Mastodonは、その長所と短所を持ちながら、Fediverseソフトウェアのリーディングと、最大のActivityPub実装として台頭しています

ActivityPubがプロジェクトが収斂している主要な標準となっている場合、2016年に作成され、2017年にAcitivtyPubを取り入れ、その主要な実装およびアンバサダーとして台頭しているMastodon。

Eugen Rochko、設立者兼リード開発者は、標準のMastodonの実装を特定のニーズと機能へのユーザー要求に合わせて変更しました。その魅力により、ほとんどのソフトウェアプロジェクトがそれとの互換性を求めるようになりました。今日、Mastodonは多くのクライアントとウェブインターフェースをサポートしていますが、プロトコルのカスタム実装は、他の人が基盤として構築できるコアバックエンドとしてますます役立っています。

https://mastodon-analytics.com/

上のグラフに示されているように、Mastodonの成長は、Elon MuskがTwitterを買収し、2023年初めに第三者APIへの有料アクセスを導入したことにより加速しました。その他の急激な変化によりFUDが引き起こされました。その結果、ユーザーやチームはMastodonに群がり、それに対応したサードパーティーアプリを開発し始めました。

Mastodonを探索した企業の中には、Mozillaも含まれます。mozilla.social, Medium with me.dm, およびFlipboard SocialでFlipboardを使用します。これらのサービスのユーザーは、既存のログインを使用してインスタンスにアクセスできます。

Mastodonの利点と欠点

以下は、2023年時点のEvan ProdromouによるMastodonの利点と欠点をまとめた表です(リソース内のポッドキャストリンク参照)。

Gate.ioのユーザーは、この中で指摘されているように、文化的な戦い、少数派に対する有害な行動、そしてモデレーションの問題について、Fediverse内で重要な議論が巻き起こっていることに注意する価値があります。2023 記事Leonora Tindall氏による。モデレーションは依然として敏感なトピックであり、サーバー管理者に過度の権限を集中させることが最善の解決策であるとは限らないかもしれません。

非Web3非中央集権的なソーシャルメディアは次にどこに向かっているのか?

過去10年間、分散型ソーシャルメディアの台頭は徐々にですが着実な現象となっています。これは、Twitterなどのプラットフォームに対する代替答えとして始まり、時間とともに、連邦モデルに基づいて複数の実験プラットフォームが形作られてきました。最終的にActivityPubプロトコルが中心となりました。

興味深いことに、多くのWeb 2.0エンティティがFediverseに参加する意向を示しています。しかし、彼らの参加は挑戦がないわけではありません。既存のFediverseプラットフォームとこれらの大手企業との間の相互運用性を確保することは難しいかもしれません。さらに、中央集権的なエンティティは、固有のビジネスモデルのため、分散化の原則と相いれない利害を持つことがしばしばあります。この不一致が、彼らが連邦モデルを完全に採用することを制限する可能性があります。

マストドンの将来の軌道は特に、ユーザーのオンボーディング、拡張性、コンテンツのモデレーションなどの課題に関しては不確実なままです。巨大なリソースを持つ中央集権化されたソーシャルメディアネットワークでさえ、これらの問題に苦しんでおり、解決することができない可能性もあります。

現在、Mastodonは何百万人ものユーザーで主に構成されており、その多くはオープンソースやハッカーコミュニティ、アーティスト、および包摂的なオンライン空間を求めるマージナライズドグループからなっています。しかし、多くの疑問が残っています:Mastodonは次の何千万人のユーザーに対応するのでしょうか?スケールで効果的に収益化し、開発および機能の展開ペースを向上させ、次の「スーパーアプリ」と競合することができるのでしょうか?

PART 2. - Web3ネイティブ分散型ソーシャルメディアプロトコル

Part 1をお読みいただきありがとうございます。DMしてくださいここ with any remarks.

Part 2では、FarcasterやLensなどのWeb3ネイティブソーシャルメディアプロトコルを探求します。これらのプロトコルの長所と短所を非Web3の対応物と比較し、興味深い結論を導くことができるでしょう。

BONUS: 比較表 - ActivityPub vs. Nostr vs. AT Protocol(フィードバックと編集歓迎)

免責事項:

  1. この記事は[から転載されましたミラー]. すべての著作権は元の著者に帰属します[アルビバース]. If there are objections to this reprint, please contact the Gate Learnチームが迅速に対応します。
  2. 責任の免責事項:本文に表現されている意見は著者個人のものであり、投資アドバイスを構成するものではありません。
  3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。

ROWS #3: 分散型ソーシャルメディア パート1、ザ・フェディバース

上級12/26/2023, 3:23:03 AM
この記事では、連邦社会ネットワークの歴史的進化、プロジェクトの標準、およびビジネスモデルについて詳しく紹介しています。具体的には、Mastodonを例として、プロジェクトの強みや弱み、そしてWeb3のネイティブプロトコルとの違いについて論じています。

そして、私たちはWeb3ソーシャルのことを再調査しています!

  1. 問題 #1of this series, I started mapping web3 social projects in a stack.
  2. 問題#2、私は、インフラストラクチャプロジェクトと消費者向けアプリを構築する際の異なるビルダーマインドセットを説明しようとしました
  3. 今月は、分散型ソーシャルメディアプロトコルに焦点を当てます。文脈を把握するために、Web3以外のプロトコルから始め、その後、Lens、FarcasterなどのWeb3ネイティブプロジェクトに移ります。

Big thanks to Julien, ワンシュ, リモネ, Hadrienタイムリーかつ有益なフィードバックを提供するために。

このシリーズを可能にしてくれたSismoチームに感謝します!楽しんでいます。

分散型ソーシャルメディアの台頭-パート1:2010年代

異なるセクションの要点。私について来てください!

  1. フェデレーテッドソーシャルネットワークとFediverseの誕生 - このパートでは、フェデレーテッドソーシャルネットワークモデルを紹介します。これは、中央集権的なソーシャルメディアプラットフォームに対するオープンソースコミュニティの回答と考えることができます。
  2. FediverseはActivityPubプロトコルを中心に統合されています-ここでは、ActivityPubが2010年代に台頭し、ソフトウェアが構築される中心となるプロトコルとしてどのように登場したかを示します。
  3. Mastodon - Fediverseリーダーの利点と欠点 - 最後に、Mastodonに触れ、その利点と欠点のいくつかに言及します。

Non-web3分散型ソーシャルメディアタイムライン2008から今日まで - 中間プロトコルといくつかのソフトウェアをスキップしました。メインソース:https://im.youronly.one/techmagus/kb/ddfon/federated-social-network-timeline-2022346/

1. フェデレイテッドソーシャルネットワークとFediverseの誕生

TLDR: 2000年代後半は、ブログがインターネット上の主要なソーシャル活動の終わりを告げる。中央集権化されたソーシャル企業が勢いを増し、OSSコミュニティは連邦制ソーシャルネットワークで対応し、Fediverseが誕生する

2008年から、デジタルランドスケープは分散型ソーシャルメディアプラットフォームの台頭を目撃し始めました。これは、かつてブログが支配していたオンラインソーシャルネットワーキング空間を支配し始めたTwitterやFacebookなどのテックジャイアントが台頭し始めた時期でした。

しかし、これらの中央集権的なプラットフォームは、独自のコードを持ち、株主の利益のためにユーザーデータを商品化する傾向があるため、オープンソースソフトウェア(OSS)およびハッカーコミュニティの多くの人々には受け入れられませんでした。 OSSグループは、ユーザーがオンラインプレゼンスを制御し、データと体験を所有できるプラットフォームを望んでいました。

分散化を呼びかけるこれは、Evan Prodromouや彼のチームのような提唱者を導いたもので、彼らの貢献であるGNU Socialは、中央集権的なプラットフォームに対する標識として立ち上がることを目指していました。コミュニティ、企業、またはグループの人々が短いステータス更新を交換したり、投票を行ったり、イベントを発表したり、他のソーシャル活動に参加するのを支援します概念的に、GNU SocialはTwitterのように機能します: ユーザーはステータスの更新を投稿したり読んだりできます。ただし、その違いは分散型である点にあります。GNU Socialを使用すると、個人はソフトウェアのカスタマイズされたバージョンを自分のサーバーで実行し、より広範囲のネットワークに参加することができます。

このアプローチにより、ユーザーはさまざまなクライアントやWebインターフェイスを選択して使用し、重要なのは、電子メールネットワークで見られる分散の高いレベルに類似して、データを独立してホストできるようになります。技術的に傾向のある個人は独自のメールボックスをホストできますが、他の人はGmailやOutlookなどの主要プラットフォームに頼るかもしれません。このような分散されたが相互に接続されたノードで特徴付けられるネットワークは、「連邦ネットワーク」と呼ばれています。

「連邦ネットワークでは、ユーザーは登録するサーバーを選択でき、これにより多くの異なるサーバーにまたがるネットワーク全体にアクセスできます。これにより、ユーザーはアプリケーション、ポリシー、コミュニティ文化についてより多くの選択肢を得ることができます。電子メールは、インターネット上の誰もが使用している連邦プロトコルの一例です。Gmailは人気のある電子メールアプリケーションですが、別のプロバイダを使用しても、電子メールアドレスを持つ誰とでもコミュニケーションを取ることができます。」— Jay Graber, Decentralized Social Networks, Comparing federated and peer-to-peer protocols, 2020

OStatusプロトコルの下で動作するGNU Socialは、異なるソーシャルネットワークが通信し、いわゆる「連合」として形成されることを可能にします。このモデルは、Twitterなどの中央集権的なネットワークとは対照的であり、1つのエンティティがプラットフォームのルールを決定し、すべてのユーザーデータを保持するものです。また、純粋なピアツーピアシステムとも異なり、そこではすべてのユーザーがネットワーク内のノードとなります。

このプロトコル標準によって可能になったソーシャルグラフの連合ネットワークは、「Fediverse(フェディバース)」と呼ばれるようになり始めています。

名前「fediverse」が初めて公に記録された

2. フェディバースは、ActivityPubプロトコルを中心に統合されています

要するに、新しいプロトコルが新しい連邦を形成し、これによりエコシステムが断片化され、最終的にActivityPubプロトコルを中心に収斂し、統合される。

2010年代は、連邦モデルや新興の「Fediverse」の実験の時代でした。マサチューセッツ工科大学のチームによって開発されたFacebookの代替となるDiasporaなどの新しい連邦が登場し、その後コミュニティに引き継がれてさらなる開発が行われました。また、Zotプロトコルも挙げられます。これは、既存の標準に暗号化とプライベートメッセージングを追加しました。

この組織化された混沌の中で、プロトコルの一部が他を凌駕するようになりました。OStatusから始まり、Gate.ioに進化しましたpump.ioプロトコルは、最終的にActivityPubにつながり、おそらく執筆時点で最も広く使用されている分散型ソーシャルプロトコルです。各イテレーションは、効率の低下を排除し、より大きな相互運用性を促進するために前身から学ぶことを目指しました。

https://ja.wikipedia.org/wiki/Fediverse- Fediverse内の一般的なプロトコルとプラットフォームの抜粋(2023年)

Metaがプロトコルと統合することに興味を持っていると発表したとき、またはMastodonのような分散型のTwitterの代替手段を調査したことがある場合、ActivityPubについて聞いたことがあるかもしれません。この分野の主要なアプリであるMastodonのほかにも、Tumblr、Flickr、Mediumなどの他のプロジェクトも最近ActivityPubに興味を示しています。それがどのように機能するか、成功にどのように貢献したか、そしてその制限は何であるかを簡単に探ってみましょう。おすすめしますポッドキャストwith Evan Prodromou.

ActivityPubプロトコル標準の高レベルで

プロトコルの機能には、プロフィール、投稿、写真、動画、コメント、返信、リアクション、いいね、お気に入りなど、基本的には中央集権型Web2プラットフォームで見つけることができるすべての標準的なソーシャルメディア活動が含まれています。

Standards focus on two main areas:

  1. データ表現の標準:これらは、「アリスがボブの投稿を気に入った」というようなイベントをJSONデータ構造で詳細に説明します。
  2. データ配布の基準:これらはネットワーク全体でのルーティング活動のメカニズムを概説しています。

The ActivityPub Network

ネットワークは、ActivityPub標準を満たすサーバーの連合体で構成され、互いに通信します。ActivityPubを実行しているサーバーは「インスタンス」と呼ばれます。

これらのインスタンスは、ほとんどの場合、趣味で運営されており、数人から何万人ものユーザーをホストすることができます。これらのインスタンスは、ユーザー名とそれに関連するデータの両方を処理し、他のインスタンスとやり取りします。

サーバー管理者は一方的にモデレーションポリシーを強制することができ、他のインスタンスがユーザーとのやり取りをブロックすることができます。 たとえば、右派の過激派ウェブサイトであるgab.comは独自のMastodonインスタンスを持っていますが、Fediverseのほとんどから一般的にブロックされています。

Fediverseの大多数のインスタンスは、現在ActivityPubの標準を満たしています。

ユーザーのアイデンティティとデータ

ほとんどの場合、ユーザーのアイデンティティとデータはサーバーに紐づけられており、したがって、サーバーがシャットダウンした場合やユーザーが別のインスタンスに移行することを選択した場合、ほとんどのデータとコンテンツが失われます。

一部の場合、ユーザーは新しいアイデンティティまたは新しいサーバーでソーシャルグラフを移行することができます。コンテンツは通常暗号化されておらず、管理者はユーザーのメッセージにアクセスできる場合があります。

ActitivityPubインスタンスがお金を稼ぐ方法

各インスタンスは、独自の管理者またはコミュニティによって、しばしば寄付を通じて資金提供されています。

たとえば、Mastodonの開発はPatreonによって支援されており、年間約30万ドルをもたらしています。これにより、創設者であるEugen Rochko(通称@GargronGargronと小さなチームがMastodonモバイルアプリ、インスタンスホスティング700k人、およびメインプロトコルの開発に取り組む予定です。

3. Mastodon - フェディバースリーダーの長所と短所

Mastodonは、その長所と短所を持ちながら、Fediverseソフトウェアのリーディングと、最大のActivityPub実装として台頭しています

ActivityPubがプロジェクトが収斂している主要な標準となっている場合、2016年に作成され、2017年にAcitivtyPubを取り入れ、その主要な実装およびアンバサダーとして台頭しているMastodon。

Eugen Rochko、設立者兼リード開発者は、標準のMastodonの実装を特定のニーズと機能へのユーザー要求に合わせて変更しました。その魅力により、ほとんどのソフトウェアプロジェクトがそれとの互換性を求めるようになりました。今日、Mastodonは多くのクライアントとウェブインターフェースをサポートしていますが、プロトコルのカスタム実装は、他の人が基盤として構築できるコアバックエンドとしてますます役立っています。

https://mastodon-analytics.com/

上のグラフに示されているように、Mastodonの成長は、Elon MuskがTwitterを買収し、2023年初めに第三者APIへの有料アクセスを導入したことにより加速しました。その他の急激な変化によりFUDが引き起こされました。その結果、ユーザーやチームはMastodonに群がり、それに対応したサードパーティーアプリを開発し始めました。

Mastodonを探索した企業の中には、Mozillaも含まれます。mozilla.social, Medium with me.dm, およびFlipboard SocialでFlipboardを使用します。これらのサービスのユーザーは、既存のログインを使用してインスタンスにアクセスできます。

Mastodonの利点と欠点

以下は、2023年時点のEvan ProdromouによるMastodonの利点と欠点をまとめた表です(リソース内のポッドキャストリンク参照)。

Gate.ioのユーザーは、この中で指摘されているように、文化的な戦い、少数派に対する有害な行動、そしてモデレーションの問題について、Fediverse内で重要な議論が巻き起こっていることに注意する価値があります。2023 記事Leonora Tindall氏による。モデレーションは依然として敏感なトピックであり、サーバー管理者に過度の権限を集中させることが最善の解決策であるとは限らないかもしれません。

非Web3非中央集権的なソーシャルメディアは次にどこに向かっているのか?

過去10年間、分散型ソーシャルメディアの台頭は徐々にですが着実な現象となっています。これは、Twitterなどのプラットフォームに対する代替答えとして始まり、時間とともに、連邦モデルに基づいて複数の実験プラットフォームが形作られてきました。最終的にActivityPubプロトコルが中心となりました。

興味深いことに、多くのWeb 2.0エンティティがFediverseに参加する意向を示しています。しかし、彼らの参加は挑戦がないわけではありません。既存のFediverseプラットフォームとこれらの大手企業との間の相互運用性を確保することは難しいかもしれません。さらに、中央集権的なエンティティは、固有のビジネスモデルのため、分散化の原則と相いれない利害を持つことがしばしばあります。この不一致が、彼らが連邦モデルを完全に採用することを制限する可能性があります。

マストドンの将来の軌道は特に、ユーザーのオンボーディング、拡張性、コンテンツのモデレーションなどの課題に関しては不確実なままです。巨大なリソースを持つ中央集権化されたソーシャルメディアネットワークでさえ、これらの問題に苦しんでおり、解決することができない可能性もあります。

現在、Mastodonは何百万人ものユーザーで主に構成されており、その多くはオープンソースやハッカーコミュニティ、アーティスト、および包摂的なオンライン空間を求めるマージナライズドグループからなっています。しかし、多くの疑問が残っています:Mastodonは次の何千万人のユーザーに対応するのでしょうか?スケールで効果的に収益化し、開発および機能の展開ペースを向上させ、次の「スーパーアプリ」と競合することができるのでしょうか?

PART 2. - Web3ネイティブ分散型ソーシャルメディアプロトコル

Part 1をお読みいただきありがとうございます。DMしてくださいここ with any remarks.

Part 2では、FarcasterやLensなどのWeb3ネイティブソーシャルメディアプロトコルを探求します。これらのプロトコルの長所と短所を非Web3の対応物と比較し、興味深い結論を導くことができるでしょう。

BONUS: 比較表 - ActivityPub vs. Nostr vs. AT Protocol(フィードバックと編集歓迎)

免責事項:

  1. この記事は[から転載されましたミラー]. すべての著作権は元の著者に帰属します[アルビバース]. If there are objections to this reprint, please contact the Gate Learnチームが迅速に対応します。
  2. 責任の免責事項:本文に表現されている意見は著者個人のものであり、投資アドバイスを構成するものではありません。
  3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.