あ、勘違いしていた。BIP-39 を修正する話じゃなくて @scure の実装の既定値の話ですね。多分できると思いますが、今まで 128 bit 前提で実装してしているアプリがどれくらい困るかによると思います。
12 word 前提で UI を作ってたら急に 24 word になって UI がおかしくなるとかはありそうです。
Discussion
> @scure の実装の既定値の話
それです、説明不足ですみません🙇 BIP-39には128-256bitとあり、セキュリティ面でも規定値は256にしておくのが良い筈ですが、それを踏まえても128を強く推奨する意見があればrejectされるなぁと思いまして
あー確かにスタイル崩れは起こりそうですね…12文字前提でバリデーション掛けてるケースもありそう
nostr側の問題であるならnostr-toolsの実装も勿論ですが、NIP-06に明記した方が良いかもしれないと思いました
@scure の既定値を変えてもらう話はビットコインの実装の話なのであまり筋がよくないと思いますが、NIP-06 で明記するよう求めるのは良いかもしれません。
主張点は先程の BIP-32 で 256 が advised されている件と、Snort で PR が通っているというのが使えると思います。
自分の疑問は、「128 bit のシードを使ったとしてもマスターキーから derive すれば 256 bit と同程度に安全になる」という主張があるのかどうか、です。(例えば derive が重い処理なのでそう簡単に計算出来るわけじゃない、とか)
その点は僕も疑問でした。BlockcoreはBitcoin系の開発者が多くいる筈ですので、とりあえずblockcore-notesに相談がてらPRを出し、その反応を見てnostr-toolsとNIP-06に変更を持ちかけるのが良さそうです