woo, on-chain zaps and antizaps working on testnet.
https://mempool.space/testnet4/tx/6d8d2c26fb6f68097c7bbca6843d3ef475368d6211c837632446bc4a0f3f162a
Draft NIP 570
https://gist.github.com/melvincarvalho/15f767fee8ed3e14197b322235e9fe8d
Discussion
lmao on-chain zaps? why not i guess? π
Anti zaps?
Funny how we all seem to be struggling to understand what we're reading.
Maybe the anti zaps can just take back tips that haven't yet been transferred again?
Opposite of a zap. A zap is an upvote with a payment (to the user). And antizap is a downvote with a payment.
Has been covered before. Someone made notes here.
Thank you for continuing your work, and assistance
yw, here's a couple of refrences (which I've now added to the gist). Thanks for the feedback!
and
https://github.com/cromatikap/nostr-reputation-authority/issues/1
on-chain zaps for when your zap is phat and you don't care about instant gratification.
nostr:note1duzm6gg36z47hlgv5myltul3jxcd9gvz2wyz4hpeqxdakeuw3tks88f928
π
awesome!
you can do this without putting anything onchain by using silent payments and an encrypted note on nostr that lets the recipient know what output is being spent. much nicer for utxo privacy.
please no
Wouldn't it be better to just transfer the BTC to a UTXO the nsec can unlock?
That's exactly what it does. The npub and taproot addresses are the same key.
Looks like we're both thinking about this stuff at the same time. You may want to consider avoiding address reuse in NIP-570 like in my suggestions π€
Wait, does this NIP-570 already avoid address reuse? I may have misunderstood at first
γ€γγ« on-chain zap γηθͺ
π