プロトコルを使い、サービスを使わない

2026年2月17日原文(notnotp.com)

概要

インターネット本来の匿名性とプライバシー の重要性
中央集権型サービス による個人特定と規制のリスク
プロトコル利用 による分散性と抵抗力の強調
サービスの乗り換えでは 根本的解決にならない ことの指摘
今後はプロトコルベースの運用 への転換の提案

インターネットの匿名性とプライバシー

インターネットは 設計上、ほぼ匿名性とプライバシー保護 を持つ
管理者が積極的に追跡しない限り、身元特定の仕組みが存在しない 設計
これらの特性を壊すのは クローズドな中央集権型プラットフォーム の台頭
プラットフォームでは 運営会社や政府による個人特定 が容易
最近の規制強化 を受け、再びプロトコル利用への転換が必要

サービス集中の脆弱性

政府は一社に要請するだけでユーザー特定や検閲が可能
一通の要請や命令文書 でサービス運営会社は従わざるを得ない
現在、 世界中で年齢確認義務化の法整備が進行中
Discordでは 未成年デフォルト設定や本人確認 （顔認証やID提出）が導入予定
プロトコルベースの通信では、これらの強制は不可能
- IRC、XMPP、ActivityPub、Nostr、Matrix等の 分散型プロトコル
- 各サーバー管理者が独自判断 で運営
- 何千もの独立運営者に個別圧力は非現実的
- 一部サーバーが従っても、 ユーザーは他へ移動可能

サービスの乗り換えの無意味さ

Discordの規制発表後、 他サービスへの移行衝動
しかし、 新サービスも同じ規制下、または将来的に圧力対象
結局、 規制可能な単一事業体に依存し続けるだけ
根本解決は商用サービス依存をやめ、プロトコルへ移行すること

プロトコルの例：メール

メール（SMTP）はプロトコルベース運用の好例
プロバイダー変更や自前運用も可能
現在はGoogleやMicrosoft等による 寡占状態 だが、 プロトコルの強靭性 が証明されている
GoogleアカウントがBANされても、他プロバイダー経由でGmailユーザーと連絡可能
仮に大手が撤退・遮断しても、 SMTP実装は残り、最低限の通信が継続可能
Discord等の中央集権型サービスはBANで完全にアクセス不能

プロトコル利用の推奨

サービス選択は、一社による個人特定・規制・データ提供を許容すること
プロトコル利用で、分散運営・自己決定権・規制耐性の確保
今後はサービスではなく、プロトコルを選択する時代

Hackerたちの意見

Discordを置き換えることについては、2019年から考えていて、自分のIMプラットフォームを2007年から作ってるんだ。いろんなプラットフォームの提案を聞くけど、個人的にはXMPPが一番可能性があると思ってる。今はまだ見せられるものはないけど、モダンなクライアントを作ってるところで、基本的なXMPPの機能、友達追加、ステータス設定、メッセージ送信とか、シンプルなことをサポートしてる。2000年代後半から2010年代初頭には、GoogleやFacebookがXMPPをサポートしてたから、Pidginを通じてXMPPゲートウェイでFacebookチャットやGoogleトークにログインできたんだ（これがデフォルトプロトコルだったかブリッジだったかはもう忘れちゃったけど、何年も前のことだし）。XMPPの最大の強みは、ウェブや企業（銀行とか）もXMLを使ってるから、HTMLがめちゃくちゃ最適化されてるおかげで、高パフォーマンスのライブラリがたくさんあって、すごく効率的に処理できることだね。でももっと重要なのは、拡張可能なプロトコルだってこと。IRCや他の競合プロトコルとは違って、設計上拡張できるから、Discordにある機能の半分だって、プロトコルのデフォルト設計を崩さずに実現できる理由があるんだ。

└

おお、新しいクライアント！ Fluux[0]やMovimに来るSpaces[1]、そしてこれで、XMPPエコシステムがまたワクワクしてきたね。 [0] https://github.com/processone/fluux-messenger [1] https://movim.eu/

└

今日の比較は、同じアイデアを最近の形で表現したMatrixプロトコルとの対比がもっと重要だと思うし、JSONとXMLの議論はあんまり強いとは言えないね。

└

XMPPは今のクソみたいな状況への最初の一歩だったね。IRCとは違って、登録が必要だし、識別子を漏らすし、権力を第三者に集中させちゃう。法的トラブルやダウンタイム、リソースの無駄遣いにさらされることになる。あと、IRCは拡張性があるしね。

└

XMLは最近の強みじゃないと思うな。

└

準備ができたらぜひ見せてね！XMPPとプロトコル指向の考え方の復活に乾杯！

└

今日はXMPPサーバーのセルフホスティングについての別のスレッドがあるよ。 https://news.ycombinator.com/item?id=47034801

└

XMPPの一番いいところ、というかOPが言ってる「プロトコルではなくサービス」という点は、意図されたユースケースを超えて使えるところだよね。私のお気に入りの例は、AristaのネットワークスイッチがXMPPサーバーのクライアントになれること。コントロールプレーンはとてもスリムでなければならない。XMPPはネットワークオペレーターがネットワーク全体に広範囲で対称的な設定を適用できるようにしてくれるんだ、繰り返しなしでね。「コア」スイッチをグループチャットに追加して、同時に情報を問い合わせることもできる。例の記事を見つけたよ: https://jonw.mayhem.academy/arista-switch-wrangling-with-xmp... Discordをコントロールプレーン管理の選択肢として見ることはないし、SlackやTelegram、Signalもそうだよね。でも、もし全てかグループがXMPPをサポートしていれば、そういう道が開けるかもしれない（本当に誰かが望めばね）。今のところ、各サービスが独自のシステムを持っているせいで製品ロックインが起きていて、インタラクティビティには限界がある。だから、会社のSlackからスイッチの障害原因を直接引用することは、しばらくは無理だね。

└

XMPPの最大の強みは[...] XMLだと思う。確かにそれは利点だけど、私にとってはシリアライゼーションフォーマットが一番面白くない部分なんだ。他のも似たように最適化されてるし。拡張性や標準へのアプローチの方が、角括弧を使ってるってことよりもずっと面白いと思うよ。

└

ぜひ見せてほしいな！ XMPPが大好きで、クライアントは少ないから。ジングルはできるの？

メールの例を使ってるけど、もしGoogleにバンされたら、自分のアイデンティティもバンされちゃうし、それが人と連絡を取る手段になるかもしれない。だから、分散型のアイデンティティが必要だよね。サービスプロバイダーとは独立して存在できるけど、ちゃんと自分のもので、偽者のものじゃないっていう。

└

atprotoは、非常にエレガントな分散型アイデンティティの解決策を持ってると思うよ。 https://atproto.com/guides/identity

Hacker Newsで議論の続きを見る

ハクソク