You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
In the example of a pocket universe operator, where the virtual UTXOs have script_keys derived from pocket universe users, and BTC UTXOs have internal_keys derived from the operator, when calling the FundVirtualPSBT method, it would be nice to have a way to specify that any change should go to a script_key still controlled by the pocket universe user.
Currently FundVirtualPSBT always makes the assumption that any change should go to a new key derived from the operator, which does not easily support the usecase where an operator would like to prepare a virtual PSBT for a pocket universe user. See here: 660b369#diff-cbf26471d15b003b96c1d951b907a5271183126b15e4d8379788ebf96bad3ce1L692
Describe the solution you'd like
I'm not sure to be honest. I've considered 2 solutions, but each has its drawbacks:
Perform a check if the input's script_key is spendable by the operator. If not, we should assume that the virtual UTXO is not ours so we should not derive a script_key that we control. Perhaps this check should be implemented regardless, but then the question is what to do from here.
We could either re-use the script_key from the input if the input script key is not spendable by the operator. But this has privacy drawbacks since we'd be reusing virtual addresses.
We could add an optional change_script_key optional field in the payload. I think perhaps this is the cleanest solution, and would not result in any implicit behaviors being performed by the daemon that the operator or user is not explicitly aware of.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
In the example of a pocket universe operator, where the virtual UTXOs have script_keys derived from pocket universe users, and BTC UTXOs have internal_keys derived from the operator, when calling the FundVirtualPSBT method, it would be nice to have a way to specify that any change should go to a script_key still controlled by the pocket universe user.
Currently FundVirtualPSBT always makes the assumption that any change should go to a new key derived from the operator, which does not easily support the usecase where an operator would like to prepare a virtual PSBT for a pocket universe user. See here: 660b369#diff-cbf26471d15b003b96c1d951b907a5271183126b15e4d8379788ebf96bad3ce1L692
Describe the solution you'd like
I'm not sure to be honest. I've considered 2 solutions, but each has its drawbacks:
The text was updated successfully, but these errors were encountered: