クライアントがリレーがたくさんある時には分散させる仕組みを入れるか、
リレー側がクライアントから送られてきた情報を確率で捨てる仕組みを入れるか、
そもそもリレー側がクライアントを確立でしか接続受け付けないようにしちゃうとか
(どれもリレーが数十以上あって接続してる場合)
#[0]
クライアントがリレーがたくさんある時には分散させる仕組みを入れるか、
リレー側がクライアントから送られてきた情報を確率で捨てる仕組みを入れるか、
そもそもリレー側がクライアントを確立でしか接続受け付けないようにしちゃうとか
(どれもリレーが数十以上あって接続してる場合)
#[0]
仕様でクライアントのバージョン判定を入れるなり、
リレー側である種の強権的なやり方を入れるなりというのも、手段としてはないわけではないです。
(最近misskeyとかmastodonのスケーラビリティの周りでも聞いたなあ... LTLどうするか問題がnostrの問題に近い気がするんですよね)
#[3]