ヴァンプリ作者が消息不明というのはたぶんそれなりに知られた話なんだけどアーケード移植する時にちゃんと見つかったんだろうか。
https://automaton-media.com/articles/newsjp/20240428-291488/
ただこういう考えって私より賢い誰かしらが既に考えてて"実際にそういうものがある"か"実装するには問題がある"のどちらかだと思うんだよな。
実装的には実際にリレーサーバーへ送りたいイベントをカプセル化してプロキシサーバーにイベントを作って渡すって感じなんだとは思う。
ただこれはユーザーのIPアドレスを変換する(それこそがproxyの意味だし)のでIPアドレスによって接続を許可/拒否しているリレーにとってはあんまりよろしくない。そしてそもそも1つのIPアドレスというかリレーサーバーあたり1つのWebSocket接続で複数のユーザーの購読を管理できるのかという疑惑がある。
通常だと各クライアントはリレーサーバーに直接ストリームを接続する、つまりリレーサーバーの数だけTCPのコネクションを張らなければならない。プロキシがあった場合、ユーザーからの購読をプロキシが代理してリレーに投げて受け取ったイベントをまとめてユーザーに返すことが出来るかもしれない。
NIP-26( https://scrapbox.io/nostr/NIP-26 )のことですよね？実装が面倒くさそうなので普及してないのはよくわかります。
まだnostr触って数日なので一般的な振舞いがわからないのでアレなんだけど、鍵の失効のプロトコル(PGPで言う失効証明書の発行と配布)がなさそうなのが気になってる。nipsに何かしら定義があるのか、それともあえてそういうものを定義していないのかはわからない。
nostterをスマホで見てる。フリーWiFi使ってるなら通信量が多いのはどうにかなるだろとは思うけれどもいわゆる副鍵が使えないからどうしても怖いところはあるな(別にnostterの問題ではない)。
カレーじゃないけど"自分のあとの困った人あてにコーヒー1杯分多く注文する"なんて話があったな。
フォーラムで指摘されてる新グラフィックのこれらの変更がまだ中途なのか最終なのかでだいぶ変わってくるな。
#FF14