Signalが嫌いなら、Jabber/XMPPを試せばいい

Jabber/XMPPがダメになったのは、スマートフォンを使い始めて、移動中にWi-Fiとモバイルネットワークの間で再接続を繰り返すようになった瞬間からだ。単一の永続的なTCP接続に頼るのはもう意味がない。これはIRCでも大きな痛みだ…。それに、再接続中も到達可能にしておくためのサーバーサイドプロキシIRCクライアントなんて、僕は動かさない。

それに、メディア（あるいはリッチテキストですら）の送信は、各クライアントがそれぞれ違う実装をしていたから、まともに動いたことがない。WhatsAppはただ動くのに…。

もっと多くの人に気づいてほしいのは、問題はプロトコルじゃなくてユーザー体験だということだ。

Telegramのクライアントはあらゆる面でずば抜けている。とにかく使いやすい。

私はXMPP（OMEMO付き）を多用しているが、主な問題は基本的な鍵の信頼チェーンが欠けていることと、グループチャットの扱いが悪いことだ。

1) OMEMOでは、ユーザーの各クライアント/デバイスがそれぞれ自分の鍵を持つが、それらの間に信頼関係や共通のマスターキーはない。相手の鍵を検証して信頼しても、相手が別のクライアント/デバイスを追加すると、また手動で検証しなければならない。

2) グループチャットにはグループ鍵がなく、各グループメンバーごとに（ペアワイズで）メッセージを暗号化する。つまり全員が全員と鍵交換をしなければならない。これはスケールしない。特に1)の問題もあって、メンバーシップが安定していても新しい鍵が現れることがある。一部のクライアント（Conversations）は、グループメンバーやデバイスのいくつかの鍵を知らないとグループにメッセージを送信できない。これはよく起こる失敗状況だ。

私はJabberに、連合型で非E2EEのチャットプラットフォームとして確立してほしい。OMEMOは遅すぎた。どうしてもE2EEが欲しいなら、誰よりも上手く解決していて、それでもまだ不具合があるSignalを使えばいい。Telegramの方が人気なのには理由がある。ほとんどの人はセキュリティよりも安定性と機能を取る。

ビジネスチャットのようないくつかのユースケースでは、実際にはE2EEを持てない。そしておそらくそれがJabberの足がかりになるだろう。なぜなら、他のどのオープンなソリューションもビジネスで成功していないし、ビジネスにはそれほどネットワーク効果は必要ないからだ。これはかつてのJabberの主なユースケースでもあった。

まともな公式のJabberクライアントを作り、それを鳥のような別の名前ではなくJabberと呼び、適切な仕様をデフォルト設定で実装したサーバーを作る。今がその時だ。望むならAIでネイティブアプリ全体をスロップコードすることもできる。もし誰かが本当にサーバーに拡張機能を載せたいなら、それはXMPPと呼ばれ、Jabberとは互換性がない。Xは破門を意味する。

> 人が実際に気にする機能は2つだけだ。信頼できるメッセージ配信と、友達に連絡できること。

面倒をかけて申し訳ないし、自分が多数派を代表しているわけではないと十分承知しているが、私は絵文字リアクション、返信サポート、画像や動画の送受信、後でその動画を見る能力、グループチャットのための合理的なアクセス制御機能一式、グループチャットメッセージへの個別返信、その他十数個のことを気にしている。そして、私が使ったことのないプロトコルを話すアプリを誰かにダウンロードさせて、その人が始めるのをサポートできない、という状況も避けたい。だからこそ、 traction を望むなら単一のクロスプラットフォームUXも必要だ。

これの一部はUXであり、一部はインフラ（例えばメディアの保存と転送）を必要とする。

しかし「完全な」メッセージングツールを作るのは見た目よりずっと難しく、プロトコル層は重要ではあるが、議論の焦点にすべきではない。UX、インフラ能力、ブランディング、ネットワーク効果を含む包括的な会話が必要だ。

XMPPクライアント（確かPidgin）をFacebookのXMPPサーバーに接続したら、Facebookの「友達」全員がPidginのチャット連絡先として現れたのを覚えている。あれは良かった。結局Facebookはこの可能性をオフにしてしまったが…。

おそらくFacebookチャットは今日でも内部的にはXMPPなのだろう。

traction？ XMPPの瞬間は20年前だった。もう終わったんだよ。