I’d like to create taproot addresses where the key path is using musig2 with a script path that contains a refund script, that can be spent with a single key after a delay:
- key path:
- script path:
I’d like to avoid address reuse, so I want to rotate the user keys.
What I’m wondering is if it’s safe to only rotate the
That would keep the
server_key static, which makes it easier to express in a descriptor used for refunds and easier to manage on the server side.
Seems completely standard? Any reason why you’d expect it wouldn’t be safe?
Not at all, I do think this is safe as well, but I wanted to have wizard confirmations before we implement and deploy this!
So your proposal is to effectively use (abusing notation slightly):
The only potential concern I see with only rotating
user_refund is that if you have two distinct outputs which both get spent through the script path, they can be recognized as being from the same partie(s), as the internal keys will be identical.
Thanks, that’s a very good point! That rotation only really protects inputs spent through the key path.
I think that could be acceptable in our case, as the script path is only there in case the server disappears or is unable to cooperate and should hopefully never be used (but is a fail-safe to guarantee that user cannot lose access to their funds).