Xをウェブから読むための代替フロントエンド「shitter」のWikiに、稼働中のインスタンス一覧が載っています。こうした一覧ページは一見ただのリンク集ですが、実際には分散したサービスがどこまで生き残っているか、そして運営側がどんな苦労を抱えているかまで見えてきます。今回は、そのリストに何が書かれているのかを整理したうえで、こうした公開インスタンスの運命をどう見るかを考えます。
元記事は、Codeberg 上の mv12star/shitter リポジトリにある Wiki ページ「Instances」です。shitter は、元の説明文にもある通り「Alternative Twitter front-end」、つまり X/Twitter を別の見た目と使い方で読むためのフロントエンドで、GitHub 上の zedeus/nitter の fork です。Nitter 系のプロジェクトでは、利用者が直接 X にアクセスせずに投稿を読むため、各地で誰かが立てた public instance を使うことがよくあります。このページは、その“どこで使えるか”をまとめた案内になっています。
ページはまず、稼働中の Working instances を列挙します。https://shitter.thepixora.com、https://nitter.kareem.one、https://nitter.miningtcup.me、https://nitter.meowing.monster、https://nitter.xitter.cc、https://nitter.jaydenha.uk、https://nitter.click、https://x.n0g.xyz、https://tw.eir-nya.gay といった HTTPS のアドレスが並び、さらに Tor browser が必要な .onion ドメインも3つ載っています。公開インスタンスだけでなく、Tor でしか触れない場所まで含めて「今つながる候補」を示しているわけです。
その下には Redirectors があり、https://nitt.tr、https://twit.0r.cx、https://xxcancel.com のような転送用のドメインが挙がっています。続いて Active but rate limited という区分があり、https://nt.vern.cc、https://nitter.fullex.fr、https://nitter.anoxinon.de、https://nitter6.kabii.moe、https://nitter.zebes.info、https://nitter.wisq.net、https://nitter.teamqq.de、https://nitter.freedit.eu が並びます。稼働はしているが、アクセス制限で使い勝手が落ちているという扱いです。
さらに Formerly active / Taken down の項目では、https://xcancel.com、https://nitter.poast.org、https://nitter.privacyredirect.com、https://nitter.tiekoetter.com、https://nuku.trabun.org、https://nitter.catsarch.com が、すでに消えたか停止した先として記録されています。単なるリンク切れの記録に見えて、実際にはサービスの寿命表でもあります。
最後に、このページは public instance を自分で運営したい人向けに、セッション token をたくさん取得する方法の説明と、DMCA などの法的クレームを回避する方法についての投稿を読むよう促しています。加えて、shitter-public-instances-customizations という Codeberg の別リポジトリを紹介し、公開インスタンスの性能改善に使える設定をまとめていると案内しています。つまりこの Wiki は、利用者向けの案内であると同時に、運営者向けの実務メモにもなっています。
このページでまず目につくのは、案内そのものよりも、分類の仕方です。Working、Redirectors、Active but rate limited、Formerly active / Taken down と分けているのは、単に親切だからではないと思います。Nitter 系の公開インスタンスは、「ある」か「ない」かでは足りず、まだ応答するが重い、転送だけは生きている、以前は使えたが今は消えた、という中間状態が多いからです。ウェブサービスの一覧というより、半分は生態調査の記録に近い。そこが面白いところです。
しかも、ここには華やかさがありません。大手サービスの公式機能紹介のように、便利さを前面に出して人を呼ぶ作りではなく、使える場所を淡々と並べ、壊れたら壊れたと書く。これは見方を変えると、代替フロントエンドがどれだけ不安定な土台の上にあるかを、かなり率直に示しています。公開インスタンスは便利ですが、運営者の善意、外部サービスへの依存、法的圧力の3つに常に揺さぶられる。ページ上の短い区分名だけで、その脆さが伝わります。
もう一つ気になるのは、public instance を立てたい人に向けて、セッション token を大量に取得する方法を読めと書いてある点です。これは、利用者が自分の閲覧を安定させるための小技というより、運営側が継続稼働のためにかなり手間のかかる工夫をしていることを示しているように見えます。単純にサーバーを立てれば終わりではなく、アクセスをうまく分散しないとすぐに詰まる。しかも、その工夫が公開ドキュメントとして共有されているあたりに、同じ悩みを持つ人が多いことも透けます。
私はここに、代替フロントエンドの宿命が出ていると思います。ユーザーから見れば「X を広告なしで読みたい」「ログインせずに見たい」で済む話でも、運営者からすると、負荷対策、ブロック回避、法的リスクの管理まで背負うことになる。便利な前面の裏で、インフラ運用と回避策の知識が必要になるのです。こうした構造は、Nitter だけの問題ではありませんが、特に公開インスタンス型のサービスでは露骨です。
ページでさらに重く感じるのは、「DMCA and other legal complaints を避ける方法」を読むよう案内している部分です。ここは軽く流せません。なぜなら、プロジェクトが技術的に動くかどうかとは別に、公開インスタンスが法務・通報ベースの圧力に晒されていることを、運営側がはっきり前提にしているからです。しかもこれは「念のため」ではなく、実際に運営が止められたり、説明を求められたりする現実があるという意味に読めます。
その結果、一覧ページは単なる“おすすめの入口集”ではなく、半分は逃げ道の案内になっています。Redirectors もその一種でしょう。利用者が覚えやすい短いドメインに飛ばす役割は便利ですが、同時に、どの窓口がいつ潰れてもいいように入口を薄く分散しているようにも見える。私は、この構え方に少し切なさを覚えます。技術的には洗練されていても、制度やプラットフォームの圧力に対しては、まるで仮設の橋を何本も渡しているようなものだからです。
利用者の立場では、こうしたページは「今すぐ使える場所」を探すのに便利です。ただし、そこに書いてあるのは永続的な保証ではありません。Working instances に載っていても明日には止まるかもしれないし、rate limited で実質使いにくくなっている場合もある。だから、ここで得られる価値は安定性ではなく、むしろ切り替えの速さです。ダメなら別の場所へ移る前提で使う。そういう文化が、すでにこの一覧の中に織り込まれています。
私は、ここに open web の今っぽさが出ていると思います。公式がすべてを抱え込むのではなく、周辺に小さな実装が増え、その一つひとつが脆く、でも役に立つ。利用者はそれを渡り歩く。自由度は高い一方で、安心感は薄い。shitter の Wiki は、その現実を飾らずに見せています。使えるリンクだけでなく、消えたリンクまで同じページに置くのは、単なる整理以上の意味があるはずです。サービスが「どこで動くか」だけでなく、「どう壊れていくか」まで記録する。そこに、このページの正直さがあります。
参考: Instances
