Avatar
gudnuf
c67cd3e1a83daa56cff16f635db2fdb9ed9619300298d4701a58e68e84098345
I wasn't there but I'm here | prisms | plebdev | yoga | climbing | surfing | backpacking | holistic health |

If you have no coding experience, but you want to start building on bitcoin nostr:npub17v7g49shev2lwp0uwrx5v88ad6hj970zfse74wkes9jguhkx7aqsgjwsvj is the place for you.

I’m starting a video series on learning to write JavaScript in the backend. Check it out!

More lessons to come.

https://youtu.be/cxL_svVcmB8?si=V9hPkumqpapJouEA

Learn the Cashu protocol and how to run Nutshell as a CLI wallet!

nostr:note1nnhasv05mtglj9vpmndnq4ay3l6nf33rh9c8hhr2xpmktwjskmks0tet9s

Cashu mint issues a bolt12 offer to cashu wallet.

Paying the offer is effectively paying the wallet.

Lightning to ecash: Alice pays 100 sats to Bob’s offer. Bob receives 100 esats from his mint.

Bob (cashu wallet) can give out the offer just as a lightning node would, but he never touches the LN, just ecash. Whenever Alice pays Bob’s offer, it appears like a normal lightning transaction.

1. Add a new active keyset with unit ‘usd’

2. Convert amount in mint quote request to sats based on current exchange rate, then create invoice for that sat amount.

3. Convert sat from invoice to usd in melt quote request and return usd amount needed to pay the invoice.

Happy to help if you want to get on a call

The Cashu v1 spec supports any unit and mint/melt method. Can be found in the mint/melt settings of the mint ie. https://github.com/cashubtc/nuts/blob/main/04.md#settings

A flashy way of saying we added a bolt 12 offer to our kind 0. Bitcoin connect by nostr:npub1getal6ykt05fsz5nqu4uld09nfj3y3qxmv8crys4aeut53unfvlqr80nfm is a game changer.

nostr:note184v3l4pn4tpfpgesjmmcxcsx5wkav24xglmadfkyfyfsp8fesats48yhjl

As in nwc wallets? I like NDK for the nostr piece, then the nwc functionality is relatively simple

This is backwards, soft forks are acceptable only because your UTXOs prior to the soft fork can still be used even after the majority of the network upgrades.

We want people running node software from 5 years ago to be on the same network.

this looks like everything i ever needed

nostr:note15gqtwfgh0np0ewcvgrz3qd54mf4ge0v7w0z6j2fu307525s6sj7q700mwa

Taproot should make this possible.

You could specify multiple spending conditions each with some of the required keys.

Or even better, you could say A can only be allowed to spend if B can sign too (multiple keys) or C can always spend (master key) and any other key can spend as long as it gets signatures from 3 other keys for example.

Also much better privacy for the multisig quorom.

Probably something even better could be done with musig 🤔

What could a multsig of the nation state level look like using frost or musig??

#asknostr #musig #taproot #multisig #secp256k1 #frost

Learn all about building lightning apps with nostr:npub1s9etjgzjglwlaxdhsveq0qksxyh6xpdpn8ajh69ruetrug957r3qpklxzl in his latest workshop!! nostr:note14gs00ur44rrxr02n4wtal6k75pjp3x2sdu80xnrxnu4v7nkgnxhqu4msf7

Hard fork is a reduction of rules and soft fork is an expansion of rules.

The goal is to have transactions that used to be valid to always be valid. Its bad when you are forced to upgrade or else be cut off from the network. A soft fork makes a consensus change but instead adds to the list of whats considered a “valid” transaction.

I just checked mutiny and hadn’t seen it since the update, where did you find the wallet connection?

Are you trying to make a connection from mutiny to Amethyst? You’ll need an nwc uri for that. Somewhere under wallet connections in mutiny you can create a new one. Copy that into amethyst.

And then Bam! You’re sending payment requests to your mutiny wallet over nostr!!!!