Mastodon が普及しつつあるけど、元 GNU Social 勢として思うこともありまして

一方の Mastodon の開発とリリースは活発である。 開発は master ブランチで進んでおり、それが開発版(不安定版)のようなものになっている。 そのため、「安定版」ブランチのようなものは存在せず、新機能や修正が欲しくば新しいリリースを追い掛けなさいという方式になっている。

連合を組むという性質からいえば、安定版の古いバージョンにしがみ付かれると迷惑だったり面倒だったりするので、古いバージョンを保守するよりも新しいリリースをどんどん乗り換えましょうという方針は正しいように思われる。

機能の開発等は issue と pull request を活用して行われており、特定の機能のためのコミット群を追い掛けるのは(少なくとも GNU Social よりは)簡単である。

Mastodon は Ruby on Rails で開発されており、最近のプロジェクトだけあって現代的である。 アセットもビルドが必要な形式で管理されていたりする。 私は最近の web 開発界隈の技術には詳しくないが、どうせ何も考えずとも docker をドキュメント通り動かせばうまくいくようになっているので、開発者からすれば便利なことであっても、ユーザ(鯖缶)の負荷がそこまで大きくなるということにはならないだろう。

Mastodon では docker や docker-compose などが公式で用意されており、ドキュメントも十分にあるため、 Rails や Node.js が必要とはいえ、(高性能を求めない限りは)導入自体は難しくない。 むしろ個人規模のサービスであれば docker を使う機会も多いだろうから、小規模インスタンスでは助かるかもしれない。

Mastodon は(私の知る限り)プラグインの仕組みを持っておらず、改造にはリポジトリを fork してコードを直接弄る必要がある。 とはいえ Mastodon もまだまだ枯れて安定するのは先になるだろうし、今の段階でプラグイン用の仕組みを用意するのはあまり重要ではないかもしれない。

日本において Twitter からユーザが Mastodon へ移行した理由で一番大きなものは、 Twitter の運営者の暴挙にやられたとか、フォローしているユーザがその影響を受けたとかであろう。 この場合、問題の本質は中央集権のシステム、すなわち twitter 社が圧倒的に強力でユーザは権利を著しく制限されている/されうる環境であったというところにある。

それを踏まえて、今の mstdn.jp や Pawoo やニコフレ等の「大規模インスタンス」の現状はどうか。 サービス運営者を変えただけで、本質は段々と twitter と同様の中央集権に近付いており、 twitter と同じようなリスクを抱えつつあるのではないか。

今のところは、 twitter のような暴挙が行われていないように見えるが、それは今のところそうだというだけである。 twitter だって、きっと最初から暴君だったというわけではない。 自分以外の他人や組織が運営し管理しているということ自体がリスクなのである。

ではユーザは何をすべきかといえば、大規模インスタンスに集中するのではなく、より分散を積極的にする(理想的には、個人単位でインスタンスを立てる)ことである。

twitter に懲りた人々は、「誰かに権利を縛られ、コミュニケーションや宣伝の生命線を握られながら生きる」という在り方そのものに疑いを持つべきである。 「権利を縛られる相手が悪かった」などと考えることを放棄して問題を回避せずにいれば、やがて訪れるのは“第2の twitter ”からの凍結に怯える日々かもしれない。

そもそも Mastodon (そして ActivityPub や互換ソフトウェア) が twitter より優れているのは、自分のサーバを自分用に立ててネットワーク (fediverse) に参加できること、Mastodon を使えない場合でも、他のサービスを利用したり開発することで fediverse に参加できること、などである。 これらの本質は「自分の面倒を自分で見ることができる」ということであり、「自分以外の他人に管理されない、権利を制限されない」ということであり、そしてまた「文句があるなら別のインスタンス、別のソフトウェアへ逃げることができる」ということである。

「自分の面倒を自分で見る」ことを必要とする Mastodon や GNU Social 、 Pleroma 等が可能にするのは、「自分を縛るのは自分だけである」という在り方である。 これはまた、他人に侵されない情報発信の場を確保できるということでもある。 特に虐げられがちな文化やコンテンツの発信者は、この性質をこそ大切にするべきではないだろうか。 この性質が、他人による(理不尽かもしれない)規制などから自分を守ってくれるのである。

自明っぽいが、そうなのである。

ここで私が問題としたいのは、「ローカルタイムラインを重要視する使い方、またそれを積極的に推進することの危うさ」である。 分散 SNS (Federated social web) で我々が手に入れようとしている「自分の情報発信の場を他人に侵されない」という性質は、十分な(可能なら個人や近い単位での)分散とそれらの連合に依拠するものである。 しかし「テーマ別インスタンス」のような棲み分けは、利点もある一方で、分散を妨げる大きな要因でもある (それが典型的に現れているのが、絵を描く人々が Pawoo 等に集まる現象である)。

Mastodon が十分に普及し人口に膾炙しなければ SNS としての意味が薄くなり、そもそも利用の動機が小さくなってしまうということはわかっているし、今は普及のためにユーザ数を増やす段階にあるということも、まあ納得している。 ローカルタイムラインや同インスタンスの同志の存在は、そのための強力な動機であることは現状が証明している。

しかし、ユーザが増えた結果、また twitter やその他中央集権的なサービスと同じ事件を繰り返すようでは仕方がない。 ユーザは、最初に参入したときの動機はさておき、後付けでもいいから自分で自分を守る方法を、自由を守ろうという意思を身に付けるべきである。

これも当然といえば当然なのだが、ローカルタイムラインはそれを当然でなくしている。

与えられた餌を食べているだけでは、中央集権サービスの運営者に飼われているのと大差ない。 「誰かが用意してそこにあるもの(タイムライン)に自分も飛び込む」という考え方を、「自分で自分の環境や居場所(フォローとタイムライン)を確保する」という考え方に転換することが必要なのではないだろうか。

Mastodon には、フォローしているユーザをファイルにして保存したり、アップロードして再現する機能がある。 つまり「自分で作ったタイムライン」を再現するための機能だ。 この機能が存在することで、たとえインスタンスが潰れたり自分が別インスタンスに引っ越すことになったときにも、自分のための場所をすぐに確保できるのである。 これもまた分散 SNS におけるユーザの分散と連合を推進するものだ。