The ecash-zaps conversation is something new, I don't know if there's been more discussion about it, but afaik it's something that's happening live. Maybe calle 👁️⚡👁️ (npub12rv…85vg) can tell us a bit more.
But I think the p2pk option and locking to a public key makes sense for this use case because it makes the process non-interactive for the receiving user and yet I imagine you can know the value of the nut. This way the clients could account for that value, because we assume that the nut can only be used by that user and no other user can spend it, so clients can account for that and display it like the current zaps.
Encrypting it is a valid option, but requires user interaction to decrypt it and then add a step to make the nut/value public(?). I think p2pk would be more suitable for this use case.
Gzuuus
npub1gz…ea5ds
2024-03-15 15:58:49
in reply to nevent1q…2lud
Author Public Key
npub1gzuushllat7pet0ccv9yuhygvc8ldeyhrgxuwg744dn5khnpk3gs3ea5dsPublished at
2024-03-15 15:58:49Event JSON
{
"id": "d4e22c4f3dbb5dcd77c92de8d5ef2ee2f0f8afac2d0d031616d8922795daee9a",
"pubkey": "40b9c85fffeafc1cadf8c30a4e5c88660ff6e4971a0dc723d5ab674b5e61b451",
"created_at": 1710518329,
"kind": 1,
"tags": [
[
"e",
"aaa9e8ab94c8576255b14e8d7a54403c92c14ea469828886784ddf96c87b8492",
"",
"root"
],
[
"e",
"6f9a72d14c33e157153c6aa9998c541717a547aff0188c06cb0f450c1258ab42",
"wss://relay.damus.io/",
"reply"
],
[
"p",
"91dbab9f62660e95258480d2f2cff6dcfdb513f28a85fa4fb55ee993a5b46809"
],
[
"p",
"d3d74124ddfb5bdc61b8f18d17c3335bbb4f8c71182a35ee27314a49a4eb7b1d"
],
[
"p",
"91dbab9f62660e95258480d2f2cff6dcfdb513f28a85fa4fb55ee993a5b46809"
],
[
"p",
"50d94fc2d8580c682b071a542f8b1e31a200b0508bab95a33bef0855df281d63"
]
],
"content": "The ecash-zaps conversation is something new, I don't know if there's been more discussion about it, but afaik it's something that's happening live. Maybe nostr:npub12rv5lskctqxxs2c8rf2zlzc7xx3qpvzs3w4etgemauy9thegr43sf485vg can tell us a bit more.\n\nBut I think the p2pk option and locking to a public key makes sense for this use case because it makes the process non-interactive for the receiving user and yet I imagine you can know the value of the nut. This way the clients could account for that value, because we assume that the nut can only be used by that user and no other user can spend it, so clients can account for that and display it like the current zaps.\nEncrypting it is a valid option, but requires user interaction to decrypt it and then add a step to make the nut/value public(?). I think p2pk would be more suitable for this use case.",
"sig": "f1e0006cc614bb2151f850a3a31359dacfe3b058f23c4ea7667ab7829cedf43e76a2304bec8aa6fb35c922dc80539130c3b4b4279ed24cc2bcb11ee8a17560bf"
}