WIP: On chain mint and melt #194
No reviewers
Labels
No labels
breaking change
bug
documentation
enhancement
needs discussion
needs implementation
new nut
ready
wallet-only
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
forgejo-admin/nuts!194
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "onchain_mint_melt"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Depends on https://github.com/cashubtc/nuts/pull/188
Supersedes https://github.com/cashubtc/nuts/pull/107
@ -0,0 +22,4 @@{"amount": <int>,"unit": <str_enum["sat"]>,"pubkey": <str>NUT-19 says this should be optional, depending on whether or not the
MintInforequires it.@ -0,0 +116,4 @@{"quote": <str>,"outputs": <Array[BlindedMessage]>,"witness": <str>Here as well. It's not clear if this NUT requires a Mint that requires NUT-19 signatures or only supports them.
@thesimplekid Why do we need new NUTs for this? Can't we just add some appendices to NUT-3, NUT-4 and NUT-5 on what additional fields a particular
Post{Mint|Melt}OnchainRequestshould have?We can then modify NUT-6 to include information about a particular minting and melting method called
btconchainlike this:I think its a reasonable question, and one way to do it. But I don't really think we should be changing or adding to past nuts. I think it gets confusing, its better to just have new nuts. That being said maybe what id defined in the new nuts could be reduced and and reference the existing nuts and some of it is repetitive. Though I did it this way because this way the nut stands more on its own and you don't have to check another nut as much. But think there are arguments for and against that
NUTs 3, 4 and 5 are mandatory. Adding optional fields to them feels wrong.
Also on-chain minting has some specifics (and we already see that via quote locking) and therefore I think this deserves another pair of NUTs.
I would like to also see Liquid supported and I feel this should be again another pair of NUTs, although the distinction here is probably not that strong and Liquid support can become a part of the BTC on-chain NUTs.
@ -0,0 +32,4 @@```json{"quote": <str>,"address": <str>,since in other places throughout this NUT
requestis being used rather thanaddress@ -0,0 +100,4 @@### WitnessIn order to mint ecash the wallet **MUST** include a signature as defined in [NUT-19][19].This can be moved to the
Minting tokenssection where this field is used in the request.Closing this as its outdated. Will open new onchain spec soon^tm
Pull request closed