現状のリレーの状況です。
--
まず全体として、通常の WebSocket 利用は普通に通っています。nginx の直近 2000 行では 101 が 1555 件で主流です。UA もかなり多様です。
- Amethyst
- Wisp
- damus
- bitchat
- fiatjaf.com/nostr
- go-nostr
- node
- ブラウザ系
- okhttp/4.9.2
一方で、問題のある傾向は大きく 4 系統です。
1. Cloudflare Worker 系
- 主犯は 2a06::
- cf-worker: xxxxxxx.pages.dev
- too many concurrent REQs を繰り返し、3回で Ban、解除後に再発
- activeSubscriptionCountForIP が 49 まで膨らむ
2. ephemeral / blocked kind の書き込み
- 149.xxx.xxx.xxx が代表的
- blocked kind: 20001 や 22668
- それ以外の ephemeral kind は静かに破棄
3. 重い kind 1984 の REQ
- 185.xxx.xxx.xxx
- 192.xxx.xxx.xxx
- などが processing cost block に到達
- authors と #p を大量に組み合わせた問い合わせが重い
4. nginx レイヤの 429
- まだ完全には消えていない
- 直近では
- 39.xxx.xxx.xxx → 181
- 14.xxx.xxx.xxx → 17
- 2a06:: → 12
- ただし以前よりはかなり偏在化していて、一般クライアント全体が踏んでいる感じではない
通常利用寄りの傾向も見えます。
- Amethyst, damus, bitchat, Wisp は普通に 101
- bitchat は継続的に来ているが、今のところ block 主体ではない
- okhttp/4.9.2 も通っている例があり、一律悪性ではない
要するに今の構図は、
- 大多数の通常クライアントは通っている
- 問題は少数の noisy source に集中
- 特に cf-worker 系、多重 REQ、重い 1984 検索、ephemeral/blocked kind 書き込みが主な負荷源です
なので、現状の nostr-filter はかなり目的に合っています。次に手を入れるなら優先順位は
1. cf-worker を接続時点で落とすか
2. kind 1984 重負荷 REQ をさらに絞るか
のどちらかです。
