hamano

Public Key

npub1sccyq74jqx6t5l04a83d8h7cezt4765j5ztlws8p2ypy2tgv8sxsggcw4h

NIP-05 Address

Profile Code

nprofile1qqsgvvzq02eqrd960h67ncknmlvv396ld2f2p9lhgrs4zqj995xrcrgpr4mhxue69uhhyetvv9ujumn0wd68ytnhd9ex2erwv46zu6nsqyxhwumn8ghj7mn0wvhxcmmvyjmxuc

Publishing to

relay.nostr.wirednet.jp

Author Public Key

npub1sccyq74jqx6t5l04a83d8h7cezt4765j5ztlws8p2ypy2tgv8sxsggcw4h

Show more details

Last Notes

2023-03-11 14:37:02 UTC

NIP-39やってみたけど、他人のnpubをtweetしたりgistにポストすることにリスクがあるのでは。gistが気軽なメモがわりに使えなくなる心配。
nostr directoryみたいにプロフィールにnpub記載で良かったのでは。

2023-03-11 04:51:22 UTC

Nostr版知恵袋。
質問者はsatshiを支払って質問する。
ベストアンサーはsatoshiを受け取る。
質問者がベストアンサーを決めると間違った回答がベストアンサーになりがちなのでベストアンサー決定のロジックに工夫が必要。

2023-03-09 10:14:07 UTC

有料relayも金額が安ければスパムの抑止にならない気がするんだよな。
GoogleアカウントまたはGithubアカウントに紐づけた登録制relayならSpamと違法行為抑止になる？
最大の課題はリレー運用者にインセンティブがないってところかもしれないけど。

2023-03-09 09:02:11 UTC

reqの回数を最小化しないとrelayの制限に引っかかったり、クライアント開発意外と大変なんだなという学びがあった。
bsky版もつくってみるか。

2023-03-09 08:42:35 UTC

https://nost.page/graph/
followerも表示するようにしてみた。
しかし、500以上のフォロワーが取得できてないような。
paginationする必要があるのかな?

2023-03-07 11:58:22 UTC

こんな感じのNostrクライアントを作るぞー
Nostr Graph:
https://nost.page/graph/

2023-03-07 02:12:42 UTC

🚀 💥😢

2023-03-06 10:53:11 UTC

メロスは激怒した。必ず、かの邪智暴虐のイーロンを除かなければならぬと決意した。メロスにはTwitterがわからぬ。メロスは、Nostrの村民である。noteを書き、NIPを読んで暮して来た。けれども自己主権型アイデンティに対しては、人一倍に敏感であった。きょう未明メロスは村を出発し、野を越え山越え、十里はなれた此このTwitterにやって来た。メロスはここ何ヶ月もつぶやいていない。メロスは、近々、Blueskyに移住する事になっていた。ATプロトコルの完成が間近なのである。メロスは、それゆえ、旧知の知人に移住を知らせるため、はるばるTwitterにやって来たのだ。

2023-03-06 08:29:47 UTC

coracleでnoteをポストすると、
Publish 4/8 relay (4 faild)とかって表示される。
これ求めていた機能だ。

2023-03-06 08:25:52 UTC

CORACLEってclientがちょっと良さそうに見えたが日本語IME入力に難がある様子。
Linux環境だからかもしれないけど、残念。
https://coracle.social/

2023-03-06 05:39:04 UTC

bskyのDIDドキュメント見えた。
https://bsky.social/xrpc/com.atproto.repo.describe?user=hamano.bsky.social
鍵生成した覚えはないけど、どこかでp256k1鍵が保管されているのな。
nostrも生の公開鍵をIDとするのではなく、DID+DIDドキュメントをベースとした鍵discoveryが無いと鍵交換できなくて厳しいと思うので、そういうNIPに期待(もうやってる?)

2023-03-06 05:25:07 UTC

Irisの大量トラフィック問題修正されたみたい。やったー
これでスマホで使えるかな。
https://github.com/irislib/iris-messenger/pull/265

2023-03-06 02:05:53 UTC

借り物のiPhoneでちょっと村から出てbskyに出てみたら都会すぎて眩しかった。

2023-03-01 09:53:07 UTC

- reply

紛失しなくても、ローカル環境で悪意あるプログラムを実行したケースで容易に盗まれるので、NIP-07拡張が鍵を持つのと同程度の安心感かなと思います。

2023-03-01 09:39:37 UTC

- reply

しかしRPI Picoだと悪意あるプログラムが容易に秘密鍵を読み出せるのでハードウェア分離の意味あるかなぁ。
ボード付きだとちょっと高いけど、STM32L432ならマイコンからしかアクセスできないセキュアメモリ機能があります。
https://www.digikey.jp/ja/products/detail/stmicroelectronics/STM32L432KBU6/6132748

2023-03-01 08:34:21 UTC

- reply

これだと思う。
https://github.com/irislib/iris-messenger/pull/265
常にグローバルイベント受信して、CacheStorageに書き込んでいるので、ネットワーク帯域だけでなくCPU負荷が高いのも必然。

2023-02-26 12:59:19 UTC

- reply

Pura vida!

2023-02-26 12:52:47 UTC

控えに「Zap! zappr | get a NIP-05 ID: nostrplebs.com」って入ってた。
なるほどsatoshiを配ることで何らかのサービスを宣伝出来るのか。
これは広告業界にとって革命的なことなのでは？

2023-02-26 12:43:50 UTC

なんか突然64satoshi振り込まれたんだが、これは来年の確定申告でどうすれば良いんだ…

2023-02-26 12:31:34 UTC

- reply

加水分解は重曹水で拭けば解消できるとの噂。
私もMX ERGO使ってますが、値段高いので長く使いたいですね。

2023-02-26 12:21:21 UTC

私が持ってるYubiKey全部古すぎてsecp256k1に対応してなかった。
新しいYubiKey買おうかな-。
YubiHSM2 $650か、ちょいと高いなぁ
https://www.yubico.com/jp/product/yubihsm-2/

2023-02-26 00:11:59 UTC

- reply

gnupg使わず、libykcs11使ってPKCS11をたたけばyubikeyでnostrできるとおもいます。

2023-02-17 04:48:38 UTC

- reply

snortはDMの取得に
`kinds:[4],"#p":[自分の公開鍵]`をリクエストして自
分宛てのDMを取得しているが、irisは`kinds: [4]`を指定せずもっと広範囲なリクエストでDMを取得している様子。
だからrelayの制限によってはDMを取りこぼすんだと思う。
全体的にsnortのfilterは限定的で、irisのfilterは広範囲で無駄なトラフィックが多い。

2023-02-17 04:09:16 UTC

初Spam DMが届いた。だれかが言及してたけどsnortには届いてるけどirisでは届いてないことになっているので後で原因調べてみるか。

2023-02-16 12:28:57 UTC

- reply

IndexedDBのエントリ数の違いじゃないかなぁ。
つまりlocalhostも長く使ってると遅くなるかも。

2023-02-16 06:23:11 UTC

- reply

このイベントの通信量は大したこと無いです。
Irisの通信量が多いのはべつの理由があります。
https://github.com/irislib/iris-messenger/pull/265
グローバルページを開かなくても、常にグローバルイベントを受信しているのと同等の通信量が発生します。

2023-02-16 06:16:32 UTC

- reply

relayに記録すれば理論上、複数アプリで通知の同期ができますが、今の所irisが書いてirisが読んでるだけのようです。

2023-02-16 05:32:02 UTC

- reply

ちなみに送出されるイベントはこんなの
```
"content":"1676525089",
"kind":30000,
"tags":[["d","notifications/lastOpened"]],
```
ソース
https://github.com/irislib/iris-messenger/blob/master/src/js/views/Notifications.js

2023-02-16 05:30:44 UTC

Irisがちょっと良くない動きしてるなぁ。
通知タブを開いたときに、relayにEVENTを書き込んでる。
最後に開いたタイムスタンプを記録するためだと思うけど、これをrelayに書き込む必要ってある?
ブラウザのlocal storageで良いのでは?
アプリの操作記録というか、参照行為を全世界に公開されるって嫌だと思うのですが皆さんどう思われます?

2023-02-16 04:39:41 UTC

https://hamstr.to/ を試してみたところ、なかなか好きなUIだったけど、
複数登録してあるrelayのうち一つしか使わないようで、大量の取りこぼしがある。
今後に期待。

2023-02-16 04:01:40 UTC

- reply

サムネイルはhugoで生成するしか無いけど、grid表示はCSS Grid layoutで良いのでは?
まだ使えないブラウザあるのかな

2023-02-16 03:38:18 UTC

白抜き
https://void.cat/d/NhftzyA4Fk27DMVEJHYBaT.webp
https://void.cat/d/RVFoSr2uof5YhczMoYya12.svg

2023-02-16 03:23:58 UTC

雑に描いたロゴを手直ししようと思ったが、単にPicoフォントで使えば良いだけだった。Sが独特。
https://void.cat/d/9C8Z2m6PxJQMEHPZBpQ3fA.webp
https://void.cat/d/85JPyn5cz7WRb3apxfMBx7.svg

2023-02-15 09:03:10 UTC

- reply

現プロトコルでも、PWAアプリならservice workerの定期実行で通知できるんじゃないかなぁ。やってみないとわからないけど。

2023-02-15 05:39:46 UTC

イーロンに怒られるかもしれんが、ロゴ描いた。
https://void.cat/d/4tJEUvrUF1g7XgpqbUWvC4.webp

2023-02-09 09:33:06 UTC

現時点での私の見解としてはirisは
`{"kinds":[0,1,3,6,7],"limit":200}`
という200件のイベントを要求しているが
プロトコル仕様としては、200件のイベントを送った後にEOSEを応答、その後は最新のイベントを送り続ける。
という仕様なんだと思う。
だからirisはEOSEを受け取ったら自らCLOSEすべきで、
最新イベントを送り続けるリレーは正しい。
以前と言ってること違うけどつまりirisのバグ、リレーの動作は正しい。ってコト！？

2023-02-08 12:04:24 UTC

はいそれでは1Gbyteのnostr.jsonを用意して各種クライアントで何が起こるのか、見ていきたいとおもいます。
結果snortは1Gbyteのnostr.jsonをすべてダウンロードしました。
irisは巨大なnostr.jsonをダウンロードしませんでした。
このようにクライアントによってはnostr.jsonパケ死攻撃が成立するので、mobile回線の利用は慎重になる必要がありそうですね。