Skip to content

Conversation

@gudnuf
Copy link
Collaborator

@gudnuf gudnuf commented Aug 25, 2025

@gudnuf gudnuf added new nut A new protocol NUT needs discussion Needs more discussion labels Aug 25, 2025
**Melt request**:

```bash
curl -X POST https://mint.host:3338/v1/melt/onchain -d \
Copy link
Collaborator

@thesimplekid thesimplekid Aug 28, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to revist this for onchain and we should just do it for all of them while were at it. #37.

But for onchain specifically it make no sense to wait for the melt to confirm and request should return okay once it is received.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we are going to say that a melt quote does not complete until the transaction is confirmed, then yeah. If a completed melt quote means the transaction was broadcast, then it seems fine to wait.

Was that the consensus that the quote stays pending until the transaction is confirmed?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we are going to say that a melt quote does not complete until the transaction is confirmed, then yeah. If a completed > melt quote means the transaction was broadcast, then it seems fine to wait.

What if a mint wants to batch then it doesn't work for broadcast even.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to revist this for onchain and we should just do it for all of them while were at it.

Is there a change you suggest I make here? In NUT-05 it says:

"For methods that involve external payments (like Lightning), this call may block until the payment either succeeds or fails. This can take a long time. Make sure to use no (or a very long) timeout when making this call!"

The way this nut is now seems fine as it shows that a "successful melt response" returns the quote as PENDING and NUT-05 is pretty open-ended in that it says, "this call may block".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

needs discussion Needs more discussion new nut A new protocol NUT

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants