X-Pat 対 X-Posed、そして棚の残り。

この分野のすべては、共有キャッシュに依存しています。X は 1 ブラウザあたり 15 分間に約 50 件のプロフィール照会を許可していて、にぎやかなスレッドにはそれ以上のアカウントが並びます。だから、ここにある拡張機能で制限を越えて動き続けるものは、すべて他人が満たしたキャッシュを読むことでそうしています。問題はサーバーがあるかどうかじゃない。そのサーバーに、なにが許されているかです。

当方のものは公開されていて、自分で動かせます。キャッシュサーバーは拡張機能と同じリポジトリにあり、Cloudflare Workers 向けと通常の VPS 向け、両方のデプロイ手順が添えられています。X-Posed も拡張機能は公開しています——本当に、MIT で。ただし、提供の送り先である Worker は公開していません。そこが、インストールしたコードを読んだだけでは確かめられない部分です。

こちらでは、キャッシュ由来の答えに裏付けが必要です。提供はインストールごとの投票として保存され、返されるのは合意された値です。信頼のしきい値はオプションページで引き上げられます。X-Posed 自身の文書は、ユーザー名ごとに最後に受理した値を保存すると説明しています——つまり最後に提供した人が決める。どちらの設計も、根っこにある同じ問題に対して正直です。どのサーバーも、ある提供が本当に X から来たとは証明できません。

照会に識別子は乗りません。読み取りは署名のないユーザー名のリストなので、サーバーには突き合わせるものがなく、「このインストールがこれらのアカウントを見た」を組み立てられません。読み手を数えるのは 1 行で済みますが、それをやればこの性質はおしまいです。だから公開している統計は、意図的に少なめの数字です。

そしてレート制限は、奪い合うものではなく配分するものです。バックグラウンド処理は枠の 85% で止まるので、最後の 8 件はあなたが実際にホバーするアカウントのために残っています。その仕組みはトップページに図で描いてあります。