分散SNSでユーザーが特定のサーバに縛り付けられる要因としては、

ソフト（人間）の面ではLTLなどのコミュニティの繋がりがある。

ソフト（技術）の面では、署名と、UID、到達性の問題がある。

・個人の秘密鍵をサーバが預かっており、新しい鍵との交換をサーバに依存せずに実行する手段が確立されていない

・Actor、ActivityのユニークIDが、サーバのドメインに依存している

・オブジェクトのURI、inbox、outboxなどの重要なエンドポイントが、サーバのドメインに依存している

LTLなどのコミュニティについては、サーバから分離するスタイルが一般化することで解消できる可能性がある。

ハッシュタグタイムラインとリレーなどの手段があるが、ハッシュタグは中央管理されないので管理が不可能である。

Group Actorを活用した管理可能で連合するコミュニティが期待されるところである。

技術面では、個人が個々にドメインを保有し、サーバがそれを預かって運用するスタイルが一般化することで、解消が可能と期待されるところである。 #distsns #fediverse

いまうまく運営されているサーバは、もちろんそのままの方針で運営した方がいいですよ。

中小企業とかそうですけど、そとからみたらメチャクチャな経営してるみたいに映るんですが、そういうの、変えた途端に死にます。

あと、どんなリスクが理論上は考えられるとしても、無用なこともあります。晩年になって好きな酒もタバコも禁止されて少しぐらい寿命が延びたとしても、本人幸せじゃないよね。環境を変えた方が寿命縮むよ。

そういうわけで、諸々検討したり話したりしていることというのは、上手くいっていない物事に対してだったり、これからに備えての話です。

@nippon 宣伝してないのもあるけど、宣伝するタイミングでもないよねw

サーバから独立したコミュニティが、なるほど、こういう場合は便利だな、っていうのは、

動くモノを提供して、納得して使ってもらうのが一番だと思う。

これはLTLサーバを破壊するものではなくて、うまく補完する機能なのでは？ というのは、うまくやってみせればイケると思うし、まだ口で言ったところで誰も実感できないから仕方ない。失敗するかもしれないしw

@nippon いやぁ、実際難しいでしょ。

おそらく、ほとんどそのものを説明する必要はなくて、bskyさんの言うようにマーケティング戦略を練ることになるよ。

要するに、Appleがあとからきて全部かっさらっていくみたいなことをやる。

例によってちょっと昔話をしますが、

パソコン通信と草の根BBSから急激にインターネットに移行した頃、コミュニティが消えてしまったことがあるんですよ。

World Wide Webってんで、個人でホームページを持って、世界と繋がれるっていうことで、皆で個人ページを作った。

お一人様に分散している状況に似ています。

（どこが同じで、どこが違うか、掘りさげると意味がでてきます）

つながりがなかったんで、相互リンクページを作った。フォローとフォロワーみたいなもんで、フォロー先を辿って、新しいページを見つけたわけです。

あと、CGIで掲示板を作った。個人ページのミニコミュニティです。

そのうち、Yahoo!などのディレクトリ登録して検索できるサービスが出てきた。ジャンルとページ名とURL、キーワードと説明のようなものが人力でまとめられていきました。

端折る。googleなどのクロール型の検索エンジンが出てきました。

登録するとランダムでリンク先に飛ぶのもありました。リング。ちょっと違うけどリレーに近いかな。

で、mixiのようなコミュニティが再登場します。

パソコン通信からmixiまでの空白の時間は、今の状況を考える時に、大いに参考になっています。

パソコン通信は、大手と、草の根BBS（個人運営の小規模局）にわかれます。

大手BBSは、端的に言うと、いまあるものはほとんど何でもありました。

草の根BBSは、基本的にホスト局の外と繋がる方法がなかったので、LTL中心のサーバみたいなものでした。当時の通信につかわれていた電話＋モデムでの接続は距離と時間で料金が決まるため、物理距離の問題があり、近隣地域だけで人が集まっていました。地域サーバですね。

そうしたものが一回なくなって、インターネットに移行したら、不便すぎて、人々は繋がる方法を探したり、同じ場所に登録することを好んで、（中略）mixiとかtwitterとかそういうのが大流行したというワケです。

あと、草の根BBSで個人的に経験したことも記載しておきます。

KTBBSと、mmmという、どちらもよく使われたシステムがあるんですが、対照的なところがあって、

KTBBSは、いわゆるLTLのように同じ場所に無限に書き込んで、レスじゃなくてエアリプで会話していました。

掲示板なんで、マイクロブログみたいに短い投稿だけでなく、長いメッセージもありましたが、とにかくなんでも一緒に流していくスタイルです。

ちょっと前の人の感覚だと2chですね。

mmmは、しっかりジャンル・目的毎に階層分けされていて、話題によって書く場所を綺麗にわけていました。それぞれに管理者・モデレーターを置いたりしてね。

レスポンスツリー（どこに返信を付けるかを意識）も綺麗に構築するタイプでした。

まぁ、なんでも書き込むところもあったりしましたがw

このへんはネットニュースの流れです。

だいたい、KTBBSの方が熱気があって流行りました。mmmの方が落ち着いて話せるんですが、ちょっとかしこまるんですね。

私はmmm系のMASHでしたが、良いと思ったけど、うまくいかないなぁという経験をしました。

ツリー型の情報管理ツールと、階層のないPukiwikiが、という話もありますが、語らなくても想像できると思いますので省略します。

そういう諸々の経験から、仕組み作り込んでメリット考えても空回りするときはするし、

人々が自発的に楽しみながら使えて、それが何かを生み出すところにフォーカスして、それに従った仕組みを作った方がいいんだなということを学びました。

ディレクトリ型インデックスより、クロール型のgoogleの方が優れた助けになったということもあります。

多様性とノイズの中で、混沌の中で、価値が生まれるというワケです。

綺麗に正規化した構造もまた大事なんですが、これは人間が直接触るんじゃなくて、裏方で使うと活きてくるという知見も得ました。

@nippon ハッシュタグリレーの方？ 雪餅リレー？

@nippon なるほど。
ActivityPubでの引用は、非標準のquoteUrlっていうのを追加してあるだけのNoteになると思うよ。

"quoteUrl": "https://fedibird.com/users/nippon/statuses/102635400619892361",

他に違いはないハズ。

@nippon まぁ、wakinさんの独自形式ではあるけど、普通は単に無視される。

@nippon 本文にQTってカタチで互換文字列入れておいて、quoteUrlを解釈できるサーバでは受け取った側で消してる。

@nippon 引用非対応サーバでは、単に文末にQT:URLが追加されているだけだから、それほど抵抗感はないと思うんだ。

@nippon 雪餅リレーにも、リレーしないで弾くフィルターはあるから、何かやってる可能性はありますけどね。調べたことないです。

分散にフォーカスしすぎると混乱するのでは。

分散と連合が表裏一体の話で、

どのように連合して機能させるかという話をするときに『分散』っていうと逆の意味に聞こえがちでは。

なお https://fedibird.com は、私が新設した、LTLのないFediverse志向の汎用Mastodonサーバです。

Fediverse技術の実験場でもあり、最新のMastodon本体の機能や、独自仕様の提案・実験の場ともなっています。

HTL運用、リスト運用、ハッシュタグ運用に向いている他、予備アカウント置き場、テストにも向いていると思います。

コミュニティ色の極めて薄いサーバになりますので、コミュニティ疲れした方や、そういう場所の方が好ましい、企業アカウント、広報アカウントにも向いているかもしれません。

現在、既に稼働しており、ユーザー登録を受け付けています。

……登録していただいてもLTLがないのでお互い全然わからないんですがw、そういうところも含めて楽しめる段階ですので、興味のある方は遊びに来て下さい。
#fedibird

@cybergene ここガチ最新masterなので、そっちかな……。探ってみます。 #fedibird

@mayaeh それが一番わかりやすいかも。

masterの話ですが、ハッシュタグのモデレーション関連、管理してるサーバが複数あると超面倒くさい！

同じ作業を各鯖でやりたくないぞw

複数サーバとなると、モデレーションAPIでアプリ管理ってとこまで踏み込まないと解決無理そう……。

#fedibird クライアントのテストしてみたけど、

iOS: Tootdon tootle tootoise 星プテラノ Toot! iMast
Android: SubwayTooter Tusky

までは異常なし。

Avalancheはどうすればいいんだったっけかな……。

@rinsuki とりたいし、出したいよね……。鯖側からしても、個別対応依頼ってのはアレすぎる。

Mastodonのプロフィールの補足情報、acctでかけばリンクになって便利なんだけど、meがつかないね。

ここは、ついてもいいような気がするんだけど……。 #mastodon

@sumiyaki いまウチはv1.0.6なんですが、もともとはdevelopで、1.0.0の時にリリース版ブランチ（master）系に移行しました。

1.0.0より前は、まったく内容が違ったので、移行は無理って感じでした。

1.0.0の時に同期されて同一内容になったので、またとないチャンスとみて移行した感じです。

たぶんmasterにdevelopから必要なものをportするようなリリースの仕方をしてるんじゃないかな？

もし移行する場合は、データベーススキーマが一致しないので、priv/repo/migrationsを比較して、移行先より進んでしまっているmigrationをロールバックする必要があります。 #pleroma

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

@blank71 @Nadja_tirol ウチはそういう方向でリストを改築中です。

自分の投稿をリストに流すのと、ハッシュタグをリストに流すところまでは仮実装で動いてます。

フォローなし購読は、そろそろ実現できそうです。 #fedibird

@osapon 単語を思い出せる重み付けをして、すぐに脳裏に浮かぶ単語と、なかなか思い出せない単語をつくる。

何らかの学習データで個性付けすると面白いかと思います。

医学論文ばかり読ませて作った重みデータ付き辞書とか、青空文庫とか、SNSで学習させた奴とか。

SNSで学習ってTootCloud……

あと、それが適度な知識量と言えるかは……

@blank71 @Nadja_tirol 購読は公開投稿だけが対象で、これは自由にできて良いと考えています。従来の概念でいうと、RSS購読のようなモノです。

実際には、所属サーバのFTLから濾し取ることになります。

Misskey v11.28.xから、Room機能が追加されています。自分の部屋に、家具を配置して遊べます。 #misskey

タイムラインに流れてきて、なんだろうあれ？ と思っていたかもしれません。

公式のmisskey.ioに登録して遊ぶのがベストかと思いますが、

まだMisskeyに深入りはしないつもりなので、ちょっと試しに覗くだけで済ませたいという向きには、私の運営サイトもご利用ください。概ねそういう用途のインスタンスです。

（なお、私個人は寄付支援しており、コード貢献も目指しています）

のえすきー
https://misskey.noellabo.jp