のえる DTP鯖管 @noellabo@dtp-mstdn.jp

Fediverseのポジションについていうと、

例えばKeybaseのような（文字通り）鍵を握る、絶対的な個人の為のサービスがあって、これは特に連合する必要がないのでFediverseの外にあってOKで

分散SNSのような、個人のアイデンティティを保持してプライベート活動を中心とするサービスがあって、

#Prismo はソーシャルブックマークとしてはパブリック部門担当で、投稿する人は、目的に応じたActorが欲しくなる、社会的立場に根ざしたサービス。コメントする人はSNSのアカウントで足りる。

掲示板・フォーラムとしては、特定の話題に、集まって話をすることに意味があり、ある程度の規模感も大事になってくる。スレ立ては現状アカウント居るけど、全部SNSのアカウントでやってもいいかもしれない。

掲示板はプライベートにサーバを置いて存在を秘匿する使い方もあり、設置が容易であれば流行る可能性がある。外部にもれるので専用アカウントで運用した方がいいかもしれない。

他のサービスの考察は他の人に任せるw

とにかく、そういう視点でFediverseを見ると面白いよって話 #distsns

#Prismo のTipsを紹介するよ！
#prismo_tips

Prismoは、Mastodonなどと同じActivityPubというプロトコルを使って投稿やお気に入りなどのアクティビティをFediverseと交換している。

分散SNSというかマイクロブログのような短文の投稿では Note というオブジェクトで投稿情報をやりとりしているんだけど、

Prismoでは、どこかのページのURLをメインにしたストーリー（ブックマーク型の投稿）は Page というオブジェクトを流している。

また、URLなしで、それ自身コンテンツとして投稿するストーリーは Article というオブジェクトを流している。

コメントはマイクロブログと同じ Note を使っている。それもあって、リプライで自然に繋がれている。

3種類あるんだね！

だから、Mastodonなど受け取る側のサーバで、それをどう表示するのか（しない・できないのか）は、予想できないし、それぞれ違うんだ。

うまく連携できるようになるといいね！

これはまだ何度か言わないといけないと思うんだけど、 #Prismo はまだプロダクションに使うなよ？ って言われている段階のコードなので、皆もサーバ立てようぜ！とは言えないのね。

そういう段階に持っていくために、私もコード書いてマージしてもらおうと思ってるけど、まだまだ。

本当はPrismoは、特定の目的に絞って、みんなで小さく立てて、それを連合するのが丁度良い仕組み。

まぁ、mstdn.jpみたいな中規模の旗艦サーバがあっても良いと思うので、ウチでやってみているんだけども。

あと、Prismoという存在を通じて、

FediverseがSNSだけじゃなくていろんなサービスが連携すると面白いということを伝えたい。

Fediverseは、連携するサービスが増えると、ぐっと可能性が広がる。例えば決済とか権利処理とか、組み合わせて強くなるサービスだと特に。

Prismoは、個人のパーソナルな側面にフォーカスして使う方法も考えられるし、パブリックな側面にフォーカスして使う方法も考えられます。企業ユースにも向いていると思う。このあたりがMastodonとの違いになってくると思います。

ちなみに #Prismo 本家もメイン鯖のデータベース一回飛ばしてまして、ドメインごと廃棄せざるを得なかったワケですが、

オペレーションのミスはよくあるコトで仕方がないとして、もう一つ、IDの採番方式の問題があります。

snowflakeのように、過去の投稿が一定の番号に留まっていることが保証できる場合は、新たに同じドメインでサーバを動かしても、IDが衝突することはありません。

PrismoのIDはそういった規則性がないUUID系であるため、同一ドメインで再開するとIDが衝突します。

これは、いま現在ももちろん変わっていないため、私が運用しているPrismoサーバ達も、同様に復帰時に同一ドメインで再開するのが難しいという問題があります。

まぁ、意味のある桁を増やしちゃうなり色々方法はあるんですが……。

DBを飛ばすって本当に怖いですねえ、恐ろしいですねえ