Twitter API がいつ使えなくなるのか待っているが、今朝も使えてた。2/14 だけエラーになった。 - 2/13 OK - 2/14 エラー - 2/15 OK - 2/16 OK

X (formerly Twitter)

Developers (@XDevelopers) on X

There has been an immense amount of enthusiasm for the upcoming changes with Twitter API. As part of our efforts to create an optimal experience fo...

`a few more days` と言っているのでそろそろ使えなくなりそう。 > There has been an immense amount of enthusiasm for the upcoming changes with Twitter API. > Twitter APIの今後の変化に対する熱意は計り知れないものがあります。 あと、皮肉が効きすぎている :D

あと、Iris で青ではなく黄色のバッジが付くユーザは何なのか調べてみたら、 - フォローしてないが友達が10人以上フォローしているユーザ という意味らしい。Iris がフォローをおすすめしているような感じでしょうか。

GitHub

GitHub - irislib/faq

Contribute to irislib/faq development by creating an account on GitHub.

Stacker News

stacker news

moderating forums with money

のアカウントの作り方 - stacker.news で sign in を押す - 表示される LNURL をコピー - Alby で Send 押す - LNURL をペースト これでアカウント作れました。

Stacker News

s_ota \ stacker news

@s_ota has [41 stacked,1 item]

snort を local で動かすと速くなる気がする件は、多分プラシーボ... しばらく使ってるとやはりレスポンス遅くなる時がある。

snort で使える markdown は CommonMark から link, linkReference, image, imageReference, definition を除いたもの。

Markdown Reference

GitHub

snort/packages/app/src/Element/Text.tsx at 94bdd44192337909a82dae6f3c0fe3c76359b7f7 · v0l/snort

Feature packed nostr web UI. Contribute to v0l/snort development by creating an account on GitHub.

とりあえず、snort は markdown link には対応していない。末尾にスペースつけるだけ。ってことでいいのかな。

> fiatjaf deleted the safer-markdown branch 2 weeks ago となってる。 まあ、markdown は使わないことにしよう。でも # つけると意図せずでかい文字になったりするのはやめてほしい

GitHub

Make Markdown more interoperable by fiatjaf · Pull Request #153 · v0l/snort

By disallowing the annoying link/image syntax that would cause terrible rendering bugs in other clients. As result of this change, this note: # tit...

結局この後どうなったのか追いきれていない。

snort の markdown 対応がよくわからない XD

Test for snort's markdown link. [link1](

Snort

Snort - Nostr

Snort is a feature-packed, decentralized social media client built on Nostr protocol. Fast, censorship-resistant, and open source.

[link2](

Snort

Snort - Nostr

Snort is a feature-packed, decentralized social media client built on Nostr protocol. Fast, censorship-resistant, and open source.

[link3](github.com/getAlby/lightning-browser-extension/blob/ce1b4b0e48493ec82fbc4af46fa7237af3ce0d02/src/extension/background-script/state.ts#L98)

snort をローカルで立ち上げてるんだけど、

Snort

Snort - Nostr

Snort is a feature-packed, decentralized social media client built on Nostr protocol. Fast, censorship-resistant, and open source.

よりサクサク動く気がする。 例えば、ページスクロールして一番下まで行った時に、次のポストが表示されるまでの時間が明らかに速い。 でも、アクセスログを見るとサーバにはリクエストが来てないから、ブラウザ側の処理かリレーからの返答の時間なんだと思うけど、この違いはなぜ起きるのかな？ docker 使える人試してみてください。 ``` git clone

GitHub

GitHub - v0l/snort: Feature packed nostr web UI

Feature packed nostr web UI. Contribute to v0l/snort development by creating an account on GitHub.

cd snort docker build -t snort . docker run --rm -it -p 80:80 snort # http://localhost にブラウザでアクセス ```

[ソース1](

GitHub

lightning-browser-extension/src/extension/background-script/state.ts at ce1b4b0e48493ec82fbc4af46fa7237af3ce0d02 · getAlby/lightning-browser-extension

The Bitcoin Lightning Browser Extension that brings deep Lightning & Nostr integration to the web. Wallet interface to multiple lightning nodes...

`decryptData` は AES。password は平文。 ``` const password = get().password as string; const privateKey = decryptData(account.nostrPrivateKey as string, password); ``` [ソース2](

GitHub

lightning-browser-extension/src/extension/background-script/state.ts at ce1b4b0e48493ec82fbc4af46fa7237af3ce0d02 · getAlby/lightning-browser-extension

The Bitcoin Lightning Browser Extension that brings deep Lightning & Nostr integration to the web. Wallet interface to multiple lightning nodes...

pick で password を除外されるので `browser.storage.sync` には保存されていないはず。 ``` saveToStorage: () => { const current = get(); const data = { ...browserStorageDefaults, ...pick(current, browserStorageKeys), }; return browser.storage.sync.set(data); }, ``` ``` % cat ~/Library/Application\ Support/Google/Chrome/Default/Sync\ Extension\ Settings/iokeahhehimjnekafflcihljlcjccdbe/000003.log password はなかった。 ```

NIP-07 の実装の件、Alby はどうなってるのかなと思って調べてみた。 - 秘密鍵は AES で暗号化した上で `browser.storage.sync` に保存 - AES のパスワードは平文だが `browser.storage.sync` には保存していない(おそらくメモリのみ) - AES のパスワードは Chrome 起動毎に入力 という感じなのでちゃんと実装されているようです。Lightning 方面はさっぱりわかりませんが、NIP-07 に関しては Alby で良いかもしれないです。 詳細は次のポストで。

NIP-05 のこれか。 > Showing just the domain as an identifier > > Clients may treat the identifier _@domain as the "root" identifier, and choose to display it as just the <domain>. For example, if Bob owns bob.com, he may not want an identifier like bob@bob.com as that is redundant. Instead, Bob can use the identifier _@bob.com and expect Nostr clients to show and treat that as just bob.com for all purposes.

GitHub

nips/05.md at master · nostr-protocol/nips

Nostr Implementation Possibilities. Contribute to nostr-protocol/nips development by creating an account on GitHub.

飛べる？ https://iris.to/susumuota.github.io

もう少しマシな方法としては、OS が管理しているキーチェーン(macOS なら`キーチェーンアクセス.app`)に秘密鍵を置いて、そこから情報をもらうという方法があります。 Chrome の Native Messaging という仕組みを使うと、外部コマンドと stdin/stdout で情報をやり取りできるようなので、外部コマンド内でキーチェーンにアクセスして秘密鍵を取得して、外部コマンド内で署名を行って、その結果を Chrome に返すという方法があります。これだと Chrome には秘密鍵を保存せずに済みます。 NativeMessagingを用いたnostr NIP-07実装例については #[0] さんがプロトタイプを作成されています。

GitHub

GitHub - gpsnmeajp/nip07ex

Contribute to gpsnmeajp/nip07ex development by creating an account on GitHub.

nostr-keyx では、共通鍵(AES-GCM)で暗号化しているので、共通鍵を手に入れないと復号化は難しいです。共通鍵はメモリに置いているのでディスクのバックアップでコピーされることはないと思います。 % cat 000003.log encryptedPrivateKey "[\"0FsY962F4VMLS4My1HyfKWLSm/Rl6fdTM5i/ni0Z251o4Fgbfx5njvj+x5XSHhniZlQsOuxAQSu6y4Zjl+8Xn3bM6+139ov0WYp+APMOu+Q=\",\"/11uhVPrZeKcCbl9vbYE6Q==\",\"m96A5oRooKs9Ut3/aeHkWA==\"]" 共通鍵はメモリに置いているので Chrome を終了すると共通鍵は消去されます。なので Chrome を起動する毎にパスワードを入力して共通鍵を生成しないといけないということと、もし Chrome のメモリを覗き見されて共通鍵がバレると秘密鍵は復号化されてしまいます。

GitHub

GitHub - susumuota/nostr-keyx: A NIP-07 browser extension that uses the OS's keychain or YubiKey to protect your private keys.

A NIP-07 browser extension that uses the OS's keychain or YubiKey to protect your private keys. - susumuota/nostr-keyx

NIP-07 Extension で秘密鍵が平文で保存されている件ですが、例えば nos2x では以下のファイルに秘密鍵が平文で保存されています(macOS の場合。Windows は %APPDATA%\Local\Google\Chrome 内にあるはず)。 % cd ~/Library/Application\ Support/Google/Chrome/Default/Local\ Extension\ Settings/kpgefcfmnafjgpblomihpgmejjdanjjp % cat 000003.log private_keyB"1ac49ce7f5eab04de1df56f9a3b1165d79a77237f76953f611a6d4c2c586ad3a" 秘密鍵が平文でファイルに保存されていると、ディスクのバックアップを取るとそのままコピーされてしまうので、現在使っているディスクだけでなくバックアップディスクの取り扱いにも注意が必要になります。

sat 送っていただいた方、ありがとうございます！

NIP-07 を実装したミニマルな Chrome 拡張機能 nostr-keyx に、秘密鍵をAES(共通鍵)で暗号化して保存する機能を追加しました。 秘密鍵を平文ではなく暗号化した状態で `chrome.storage.local`（ファイルシステム)に保存するので少し安全になるかもしれません。AES鍵(共通鍵)は `chrome.storage.session` (メモリ)に保存しています。 - 秘密鍵を暗号化するための AES-GCM 暗号を追加(共通鍵) - 秘密鍵とパスワードを設定するためのポップアップメニューを追加

GitHub

GitHub - susumuota/nostr-keyx: A NIP-07 browser extension that uses the OS's keychain or YubiKey to protect your private keys.

A NIP-07 browser extension that uses the OS's keychain or YubiKey to protect your private keys. - susumuota/nostr-keyx