私が持ってるYubiKey全部古すぎてsecp256k1に対応してなかった。
新しいYubiKey買おうかな-。
YubiHSM2 $650か、ちょいと高いなぁ
gnupg使わず、libykcs11使ってPKCS11をたたけばyubikeyでnostrできるとおもいます。
snortはDMの取得に
`kinds:[4],"#p":[自分の公開鍵]`をリクエストして自
分宛てのDMを取得しているが、irisは`kinds: [4]`を指定せずもっと広範囲なリクエストでDMを取得している様子。
だからrelayの制限によってはDMを取りこぼすんだと思う。
全体的にsnortのfilterは限定的で、irisのfilterは広範囲で無駄なトラフィックが多い。
初Spam DMが届いた。だれかが言及してたけどsnortには届いてるけどirisでは届いてないことになっているので後で原因調べてみるか。
snort をローカルで立ち上げてるんだけど、https://snort.social/ よりサクサク動く気がする。
例えば、ページスクロールして一番下まで行った時に、次のポストが表示されるまでの時間が明らかに速い。
でも、アクセスログを見るとサーバにはリクエストが来てないから、ブラウザ側の処理かリレーからの返答の時間なんだと思うけど、この違いはなぜ起きるのかな？
docker 使える人試してみてください。
```
git clone https://github.com/v0l/snort.git
cd snort
docker build -t snort .
docker run --rm -it -p 80:80 snort
# http://localhost にブラウザでアクセス
```
IndexedDBのエントリ数の違いじゃないかなぁ。
つまりlocalhostも長く使ってると遅くなるかも。
このイベントの通信量は大したこと無いです。
Irisの通信量が多いのはべつの理由があります。
https://github.com/irislib/iris-messenger/pull/265
グローバルページを開かなくても、常にグローバルイベントを受信しているのと同等の通信量が発生します。
relayに記録すれば理論上、複数アプリで通知の同期ができますが、今の所irisが書いてirisが読んでるだけのようです。
ちなみに送出されるイベントはこんなの
```
"content":"1676525089",
"kind":30000,
"tags":[["d","notifications/lastOpened"]],
```
ソース
https://github.com/irislib/iris-messenger/blob/master/src/js/views/Notifications.js
Irisがちょっと良くない動きしてるなぁ。
通知タブを開いたときに、relayにEVENTを書き込んでる。
最後に開いたタイムスタンプを記録するためだと思うけど、これをrelayに書き込む必要ってある?
ブラウザのlocal storageで良いのでは?
アプリの操作記録というか、参照行為を全世界に公開されるって嫌だと思うのですが皆さんどう思われます?
サムネイルはhugoで生成するしか無いけど、grid表示はCSS Grid layoutで良いのでは?
まだ使えないブラウザあるのかな
雑に描いたロゴを手直ししようと思ったが、単にPicoフォントで使えば良いだけだった。Sが独特。
現プロトコルでも、PWAアプリならservice workerの定期実行で通知できるんじゃないかなぁ。やってみないとわからないけど。
イーロンに怒られるかもしれんが、ロゴ描いた。
はいそれでは1Gbyteのnostr.jsonを用意して各種クライアントで何が起こるのか、見ていきたいとおもいます。
結果snortは1Gbyteのnostr.jsonをすべてダウンロードしました。
irisは巨大なnostr.jsonをダウンロードしませんでした。
このようにクライアントによってはnostr.jsonパケ死攻撃が成立するので、mobile回線の利用は慎重になる必要がありそうですね。