1. Correct 2. Correct 3. Correct on FROST (not sure about BIP32) Frost and BIP32 are ...

npub1s9e…lxzl

2025-03-15 21:25:03

in reply to nevent1q…swre

1. Correct
2. Correct
3. Correct on FROST (not sure about BIP32) 

Frost and BIP32 are both “key management” schemes but I see them as serving different kinds of usecases. 
 
BIP32 is good for the manual backing up, manual management, and manual transferability of a mostly “cold” private key.
Frost is good for the active use and management of a private key between a quorum. 
I would not really want to use FROST shares for my private key cold storage nor would I want to use BIP32 for an active quorum.  

Frostr’s benefits are:
- You can split existing nsec into t-of-n threshold of shares
- You can do this multiple times (still signing for the same npub)
- You can sign, encrypt, and decrypt with a quorum of shares
- You can recover nsec with quorum of shares
- You can rotate by creating a new keyset and orphaning old shares
- You can sign/encrypt/decrypt in a single round of communication
- Rounds of communication happen over nostr relays allowing client applications to effectively act as "remote signers"

cmd (npub1gg5…ulq3) I miss anything?

Author Public Key

npub1s9etjgzjglwlaxdhsveq0qksxyh6xpdpn8ajh69ruetrug957r3qpklxzl

Show more details

Published at

2025-03-15 21:25:03

Kind type

1 Short Text Note

Event JSON

{ "id": "bbd8c025f71ccdc0e7ca3cfb346d985f2bc512e3a5b781da6176071651e4c88c", "pubkey": "8172b9205247ddfe99b783320782d0312fa305a199fb2be8a3e6563e20b4f0e2", "created_at": 1742073903, "kind": 1, "tags": [ [ "e", "1bed61c026408f2f9aa748f4c23c4a064e74e90c0fb1799d91cbb7406da4def0", "", "root" ], [ "e", "4eb8dbb4dc719177546a9a9f2f3f0f1739ae14e67fa92e533ac112cbc7c72463", "nostr-idb://cache-relay", "reply", "df67f9a7e41125745cbe7acfbdcd03691780c643df7bad70f5d2108f2d4fc200" ], [ "p", "df67f9a7e41125745cbe7acfbdcd03691780c643df7bad70f5d2108f2d4fc200" ], [ "p", "8172b9205247ddfe99b783320782d0312fa305a199fb2be8a3e6563e20b4f0e2" ], [ "p", "460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c" ], [ "p", "d30ea98ea65e953f91ab93f6b30ea51eb33c506f87d49f600a139aef00aa9511" ], [ "p", "4229c21f0101abc3ba45233e176e975fa9e671bb18a6722bdf7726ba25445ff9" ] ], "content": "1. Correct\n2. Correct\n3. Correct on FROST (not sure about BIP32)\u2028\n\nFrost and BIP32 are both “key management” schemes but I see them as serving different kinds of usecases.\u2028\n\u2028\nBIP32 is good for the manual backing up, manual management, and manual transferability of a mostly “cold” private key.\nFrost is good for the active use and management of a private key between a quorum.\u2028\nI would not really want to use FROST shares for my private key cold storage nor would I want to use BIP32 for an active quorum.\u2028\u2028\n\nFrostr’s benefits are:\n- You can split existing nsec into t-of-n threshold of shares\n- You can do this multiple times (still signing for the same npub)\n- You can sign, encrypt, and decrypt with a quorum of shares\n- You can recover nsec with quorum of shares\n- You can rotate by creating a new keyset and orphaning old shares\n- You can sign/encrypt/decrypt in a single round of communication\n- Rounds of communication happen over nostr relays allowing client applications to effectively act as \"remote signers\"\n\nnostr:npub1gg5uy8cpqx4u8wj9yvlpwm5ht757vudmrzn8y27lwunt5f2ytlusklulq3 I miss anything?", "sig": "bdc2a9ccb458c337bcf9917f1a8876b76199ad4d890f525cc8a3b714625390f6e40cc5a09de841ce6d38d2e892e8fc63833e2e4ac62c70e9e06724f5a3f9ce1d" }