List of Activitypub [text.Baldanders.info]

RSSHub について調べようとしたら結構おおきな話だった

2026-07-07T10:25:24+00:00

いつものように Mastodon の自 TL に流れてきたポストから。 EFF (Electronic Frontier Foundation) の記事ですな。

Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

もの凄く端折っていうと，ソーシャルメディア等のアルゴリズムに任せるんじゃなくて，枯れた技術とはいえ RSS があるんだから，これを使って自分で情報管理しようぜ！といった内容。

RSS is one of the best examples we have of the open web, where we can design and customize how we experience the internet, not the other way around. RSS has come in and out of fashion, been declared dead, and has come back, every time. Open systems are the best way forward to a free, equitable internet, and the resilience and continued reinvention of RSS has shown just how creative the web community can be with open protocols.

via Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

この記事の最後の方に

And even if a website doesn’t have an RSS feed, there are workarounds from tools like RSSHub, RSS-Bridge, and RSS.app that require varying levels of technical expertise or a willingness to pay subscription fees.

via Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

などと書かれていて，「へぇ。フィードがなくても生成してくれるんだ」と思いながら，とりあえず RSSHub のサイトを覗いてみたのだが，何が書いてあるかよく分からない。 Folo？ RSSHub の話じゃねーの？自前で実装するのか？

というわけで，いつものように Kagi Assistant とやり取りしながら調べてみた。

RSSHub と Folo

RSSHub は「Everything is RSSible（全ては RSS 化できる）」を掲げる「世界最大のRSSネットワーク」らしい。 Kagi Assistant にまとめさせた特徴は以下の通り。

特徴	内容
オープンソース	AGPL-3.0ライセンスで公開，オープンスタンダードとプロトコルに準拠
大規模コミュニティ	1,300人以上のコントリビューター・メンテナーが活躍
豊富なルート	多数の事前設定済みルート（変換ルール）とパブリックインスタンスが利用可能
強力なAPI	様々なシーンに対応するAPIとエコシステムプロジェクトを提供

Docker を使って環境を自前で構築できる他，公式を含むパブリックインスタンスも提供されている。このインスタンスのひとつが Folo ということのようだ。

Folo is an AI RSS reader and discovery platform that works especially well with RSSHub. It offers numerous user-shared instances that you can browse, switch between, and use with just one click inside Folo. These instances are not compatible with external readers. You can also share your own instance on Folo to earn tokens.

via Public Instances

「自身のインスタンスを Folo 上で共有してトークンを稼ぐ」？とりあえず，そこは後回しだ。

直接 RSS フィードを提供する場合

まずは一番単純なパターン。あらかじめ RSS フィードを提供している Web サイトから Folo に直接フィードを提供する場合。

graph TB subgraph "WWW (Site)" RSS_YES[Web2 Site
RSSフィードあり
ブログ，ニュースサイト等] end subgraph "Folo" FOLO[Folo
RSSリーダー] end %% RSSフィードを直接 FOLO に提供する RSS_YES -.->|RSSフィード提供| FOLO

これは分かりやすい。

RSSHub サーバ経由で RSS フィードを提供する場合

古き良き（笑）テキストサイト等や Web 2.0 時代のサービスでも RSS フィードを提供していない SNS サービス等は RSSHub サーバ経由でフィードを生成する。

graph TB subgraph "WWW (Site)" RSS_NO[Web1/Web2 Site
RSSフィードなし
静的サイト，SNS等] end RH_STANDALONE[RSSHub
独立サーバー] subgraph "Folo" FOLO[Folo
RSSリーダー] end %% 独立サーバー（RSS3不要） RSS_NO -.->|スクレイピング/独自API| RH_STANDALONE RH_STANDALONE -.->|RSSフィード提供| FOLO

これもまだ分かる。 RSSHub が頑張って仲立ちしてるってことだよね。

RSS3

ここからだよ，大事 (おおごと) なのは。

graph TB subgraph "WWW (Site)" RSS_YES[Web2 Site
RSSフィードあり
ブログ等] RSS_NO[Web1/Web2 Site
RSSフィードなし
静的サイト，SNS等] end subgraph "Fediverse" AP[ActivityPub
Mastodon等] end subgraph "Web3 (Blockchain)" ETH[Ethereum
トランザクション] NFT[NFT
ERC-721] DEFICH[DeFi
Uniswap/Aave] ARWEAVE[Arweave
分散型ストレージ] end subgraph "RSS3 Node" direction TB subgraph "RSS Component" RH_INTERNAL[RSSHub
内部コンポーネント] end subgraph "Federated Component" FED[ActivityPub
インデクサー] end subgraph "Decentralized Component" DEC[Blockchain
インデクサー] end DSL[DSL
Data Sublayer
インデックス・保存] end subgraph "RSS3 Network" NETWORK[RSS3 Network
分散型ノード群] end subgraph "Folo" FOLO[Folo
RSSリーダー] end %% Web2 → RSSComponent RSS_YES -->|RSSフィード取得| RH_INTERNAL RSS_NO -->|スクレイピング/API| RH_INTERNAL RH_INTERNAL -->|フィードデータ| DSL %% Fediverse → FederatedComponent AP -->|ActivityPubデータ| FED FED -->|インデックス| DSL %% Web3 → DecentralizedComponent ETH -->|ブロックチェーンデータ| DEC NFT -->|NFT取引データ| DEC DEFICH -->|DeFiトランザクション| DEC ARWEAVE -->|分散型データ| DEC DEC -->|インデックス| DSL %% DSL → ネットワーク → Folo DSL -->|統合データ| NETWORK NETWORK -->|Web1/2/3統合| FOLO

なんと RSS3 ノードを経由することで Fediverse (ActivityPub) や Web3 のデータも Folo で閲覧できるらしい。 ActivityPub とか Blockchain とかしれっと出てきて，私は驚いたよ。世の中そんな風になってるんだねぇ。

RSS3 は “An open web, readable again” をビジョンとして（開かれたウェブですってよ，奥さん），「Web1/Web2/Web3 にまたがる情報をインデックス・配信する分散型情報インフラ」だそうだ。分散ネットワークで検閲耐性が高いと言われている¹。 RSS3 のエコシステムにおいて RSSHub および Folo は中核プロダクトと見なされているらしい²。

RSS3 と $RSS3

RSS3 経済圏の通貨が $RSS3 トークンで，以下のように機能しているそうな。

番号	フロー	説明
①	アプリケーション → トークン	開発者がAPIキーを取得し $RSS3 でクエリ料を支払う
②	トークン → Operation Pools	支払いがプールに集約される
③	プール → ノード運営者	データインデックス作業の報酬として分配
④	プール → 委任者	ノードに委任したトークン保有者にも報酬分配

これ，実際にデータを使うエンドユーザはエコシステムの外側にいるし，ユーザから見て直接データを提供するアプリケーション（開発者）も，この流通サイクルの中では $RSS3 トークンを（払うだけで）得る手段がないことになる。トークンがこのエコシステムの外側でも流通すればいいんだろうけど（以下は Kagi Assistant が示した RSS3 エコシステムの外側との関係）。

graph TB subgraph "RSS3 の役割" RSS3[RSS3
分散型情報インフラ] API[RSS3 API
データ提供] end subgraph "取引所の活用" OKX[OKX
取引ボット，ポートフォリオ管理] ARB[Arbitrum
クロスチェーンエクスプローラー] AI[AI DApps
分散型エージェント] end subgraph "$RSS3 トークン" TOKEN[$RSS3
取引所で取引可能] BITGET[Bitget] LBANK[LBank] COINW[CoinW] end RSS3 -->|データ提供| API API --> OKX API --> ARB API --> AI TOKEN --> BITGET TOKEN --> LBANK TOKEN --> COINW

この手のネットワーク通貨の問題って，結局ゼロ年代に流行った「地域通貨」の問題と同じなんだよなぁ。 …まぁ，いいや。ちなみに，一定額の $RSS3 トークンを Staking³ すれば誰でも RSS3 ノードを運用できるらしい。

分散型ソーシャルプロトコル統合

RSS3 は複数の分散型ソーシャルプロトコルを Universal Social API で統合しているらしい。

graph TB subgraph "分散型ソーシャルプロトコル" FC[Farcaster
Ethereumベース] LENS[Lens Protocol
Polygonベース] NOSTR[Nostr
シンプルプロトコル] MIRROR[Mirror
Web3パブリッシング] CB[Crossbell
ソーシャルプロトコル] end subgraph "RSS3" RSS3api[RSS3
Universal Social API] API[RSS3 API
データ統合] end subgraph "アプリケーション" HOOT[Hoot.it
ソーシャル検索] FOLO[Folo
RSSリーダー] DEV[開発者アプリ] end FC --> RSS3api LENS --> RSS3api NOSTR --> RSS3api MIRROR --> RSS3api CB --> RSS3api RSS3api --> API API --> HOOT API --> FOLO API --> DEV

各プロトコルの特徴

プロトコル	ブロックチェーン	特徴
Farcaster	Ethereum	「十分な分散化」，柔軟なネームスペース，グローバル状態
Lens Protocol	Polygon	Aave創設者Stani Kulechovによる，合成可能なソーシャルグラフ
Nostr	なし（リレー方式）	シンプル，検閲耐性，Jack Dorseyが支援
Mirror	Ethereum	Web3パブリッシングプラットフォーム
Crossbell	-	ソーシャルプロトコル

具体的な機能

機能	説明
クロスプロトコル検索	Farcaster，Lens，Nostr のデータを横断して検索
ソーシャルグラフ統合	異なるプロトコルのユーザー関係を統合
コンテンツ相互運用性	プロトコル間のコンテンツ相互利用を可能にする

Nostr もここにかかってくるんだねぇ。これもびっくりした。ただ Blockchain ベースのプロトコルは分かるけど Nostr は（Blockchain ではないので）どうやって統合してるのか分からない。 Kagi Assistant は色々憶測を述べてたけど（RSS Component 経由で RSS フィードとして取り込まれるんじゃないか，とか言ってくさる），実際の技術詳細は公開されてないらしい。

アプリケーション例のうち Hoot.it は「RSS3 が開発したオープン Web 検索エンジン」だそうで Nostr データの閲覧も可能なんだと。

Hoot.it の機能

機能	説明
Nostr アドレス検索	Nostr アドレスを入力してソーシャルデータを表示
ChatGPT 統合	2024年5月に ChatGPT との接続を発表
Web3 コンテンツ検索	分散型ネットワーク上のコンテンツを検索

ActivityPub が Federated Component で，Nostr が Universal Social API で RSS3 に統合されてるとなると atproto が取り残されてる感じかねぇ。でも，以前に紹介した Streamplace/Livepeer なんかは独自のトークンを運用してるって話だし，またぞろ面倒くさいことになってる気がするなぁ。

Web3 はちゃんと “Web” になっている？

Blockchain 周りは NFT が登場したあたりから完全に興味が失せてしまったのだけど，現時点においてちゃんと “Web” としての体裁を整えてきているという印象を受けた。そこに私のようなネットの辺境にいるような人間が入り込めるかは分からないけど Folo のようなサービスはちゃんと触っておいたほうがいい気がする。

まぁ，その辺はおいおい（笑）

参考

情報共有の未来: yomoyomo (著); 達人出版会 2011-12-30 (Release 2012-02-19); デジタル書籍; infoshare (tatsu-zine.com); 評価

同名ブログの書籍化。感想はこちら。

reviewed by Spiegel on 2012-11-03

もうすぐ絶滅するという開かれたウェブについて続・情報共有の未来: yomoyomo (著); 達人出版会 2017-12-25 (Release 2019-03-02); デジタル書籍; infoshare2 (tatsu-zine.com); 評価

WirelessWire News 連載の書籍化。感想はこちら。祝 Kindle 化！

reviewed by Spiegel on 2018-12-31

P2P など，本当に分散化したシステムではデータ（コンテンツ）の「場所」が不定となり遍在化するため検閲が難しくなる。コピーはいくらでもあるし，アクセスの迂回も容易だからだ。 ↩︎
2024年1月に RSSHub と RSS3 との間でパートナーシップが結ばれた，と Kagi Assistant が言っていたが，その説明の Web ページが 404 でなくなってるみたいで，経緯とかは確認できなかった。AI の知識にはあるけど裏付ける情報がない，ということのようだ。これからこういうのも増えそうだな。 ↩︎
Staking とは，トークンを（ウォレットとかではなく） Blockchain ネットワーク上に一定期間預けておくことを指す。 Ethereum のコンセンサスアルゴリズムである Proof of Stake (PoS) はトークンを多く長く預けている人ほどトランザクション承認の権利が得やすくなるため，結果として信用度や貢献度が高いと見なされ，報酬も得やすくなる。簡単にいうと金遣いが荒い人は信用されないってことだよね。この Staking の仕組みを使って投資を行う人も結構いるらしい。 ↩︎

Mastodon 10年史を AI に語らせてみた

2026-04-16T01:32:24+00:00

Mastodon の TL を眺めてたら mstdn.jp が10年目に突入したというポストを見かける。 mstdn.jp が10年目に突入したということは，Mastodon 自体は丸10年経ったということになるか？

ここで Mastodon の10年を振り返る記事を書いてみたら面白いと思ったのだが，実は Mastodon って（特に歴史的な部分は）よく知らないんだよね。なので，AI に Mastodon の10年史を語らせてみることにした。

利用サービスは GitHub Copilot with VS Code，選択モデルは GPT-5.3-Codex で行っている。ではどうぞ。

Mastodon が最初に公開されたのは 2016 年です。2026 年は公開から丸10年の節目で，分散型 SNS の歴史を振り返るには良いタイミングだと思います。

Mastodon 略歴（ざっくり）

2016年: Eugen Rochko 氏が Mastodon を公開。Twitter に似た操作感を持ちながら，サーバーを分散運用できる設計が注目される。
2017年: 各地で個人・コミュニティ運営のインスタンスが増加。日本語圏でも利用者が急増し，「連合（Fediverse）」という言葉が広まりはじめる。
2018年ごろ: ActivityPub を中心に，Mastodon 以外の実装ともつながる流れが強くなる。単体サービスではなく「相互接続できるSNS群」としての性格が明確になる。
2019年〜2021年: 大規模な爆発的成長というよりは，コミュニティ運営やモデレーションの知見が蓄積される時期。ローカルルール重視の文化が定着。
2022年: 主要SNSの環境変化をきっかけに，Mastodon への関心が世界的に再上昇。新規インスタンス立ち上げや移住が加速。
2023年〜2025年: 一時的なブームを越えて，日常的に使う人とコミュニティが残るフェーズへ。Mastodon は「代替先」ではなく，独自の選択肢として位置づけられていく。

ここまでを一言で言えば，Mastodon の10年は「中央集権型の巨大SNSに対するカウンター」から始まり，「分散型コミュニティ運営の実践知」を積み重ねた10年でした。

この記事では，この略歴をもう少し丁寧に追いながら，技術・文化・運用の3つの観点で整理してみます。

技術面: Mastodonの10年

技術面で最初に押さえるべき点は，Mastodon が単なる「Twitter風アプリ」ではなく，最初から連合を前提にした実装だったことです。単一サービスの拡張ではなく，サーバー同士の接続を前提にした設計を採ったことで，後の Fediverse 全体の成長に直接つながりました。

1. プロトコル中心への転換

初期の利用者体験は Web UI の分かりやすさに注目が集まりましたが，長期的に効いたのは ActivityPub を軸にした相互接続性でした。これにより，実装が異なるソフトウェア同士でもフォローや投稿配送ができるようになり，「アプリを選ぶ自由」と「コミュニティをまたぐ接続性」が両立しました。

2. 実装の成熟とクライアント多様化

10年のあいだに，Mastodon 本体は機能追加だけでなく，安定性や管理機能の面でも成熟しました。同時に，公式クライアント以外の選択肢も増え，ユーザーは自分に合う UI やワークフローを選べるようになりました。分散型サービスでは，この「クライアント多様性」が継続利用のしやすさを支える重要な土台になります。

3. 分散設計が生む技術的トレードオフ

一方で，分散設計は常にメリットだけではありません。サーバー間配送の遅延，モデレーション方針の差，メタデータや検索範囲のばらつきなど，中央集権型では見えにくい課題が日常的に現れます。ただし，これは欠点というより，「一つの正解に全員を合わせない」設計思想の裏返しでもあります。

4. 2026年時点で見える技術的意義

2026年の時点で見ると，Mastodon の技術的意義は，巨大プラットフォームに代わる機能を再実装したことではなく，「SNSの相互運用を現実にした」点にあります。実装の競争軸を囲い込みから接続性へ移したこと自体が，この10年で最も大きな技術的成果だと言えます。

文化面: Mastodonの10年

文化面で特徴的なのは，Mastodon が「プロダクトの利用規約に従う場」よりも，「コミュニティの合意で育つ場」として発展してきたことです。同じソフトウェアを使っていても，インスタンスごとに雰囲気や価値観が異なり，その違い自体が Fediverse の多様性を作ってきました。

1. ローカル文化の重視

中央集権型 SNS では，全員がほぼ同じルールとランキングに従います。一方 Mastodon では，インスタンスごとにルールやモデレーション方針を設計できるため，小規模でも目的に合った場を作りやすくなります。技術系，創作系，地域コミュニティなど，話題ごとに文化圏が生まれたのはこの仕組みの効果です。

2. タイムライン体験と会話の速度

Mastodon の体験は，アルゴリズム推薦の強い可視化よりも，時系列で流れる会話の連続性に重心があります。結果として，短期的な拡散効率より，継続的なやり取りや顔なじみ同士の関係が育ちやすい傾向があります。これは「バズ中心の文化」から距離を取りたい利用者に支持された要因の一つでした。

3. ブームと定着の反復

この10年で何度か大きな流入が起きましたが，そのたびに全部が定着したわけではありません。ただ，波が引いた後にも一定数の利用者と運営者が残り，文化が薄く積み上がっていきました。急成長よりも，継続的な共同運営を重視する土壌が形になってきたと言えます。

4. 2026年時点で見える文化的意義

2026年の時点での文化的意義は，「巨大サービスの代替」を超えて，「小さな共同体が自分たちの会話空間を持てる」ことを実証した点にあります。Mastodon の10年は，SNSを一枚岩で捉えるのではなく，複数の文化圏の集合として扱う視点を広げた10年でもありました。

運用面: Mastodonの10年

運用面で重要なのは，Mastodon が「使うサービス」でもある一方で，「運営するサービス」でもあることです。大規模プラットフォームでは運営が利用者から見えにくいのに対し，Mastodon では管理者，モデレーター，利用者の距離が近く，運用そのものがコミュニティの性格を決めます。

1. インスタンス運営の実務

インスタンス運営では，サーバー保守だけでなく，利用規約の整備，問い合わせ対応，荒らし対策，バックアップ運用など，多面的な作業が発生します。特に利用者が増える局面では，技術対応より先に運営体制がボトルネックになることも多く，持続可能な分担設計が不可欠でした。

2. モデレーションと連合ポリシー

Fediverse では，どのサーバーと連合するかを各インスタンスが判断できます。この自由度は大きな強みですが，同時に運営の責任も増やします。迷惑行為の封じ込め，外部インスタンスとの関係調整，方針説明の透明性など，モデレーション実務の成熟が長期運用の鍵になりました。

3. 財政と継続性の課題

多くのインスタンスは有志運営であり，コストと労力の持続可能性が常に課題です。寄付，スポンサー，コミュニティ課金など，運営モデルは多様ですが，どれも万能ではありません。10年の蓄積で見えてきたのは，「拡大速度」より「無理なく続けられる規模」を選ぶ判断の重要性です。

4. 2026年時点で見える運用的意義

2026年時点での運用的意義は，SNSの運営をブラックボックスにせず，コミュニティが意思決定に参加できる形を実例として示したことです。Mastodon の10年は，技術と文化を支える土台として，運用設計そのものがプロダクトの一部であることを可視化した10年だったと言えます。

近年台頭してきた Bluesky との比較

近年は Bluesky も急速に存在感を高めており，分散型 SNS の文脈で Mastodon と並べて語られることが増えました。両者は「中央集権型 SNS に依存しない選択肢」という点では近い一方で，重視する設計とコミュニティの作り方には違いがあります。

プロトコルと構造: Mastodon は ActivityPub を前提に，複数サーバーの連合運用を早期から実践してきました。Bluesky は AT Protocol を軸に，IDやデータ可搬性をより前面に出した設計を進めています。
体験と文化: Mastodon はインスタンスごとのローカル文化が濃く，コミュニティ単位で空気を作る傾向があります。Bluesky は比較的単一空間に近い体験から入りやすく，公開空間での拡散と会話の見通しやすさが強みです。
運用モデル: Mastodon は各インスタンス管理者の裁量が大きく，運営方針の多様性がそのままネットワークの多様性になります。Bluesky はプラットフォーム提供側の整備と利用者体験の統一感を活かしつつ，段階的に分散化を広げるアプローチを取っています。

要するに，Mastodon は「先に分散運用を社会実装した10年」，Bluesky は「分散化を再設計しながらスケールを狙う現在進行形」と整理できます。どちらが優れているかではなく，設計思想の違いを理解して使い分けることが重要です。

まとめ

Mastodon の10年を振り返ると，重要だったのは単なる機能競争ではなく，「つながり方の設計」を社会に実装したことでした。技術面では相互運用性を現実のものにし，文化面では小さな共同体の多様性を支え，運用面ではコミュニティが意思決定に関与するモデルを積み上げてきました。

その意味で，2026年は「分散型SNSは成立するのか」という問いに対して，Mastodon がすでに10年分の実例を示した年だと言えます。これから先は，Mastodon と Bluesky を含む複数の流れがどう交差し，利用者にどんな選択肢を広げていくかを見ていく段階に入った，と私は考えています。

Mastodon どうでしょう

アウトラインは AI と一緒に考えたが（AI だけに考えさせると論文みたいな構成になるw），中身は 100% AI による記述で，私は1文字も触っていない。

どうだろうか¹。私なんか文章を読んで「ほほう」と感心してしまったよ（笑）

しかし10年か。 Mastodon の登場は一昔前の話になってしまったねぇ。日本で Mastodon が話題になった頃に「GW 過ぎたらみんな忘れてるに100カノッサ」と言ってた頃が懐かしいよ。当時は Twitter がここまでメタクソ化するとは思わなかったし「どうせ山ほどある Twitter クローンのひとつでしょ」という認識しかなかったからなぁ。

IT 業界は2〜3年でシーンが変わるからな。 10年も経てば，そりゃあ変わるか。

ブックマーク

Kagi Assistant にも同じように聞いてみたが，こちらは Mastodon が「強力なアンチハラスメントツール」として機能していることを強調していた。ユーザ側の高度なフィルタリング機能や投稿時に公開範囲を制御できることを評価しているみたい。 ↩︎

ブログを Fediverse & Atmosphere に参加させる

2026-03-23T11:42:41+00:00

随分前に Bridgy Fed を利用して Bluesky と Mastodon を相互接続させる方法を紹介したが，同じサービスを使ってブログなどの Web サイト（の更新）を Bluesky/Atmosphere および Mastodon/Fediverse と連携させることが出来るようだ。

graph LR Website["Web site"] BridgyFed(("Bridgy Fed")) Mastodon["Mastodon (Fediverse)"] Bluesky["Bluesky (Atmosphere)"] Website-->BridgyFed BridgyFed-->Mastodon BridgyFed-->Bluesky

Federation with Bridgy Fed

登録自体は簡単で，以下のページでブログの URL を入力するだけ。

via Enter a web site to bridge:

成功すれば以下の画面に遷移する。

via text.baldanders.info profile - Bridgy Fed

RSS フィードを備えているサイトであれば問題なく登録できるはず。サイトの登録は誰でもどのサイトでもできる。勝手に登録されてしまい取り消したいのであれば，オプトアウトの手続きを行う必要がある。

If you’re on the web, email us from an address at your web site’s domain to show that you own it, or you can put the text #nobridge in the profile on your home page and then update your profile on your user page.

via How do I opt out and remove my site or account?

初期状態では Bluesky ハンドルは @yourdomain.com.web.brid.gy に， Mastodon ハンドルは @yourdomain@web.brid.gy になっている。

たとえばサイトのドメインが text.baldanders.info であれば，それぞれ

@text.baldanders.info.web.brid.gy (Bluesky)
@text.baldanders.info@web.brid.gy (Mastodon)

となる。

このうち Bluesky ハンドルはサイトのドメイン名に変更可能である。変更方法は以前書いた記事を参照のこと。 DNS の TXT レコードまたは /.well-known/atproto-did ファイルに DID を設置すれば勝手に更新してくれるみたい。

ちなみに，ここのブログのように GitHub Pages で独自ドメインにしている場合は DNS の TXT レコードが使えないため /.well-known/atproto-did ファイルに DID を書いて設置した。この場合 /_config.yml ファイルに以下の記述を追加する必要がある。

include: [".well-known"]

最終的には以下のハンドル名になった。

@text.baldanders.info

via text.baldanders.info - PDSls

Mastodon ハンドル名の web.brid.gy の部分を独自ドメインに変えることもできるようだが，このブログではメリットが薄い（かえってハンドル名が長くなる）のでやらないかな。

Fediverse の各サービスや Bluesky 等とやり取りするために IndieWeb や Webmention が推奨されているみたいだが，これは後日調査して可能なら対応するか。

今回はここまで。

ブックマーク

Using Web Mentions in a static site (Hugo) | Modern Web Development with Chrome
このブログがFediverseに対応しました
Bridgy-Fedのまとめ
Webmention.io
Long-Form Comes To Bridgy Fed : Bridgy Fed が長文ドキュメント用の Standard.site に対応

そろそろ PDS を個人で管理する時代か？

2026-03-10T04:13:04+00:00

Eurosky と Periwinkle

ここのところ私のご近所 TL で話題の Eurosky がローンチしたのは昨年の11月で，今月に入って一般公開されたらしい。

私がこれを知ったのは骨折入院中で「面白そうなことをやってるなぁ」と指をくわえて見てたのだが，記事を読んでみるに，かなり政治的動機の強いサービスのようだ。ちなみに資金は個人や組織からの寄付で賄っているそうな。ユーザに割り当てられるリソースの詳細は明記されていない。

一方，今日はじめて知ったのだが， Periwinkle というサービスがあるらしい。こちらは早期アクセスの段階。 TechCrunch が取り上げていた。

TechCrunch はこれをサードパーティのホスティング・プロバイダによって管理されている WordPress インストールみたいだと評している。

This idea is similar to how people who want to create their own blog can choose between an easy-to-use hosted blog on WordPress.com, a DIY installation using the open source software from WordPress.org, or something in between — like a WordPress installation that’s managed by a third-party hosting provider. Periwinkle is offering the same, but for decentralized social media.

via Periwinkle is making self-hosted social media on Bluesky's AT Protocol even easier | TechCrunch

んで，こちらはちゃんとスペックと料金プランが示されている。

Periwinkle - Get Startedより

Basic プランで月600円くらいか？それなら個人でも無理なく行けそう？

Kagi Assistant に Eurosky と Periwinkle を比較してもらった。

PeriwinkleとEuroskyは、どちらもBlueskyの基盤であるAT Protocolを活用し、ユーザーがデータを自己所有する「分散型ソーシャルメディア」の普及を目指していますが、そのアプローチや目的には明確な違いがあります。

共通点

AT Protocolの採用
- 両者ともAT Protocolを基盤としており、Blueskyなどの他のネットワークと相互運用性があります。
データの自己所有（自己主権型アイデンティティ）
- ユーザーが自身のデータやフォロワーとの繋がりを所有し、特定のプラットフォームに縛られず（ロックインされず）に移動できる仕組みを重視しています。
運用の簡略化
- サーバー構築などの技術的なハードルを下げ、一般ユーザーが容易に「自分のデータサーバー（PDS）」や「自分のアカウント」を持てるサービスを提供しています。

違い

項目	Periwinkle	Eurosky
主な役割	マネージドPDSホスティング	ソーシャル・インフラストラクチャ
重点を置く点	個人のサーバー運営の代行と管理ツールの提供。	欧州のデータ主権確立と独自の社会的ウェブ構築。
政治・地理的背景	特定の地域に限定せず、個人やチームの利便性を追求。	欧州（EU）の自立を掲げ、米国テック企業の独占に対抗。
主なターゲット	自分のドメインで発信したい個人、クリエイター、小規模チーム。	欧州のユーザー、開発者、および民主的な対話空間を求める層。
提供価値	~~24/7監視~~、バックアップ、複数ハンドル管理などの「運用保守」。	~~GDPR準拠~~、欧州内でのデータ処理、~~独自のコンテンツ審査体制~~。

まとめ

Periwinkleは、いわば「AT Protocol界のWordPress.com」のような存在で、技術的な手間を省いて自分の城（PDS）を持ちたい人向けのツールを提供しています。
Euroskyは、より大きな枠組みで欧州独自のデジタル公共圏を作ろうとしており、インフラの提供だけでなく、政治的な独立性や民主的な対話の場を重視しています。

パッと見で「そんなこと書いとらんやろ」って部分は打ち消し線をしている。これだから生成 AI は… それ以外はだいたい合ってると思う。各自でも確認してね。

なお PDS リポジトリデータの移動には PDS MOOver が使える。これで bsky.social にあるデータを失わずに新しい PDS に移せるし，万一利用してる PDS がポシャってもデータ移行はできそうである（突然死はどうしようもないが）。

ところで，これは完全に余談なのだが Eurosky も Periwinkle もブログ運営を Leaflet で行ってるのが面白い。やはり時代は Leaflet なのか？

コリイ・ドクトロウ 𝕏 やめるってよ

今まで散々 Bluesky を dis ってた SF 作家のコリイ・ドクトロウ氏が，ついに Bluesky に参加し 𝕏 からは完全に足を洗うようだ。

だが――Blueskyの名誉のために言えば――彼らはやがてそれを理解し、独自のBlueskyサーバを構築するためのツールと手順を公開した。ケンがすぐに調べてくれて、すべて可能だと教えてくれたが、トロントのコロケーションケージに置いてあるLinuxボックスのハードウェアアップグレードが完了するまでは無理だという。そのアップグレードが数ヶ月前に終わり、昨日、ケンが私専用のBlueskyサーバの設置が完了したと知らせてくれた。こうして私はBlueskyに参加した。@doctorow.pluralistic.netである。

https://bsky.app/profile/doctorow.pluralistic.net

Twitterとの決別――マスクはカエルを火炎放射器で丸焼きにした » p2ptk[.]orgより

もう何年もの間、私はほぼ毎日、Twitterにこの告知を投稿してきた。

Twitterは日に日に悪化している。いつか使えなくなるまで劣化するだろう。メタクソ化に強い代替手段として、Fediverseが我々の最善の希望だ。私は@pluralistic@mamot.frにいる。

今日、私はその修正版を投稿する。以下の一文が追加される。

Blueskyでフォローしたい方は、@doctorow.pluralistic.netへ。これが私がTwitterに投稿する最後のスレッドだ。

Twitterとの決別――マスクはカエルを火炎放射器で丸焼きにした » p2ptk[.]orgより

どうやら彼は自前の PDS を立てたようだ。 DID が did:web:pluralistic.net になっていて PDSls からは見れなかった。

自前の PDS を立てる方法は公式ドキュメントにあるんだが，これを読んでもできる気がしない。個人でやるなら Eurosky なり Periwinkle なり，あるいは他の PDS を提供しているサービスを利用するほうが現実的だと思う。さくらインターネットあたりがこういうサービスやらないかなぁ…

欧州版 𝕏 じゃない，キラーアプリじゃない，万能アプリじゃない

そういえば，最近見たこのポストが面白かった。

AT protocol doesn’t play zero-sum, winner-takes-all games. “European X?” No, European data sovereignty for all of x/y/z in amicable competition. “Killer app?” No, interoperable apps as the monopoly-killer. “Everything-app?” No, everything-account in a pluriverse of user-owned software.

[image or embed]
— Erlend Sogge Heggen (@erlend.sh) March 8, 2026 at 10:08 PM

Blusky が提供する bsky.app も bsky.social も，大きなエコシステムの一部になりつつある。

via The Everything Account

Eurosky のドキュメントを見ても分かるように，欧州は AT Protocol を使ってリスク塗れのアメリカからの脱出を目指してるように見える。 Instagram の代替とされる Flashes や GitHub の代替とされる Tangled や Google ニュースの代替とされる Sill も atproto エコシステムの一部で，「万能アカウント（Everything Account）」を 所有する 私達はこれらのアプリやサービスの間を繋がりは維持したまま自由に渡り歩くことができる。

危機は変化を引き起こす。ウラジーミル・プーチンやイーロン・マスクやドナルド・トランプがいなければ、世界はもっとマシだっただろう。だが、この我慢できない、気短な、最低の男たちには1つ用途がある。行動を促すには緩慢すぎる危機を、無視できない緊急事態へと変えてくれた。プーチンはEUを化石燃料からの脱却に押しやった。マスクは何百万の人々を連合ソーシャルメディアに押し出した。トランプはポスト・アメリカのインターネットへの道を開いた。

https://pluralistic.net/2026/01/01/39c3/#the-new-coalition

Twitterとの決別――マスクはカエルを火炎放射器で丸焼きにした » p2ptk[.]orgより

私達は既存のソーシャル・メディアから押し出され Fediverse や Atmosphere に流れ着いたが，今になって見ればソーシャル・メディアの外にいるのは未だ既存のサービスに留まってる集団の方かも知れない。

世界がジャングルを囲んでいるんじゃない。ジャングルが世界を囲んでいるのです

『ラフ＆レディ』デマコーヴァより

ツールを直さなきゃ

個人的には Periwinkle のほうはちょっと興味があるのだが，ボット運用に使ってる自作ツールが bsky.social 以外の PDS に対応してないのね。だからまず，そこから手を付けないといけない。

あと，常用しているぞーぺん（ZonePane）も bsky.social 以外の PDS に対応してない。これが一番困ってる。 @zonepane@fedibird.com に要望を出したほうがいいかなぁ…

ブックマーク

Threads の Fediverse 連携がメンテナンスモードに入った話

2025-12-20T08:08:04+00:00

以下の記事の前半で Threads の Fediverse 連携がメンテナンスモードに入ったことが報告されている。

Fediverse Report -#147 – Connected Places

Threads’ integration with the fediverse is on maintenance mode, says head of Threads Connor Hayes in an interview by Alex Heath. Hayes said about the fediverse: ““It’s something that we’re supporting, it’s something that we’re maintaining, but it’s not the thing that we’re talking about that’s gonna help the app break out”.

via Fediverse Report -#147

私自身は Threads や Instagram のアカウントを持ってないし（Instragram アカウントは抹消した）， Mastodon からフォローしている Threads アカウントは yomoyomo さんと gihyo.jp くらいなので，どういう状況になっているか分からないのだが，この記事を書いている時点では ActivityPub 機能が止まっているとかではないらしい。でも将来的にはどうなるか分からんよ，という感じだろうか。

上の記事によると Threads の月間アクティブユーザー数（MAU）は4億人らしい。 𝕏 の MAU が5.7億人だそうなので，今や Threads のユーザ規模は 𝕏 に匹敵すると言っていいだろう¹。これだけのユーザ規模にも関わらず Fediverse 連携を有効にしているユーザは25K人程度で²，さらに Threads からフォローしている mastodon.social サーバのユーザ数は800人程とのこと。

もっとも Threads から他サーバのユーザへのフォローが極端に少ないのは Threads 側の意図的な UX 設計のようだ。

Threads deliberately made it difficult to follow fediverse accounts, and later updates deprioritised the fediverse feed even more.

via Fediverse Report -#147

要するに Threads 側から見て分散化や Fediverse 連携は「客寄せパンダ」みたいなものであり Threads 内では「取るに足らないもの」もしくは「ノイズ」でしかないということなのだろう。

件の記事はもっと辛辣で，某マスク氏による Twitter/𝕏 のドラスティックなメタクソ化（enshittification）によるユーザの嫌気をうまく利用してサービスを展開し，名ばかりの分散化で規制当局を謀り， Fediverse 内部の対立を煽り，さらには Bluesky ユーザの一部も食ったと高評価（笑）である。

My take is that Meta and Threads have played the game well. They immediately capitalised on the moment in 2023 when decentralisation and Twitter-alternatives got large-scale attention, and knew how to say the right buzzwords to ride the wave. It got them in the right light for regulators, and gave them something tangible to point out to say ‘hey we’re doing interoperability now!’. The fediverse turned out to be highly vulnerable to such a strategy, a sitting duck for Big Tech companies to pluck some good PR from. That it turned the fediverse against itself, resulting in vicious and endless arguments about whether servers should block Threads, and whether Threads joining the fediverse validated the movement, was only a nice bonus. By slowly rolling out an implementation over the years Threads built their own positive-PR machine, every slight update worthy of a new article that put ‘Meta’ and ‘Interoperability’ in the headlines again. That nobody ever really used the integration between Threads and the fediverse never really seemed to matter, only the hypothetical future mattered. Nor did the press seem particularly interested in reporting on the fact that marginally few people seemed to be using the connection between the fediverse and Threads. Still, the company found itself a place at the table for protocol conversations about ActivityPub, which might pay dividend in the future if the need arises.

GGWP to Mark Zuckerberg and Adam Mosseri, for the skillful execution that helped Meta significantly, nestled themselves into the fediverse were it ever to become useful again, and taking some of the wind out of Bluesky’s sails as well as a bonus.

via Fediverse Report -#147

ここに至ってユーザ規模が 𝕏 に追いついてきたのなら「Fediverse 連携要らんよね」という結論になってもおかしくない。もう Threads に夢を見るのはやめよう。あそこは別次元の箱庭世界である。今フォローしてる Threads アカウントはどうしようかな。 gihyo.jp の Mastodon アカウントってないのかな？

今回の件を切っ掛けとしてソーシャルメディアの分散化についてもう一度考えるべきなんじゃないかね。ほとんどのユーザにとって分散化は関心領域外だろうし，関心のある人でも本当に欲しいのは分散化じゃなくて「いざというときの避難場所」だろう。 Mastodon だってサーバによってルールや文化が違うし，本当に好き勝手にやりたいなら，私のように「おひとりさまサーバ」に引きこもるしかない。

ソーシャルメディアの分散化のお題目で連想するのは，かつてリベラルが掲げ失敗した「多文化主義」なんだよな。やはり歴史は繰り返すのか？

ブックマーク

ちなみに Instagram や Facebook の MAU は30億人， YouTube が20億人， TikTok が15億人らしい。桁が違うね（笑） ↩︎
Threads では ActivityPub による Fediverse 連携はオプトインで提供されている。ちなみに25K人というのは mastodon.social サーバから見た数値で，実際にはもっと多い可能性がある。 ↩︎

Fediverse シンボル提案の話

2025-11-11T11:09:27+00:00

今回も Mastodon の TL を眺めてて知ったのだが， “Fediverse” のシンボルマークとして ⁂ (アステリズム) を提案する動きがあるらしい。

⁂ の提案については以下のページに詳しく書かれている。

fediverse symbol ⁂

提案の一部を引用しておく。

⁂ is a typographical character, not an icon that needs to be inserted as an image. Unique-looking, but standardised. This means it’s very easy to copy-paste around! Its design style also automatically adapts to the font used where you insert it.

via fediverse symbol ⁂

⁂ is called an asterism. In astronomy, it refers to groups of stars in the sky, akin to constellations. We suggest that it’s a very fitting symbol for the fediverse, a galaxy of interconnected spaces which is decentralised and has an astronomically-themed name. It represents several stars coming together, connecting but each their own, without a centre.

via fediverse symbol ⁂

“Fediverse” のシンボルというかロゴマークとしてはあのカラフルな五芒星が有名だが，これも決定されたものではなく proposal な状態らしい。このシンボルについても

The pentagram icon is the original symbol for the fediverse, created back in 2018 by Dr. Quadragon and Eukombos. It’s a great depiction of the decentralised nature of the fediverse, and has been serving the community well. However, its design is a little too complex to be used at small sizes, as you would in text or in a button. It’s also only available in image form, not as a typographical character.

via fediverse symbol ⁂

などと述べている。

文字コードとしての ⁂ (U+2042; ASTERISM) は約物（punctuation）のひとつで * (U+002A; ASTERISK) や ⁑ (U+2041; TWO ASTERISKS ALIGNED VERTICALLY) と組み合わせて脚注のマークとして使ったりもするらしい。

天文分野で使われる “asterism” は「星群」などと訳されているそうで，天文学の正式な用語ではないらしいのだが，おおぐま座の北斗七星やオリオン座の三つ星など，公式の88星座とは別に，（見かけ上の）星のまとまりを指す言葉として使われているとのこと。

“Fediverse” が Federation ＋ Universe の合成語であることを考えると¹， ⁂ を “Fediverse” のシンボルと見なすというのは悪くないと思う。まぁ Reddit の反応を見ると「猫の尻穴」とか言われてて笑ってしまったが²。私は「森」に空目してしまう（笑）

Mastodon の TL を眺めると ⁂ はそれなりに使われているっぽいので，そのうち定着するかもしれない。多分 “Fediverse” の議論を統括するような権威的な組織ってないんだよね。なら，公式のロゴとか決まらなさそうだな。

Fediverseブロックワードマークデザイン。 Tシャツ: Under Design; ウェア&シューズ; B0C1HT8XWY (ASIN)

今のところはまだ買わずに思いとどまっている（笑）

reviewed by Spiegel on 2025-11-11 (powered by PA-APIv5)

Federation はもともと「連合」とか「連邦」とか組織や国家の形態を指す言葉だが， IT 分野では異なる複数のシステム・サービスが特定のプロトコルに基づいて相互に連携・通信する仕組みを指すことが多い。日本語ではそのまま「フェデレーション」とカタカナで書かれることが多いが Mastodon アプリなどでは「連合」とか訳されていて？？？となった思い出がある。 ↩︎
それ言うたら，最近流行りの生成 AI サービスのロゴとか思い切り尻穴じゃん！海外の人は尻穴好きなんかね（笑） ↩︎

Bluesky と Mastodon の間でアカウントの移行が可能らしい

2025-10-21T00:28:29+00:00

Bluesky の TL で見かけた記事：

Launch: Bounce from Mastodon to an existing Bluesky, Blacksky, or other ATProto Account

へぇ， Bounce というサービスがあるのか。

FAQ 形式のドキュメントを読むと Bluesky など AT (Authenticated Transfer) Protocol (aka atproto) 準拠のサービスと Mastodon および Pixelfed との間でアカウントを移行できるらしい。具体的には移行先にあらかじめアカウントを作っておいて Bridgy Fed で接続するというもの。移行先にはプロフィール，フォロワーおよびフォローの一部が反映される。既存のポストは移行されないが，移行後のポストは（Bridgy Fed の機能で）両方のサービスに反映される。また移行元のアカウントは Bridgy Fed の管理下に入るためユーザは直接制御できなくなる。

…という感じかな。まだベータ版で，今のところ移行後は元に戻せないそうなのでご注意を。

既に Bridgy Fed で Mastodon-Bluesky 間を接続できてる人にはあまり旨味はないかもしれない。活動拠点を（どちらかに）移そうかなと考えてる人には一考の余地があるだろう。まだリスキーな感じもするけど。

あと Blacksky なんてサービスがあるんだな。ググったら真っ先にBlackSky という情報収集企業が出てきたが，これじゃないよな（笑） atproto 準拠のサービスならこっちか：

Blacksky

名前被ってるけど大丈夫かなぁ。

まぁ，順調に分散化が進んでるってことだろう。

ブックマーク

BlueskyやThreadsに受け継がれたネット原住民の叡智 – WirelessWire News

参考

もうすぐ絶滅するという開かれたウェブについて続・情報共有の未来: yomoyomo (著); 達人出版会 2017-12-25 (Release 2019-03-02); デジタル書籍; infoshare2 (tatsu-zine.com); 評価

WirelessWire News 連載の書籍化。感想はこちら。祝 Kindle 化！

reviewed by Spiegel on 2018-12-31

ソーシャル・ネットワーク (字幕版): ジェシー・アイゼンバーグ (出演), アンドリュー・ガーフィールド (出演), ジャスティン・ティンバーレイク (出演), アーミー・ハマー (出演), マックス・ミンゲラ (出演), David Fincher (監督), Scott Rudin (プロデュース), Dana Brunetti (プロデュース), Michael De Luca (プロデュース), Cean Chaffin (プロデュース); (Release 2013-11-26); Prime Video; B00FW5SSCK (ASIN); 評価

この映画が公開された当時（2011年）は日本でも Facebook が一般（特に年配層）に浸透し始めていたときで，スクリーン上の狂騒に苦笑したものだが，その Facebook が広告まみれの駄システムに堕ちてしまうとは誰も思わなかっただろうな（笑）

reviewed by Spiegel on 2019-04-14 (powered by PA-APIv5)

ソーシャルメディアは億万長者から逃げ切れるか？

2025-01-15T13:41:44+00:00

面白い翻訳記事を立て続けに見たので，今回はこれをネタに戯れ言を書いてみる。

これらの記事を並べて載せる p2ptk.org は相変わらず流石だなぁ，と思う。

AT Protocol を億万長者から守れ！

（原文: Free Our Feeds – Save Social Media From Billionaire Capture.）

プラットフォームあるいはアプリケーションとしての Bluesky と基盤技術である AT Protocol は開発体制としては不可分になっている。今のところはこれでも問題なく運営できているが，プロトコルを私企業に握られている状況は将来に不安があるため AT Protocol を独立させようという動きがあるようだ。このための資金として，まずは4M米ドルの調達を目指すらしい。

資金は以下の目的で調達される。

BlueskyのベースとなるテクノロジーであるAT Protocolを億万長者の支配から守るために活動する公益財団の設立。

独立したホスティングインフラ（第2の「リレー」）の構築。これにより、Blueskyのユーザ、開発者、研究者は、今後同社がどのような決定を下そうとも、コンテンツとデータのストリームに完全にアクセスできる。

開発者への資金提供。これにより、オープンプロトコル上に多様なソーシャルアプリケーションを構築し、ソーシャルメディアをより健全で幸せな場所にすることができる。

今こそ、ソーシャルメディアを解放する時だ。

Free Our Feeds：ソーシャルメディアを億万長者の支配から解放するために力を貸してくれないかより

たとえば ActivityPub は2018年早々に W3C 勧告となっている。 AT Protocol も何らかの形で標準化していくのが正しい道筋だと思う。そのためには実績を作らなくちゃね💛 というところだろう。

Facebook や Instagram を擁する Meta が Pixelfed サーバへのリンクをブロックしているという話も聞くし，マイクロブログだけでなく写真や動画といったものについても AT Protocol ベースのサービスが登場すれば面白いのに，とか思ったりする。

Mastodon を「所有」から解放する

（原文: The people should own the town square - Mastodon Blog）

もうひとつは Mastodon の話。

端的に言えば、Mastodonのエコシステムとプラットフォームの主要コンポーネント（名称や著作権などの資産を含む）の所有権を新しい非営利組織に移管し、Mastodonが特定の個人によって所有または管理されるべきではないという意図を明確にします。

「広場」は誰のものでもない、みんなのものであるべきだより

個人的には Fediscovery プロジェクトの話は知らなかったので興味を引いた。

より直感的で使いやすいインターフェースを目指すとともに、Fediscoveryプロジェクトも前進させています。これは、Mastodonが主導し、NGI Searchの支援を受けて開発している、プライバシーに配慮したFediverse全体の検索ツールです。

「広場」は誰のものでもない、みんなのものであるべきだより

Mastodon というか ActivityPub は検索機能が弱く¹，特にサーバ横断的な検索ができないのが不便ではある（公開された投稿であってもインデックス化されるのを嫌うユーザもいるので，一概にダメとは言えないが）。 Fediscovery プロジェクトでこの辺が改善されるのであればありがたい。

ソーシャルメディアは億万長者から逃げ切れるか？

Free Our Feeds も Mastodon も運営のための寄付を募っている。億万長者の害意に対抗するにはお金が必要だからね。日本では税控除の対象にならないだろうけど，よろしかったらどうぞって感じかな。

私は Fedibird に対しては継続的に寄付を行っている。まぁ，微々たる金額だけど。こちらは Fedibird のサーバ維持に限定したものなので Mastodon 全体の運営に寄付するなら別口で考えないとなぁ。

先日紹介した “2024: Mosaic Retrospective” で遊びながら2024年を振り返ったりしているのだが，現職大統領が辞職間際に有罪判決を受けた自分の息子を恩赦した（2024年当時）とか有罪判決を受けたにも関わらず当選した次期大統領が就任後に自身を恩赦する（2024年当時）とかいうニュースを見て，米国は本当に破落戸の国になったんだなぁと感慨深かった。政治トップが破落戸なら市場も安心して破落戸になれるというものである（笑）億万長者が所有するソーシャルメディアも，どこぞの世紀末漫画よろしく「汚物は消毒だ～!!」とばかりに立ち塞がるものを蹴散らしていく。

Bluesky は英国で Mastodon は独国だっけ²？逃げ切れるといいねぇ。

私は Mastodon 個人サーバという離れ小島でお一人さま生活を満喫しつつ³，対岸の火事を眺めることにしよう。

ブックマーク

作業中の BGV (メン限配信以外)

Mastodon は標準では全文検索機能を持っていない。ただし Fedibird のように独自に全文検索機能を実装しているサーバもある。 ↩︎
Mastodon については，米国非営利法人（501(c)(3)）は引き続き資金調達の拠点として残すが，運営主体としては欧州に本部を置いて運営するらしい。 ↩︎
以前に mastodon.social でボット・アカウントを作り運用してたのだが BAN されてしまった。特にルールに違反してはいないと思うのだが，理由は示されず，抗弁するのも面倒。結局，自分のやりたいようにやるには個人サーバを立てるしかないと思い今に至る。 Mastodon サーバは世界中に数多あるが，特定言語以外 NG なサーバも多いし利用目的を限定しているサーバもある。それでも私のように個人でお一人さまサーバを立ち上げることも容易になったし Mastodon サーバ間でアカウントを移行するのが容易というのは十分なメリットだと思っている。 ↩︎

今日の戯れ言 2024-10-25

2024-10-25T13:39:32+00:00

前回に引き続き Mastodon に書き散らかした戯れ言からピックアップし再構成してお送りする。

やっぱ TL サービスはログが流れて過去に自分が書いたものを探すのも面倒くさい感じになるので，ちゃんとブログに残しておきたい。と，いつも思うのだが，特にこの1年半ほどは「書く」意欲が減退してて「お散歩カメラ」の記事ばっかりになっている。まぁ「書きたくないときには書かない」のがこのブログのポリシーなので（笑）

欲しいのは Bluesky でないもの？

Bluesky がシリーズAで15Mドルを調達したらしい。

Bluesky Announces Series A to Grow Network of 13M+ Users - Bluesky

めでたい！

最後に書かれているこの文章が印象的である。

Traditional social media companies have enclosed the online commons, locked down their APIs to shut out independent developers, and deployed black box algorithms that leave us guessing. This era of old social is over — at Bluesky, we’re returning choice and power to you.

via Bluesky Announces Series A to Grow Network of 13M+ Users

あくまで私個人の印象で申し訳ないが Bluesky が 𝕏 (旧Twitter) や Facebook/Instagram など既存の SNS と正面切って比較できるようになるのは，ユーザ数が1億を超えたあたりからじゃないかと思っている。ぶっちゃけ今の Bluesky は 𝕏 がやらかしたときの一時避難先に過ぎず “Traditional social media companies” へのインパクトは小さい。

あと，これは私が見逃してるかも知れないのでそれならゴメンナサイ 🙇 だけど，確かに Bluesky は本格的に PDS の分散・連合（federation）を始めたけれど，あくまでも Bluesky というアプリケーションの枠内に納まっている。この辺は ActivityPub ベースの Fediverse が Pixelfed や PeerTube などの多様なアプリケーションを内包しているのとは対照的と言える。

でも本当に欲しいのはアプリケーションの分散化（あるいは非中央集権化）ではなくアプリケーションを横断して「緩く繋がる」仕組みじゃないだろうか。そして今のところそれを実現できているのは ActivityPub ベースの Fediverse のみ，と思っている。

Bluesky というか AT Protocol がそこまでを視野に入れているかどうかは分からない（分かるようになるのはまだ先だろう）。でも何となく Bluesky がこれよりも発展するためには (AT Protocol ベースの) Bluesky でないキラーアプリケーションが登場することなんじゃないのかな，とか思ったり。

Linux Kernel コミュニティへのソーシャル・エンジニアリング？

“ロシアのトロールどもに告ぐ、この変更が元に戻ることはない” ―Linus、ロシア系メンテナーの"追放"を認める | gihyo.jp

この記事だけだとピンとこなかったのだが，記事中のリンク先の以下の記事を併せて読んでちょっと理解できたかな。

そのパッチは受け取れない ―ロシアの半導体メーカーに在籍する開発者、カーネルパッチを拒否される | gihyo.jp

この記事は2023年3月の話でロシアの半導体メーカーに所属するエンジニアが寄与したパッチを拒否されたらしい。戦時下のロシアメーカーってのがポイントね。

それに対して最初に挙げた記事はパッチは受け入れたけどメンテナーを拒否したという話らしい。 Linus Torvalds 氏は拒否した彼らを “Russian trolls” と呼んでいるようだ。

Ok, lots of Russian trolls out and about.

via Re: [PATCH] Revert “MAINTAINERS: Remove some entries due to various compliance requirements.” - Linus Torvalds

www

今回の措置の妥当性は私には分からないが，思い出したのは今年（2024年）春にあった OSS プロジェクトへの貢献者を装ってバックドアを埋め込んだ事例だ。

この手のソーシャル・エンジニアリングを検出するのはホンマに難しい。きょうび悪人顔の悪人なんかいないしな。

ブックマーク

参考図書

ハッキング思考　強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: ブルース・シュナイアー (著), 高橋聡 (翻訳); 日経BP 2023-10-12; 単行本; 4296001574 (ASIN), 9784296001576 (EAN), 4296001574 (ISBN); 評価

「AI時代にルールを味方につけるには、「正しいハッキングの考え方」が必要だ」（帯の言葉より）

reviewed by Spiegel on 2023-10-13 (powered by PA-APIv5)

セキュリティはなぜやぶられたのか: ブルース・シュナイアー (著), 井口耕二 (翻訳); 日経BP 2007-02-15; 単行本; 4822283100 (ASIN), 9784822283100 (EAN), 4822283100 (ISBN); 評価

原書のタイトルが “Beyond Fear: Thinking Sensibly About Security in an Uncertain World” なのに対して日本語タイトルがどうしようもなくヘボいが中身は名著。とりあえず読んどきなはれ。ゼロ年代当時 9.11 およびその後の米国のセキュリティ政策と深く関連している内容なので，そのへんを加味して読むとよい。

reviewed by Spiegel on 2019-02-11 (powered by PA-APIv5)

Fediverse と Bluesky を相互接続する

2024-10-06T00:46:04+00:00

【2026-03-06 追記】

最新の Bluesky および Mastodon の関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

TL が流れて忘れてしまう前に覚え書きとして残しておく。

Fediverse と Bluesky を相互接続するサービスがあるらしい。接続方法とか運用上の制約については以下の記事が参考になる。感謝！

BlueskyとFediverse(MastodonやMisskey等)がつながった！簡単設定方法まとめ～変わりつつあるSNS～ - ひらみ漂流記

接続手順だけ以下に書き出しておこう。詳しい使い方は公式のドキュメントを参照のこと。

Bluesky から Fediverse への接続

Bridgy Fed を使った Bluesky から Fediverse への接続では，まずアカウントのオーナーが手順を通して明示的に Fediverse からのフォローを許可する必要がある。手順自体は簡単で Fediverse に公開したい Bluesky アカウントでブリッジ用アカウント @ap.brid.gy をフォローすればよい。すると DM にこんなメッセージが来る。

Chat — Bluesky

これは私の Bluesky アカウント（@baldanders.info）でフォローした場合¹。このアカウント名にサーバ名 @bsky.brid.gy を付加した名前が Mastodon などの Fediverse 上のアカウント名になるわけだ。

こんな感じ。

@baldanders.info@bsky.brid.gy

このアカウント名を公開し Mastodon などのサービス上で検索・フォローしてもらえばよい。

【追記】 Bridgy Fed で接続設定した Bluesky アカウントを Fediverse からフォローする場合，フォローする側もブリッジ用アカウント @bsky.brid.gy@bsky.brid.gy をフォローしておく必要があるらしい（フォローバックを拒否しないこと）。情報感謝です。

なお Mastodon から見てこのアカウントはボットアカウントとして定義されている。サーバによってはこの手のボットアカウントに（主にトラフィックの面などで）不寛容なところもあるのでご注意を。

Fediverse から Bluesky への接続

同じように Fediverse から Bluesky への接続についても，まず Fediverse アカウントのオーナーがブリッジ用アカウント @bsky.brid.gy@bsky.brid.gy をフォローする（その後来るフォローバックを拒否しないこと）。すると DM にこんなメッセージが来る。

Bridgy Fed for Bluesky: “Welcome to Bridgy Fed! Your …”

これは私の Masdodon アカウント（@spiegel@goark.fedicity.net）でフォローした場合。

Fadiverse アカウントは @username@servername という構造になっているが，これを @username.servername に変換し（中の @ マークをピリオドに置き換える）後ろに .ap.brid.gy を付加したものが Bluesky から見えるアカウント名となる。具体的にはこんな感じ。

@spiegel.goark.fedicity.net.ap.brid.gy

このアカウントを公開し Bluesky でフォローしてもらえばよい。

【追記】 Bridgy Fed で接続設定した Fediverse アカウントを Bluesky からフォローする場合，フォローする側もブリッジ用アカウント @ap.brid.gy をフォローしておく必要があるらしい。情報感謝です。

昔は…

昔 Twitter (現 𝕏) アカウントを Mastodon でフォローするためのブリッジ・サービスがあった気がするのだが，いつの間にかなくなっちゃったんだよね。確か個人で運用されてたようだし，そもそも 𝕏 は基本的にボットアカウントに不寛容なのでしょうがないっちゃあしょうがない。

今回紹介した Bridgy Fed も将来的に（大人の事情で）なくなる可能性はあるけど，これからも継続的に運用されることを期待しよう。

ちなみに私は Mastodon でも Bluesky でも同じような投稿をしているので，どちらかでフォローすれば基本的に大丈夫っス。 Mastodon のほうが制約が少ないので長文になる傾向があるかな。

ブックマーク

Fediverse 関連のブックマーク

私の Bluesky アカウント（@baldanders.info）はカスタム・アカウントである。カスタムアカウントの設定については「Bluesky に旗を立てろ！」で紹介しているが，なにぶん古い記事なので，あまり参考にならないかも知れない。 ↩︎