JoshR on Nostr: In the wavman app, we set it up to zap the kind 1 event (non-replaceable). So when a ...
In the wavman app, we set it up to zap the kind 1 event (non-replaceable). So when a user sends a zap to a track, it is sent directly to the kind 1 event and not to a person. The kind 1 event id is set the e tag in the zap.
There is also a kind 32123 (replaceable) metadata event, which is used to house all the track's data. The kind 32123 event is not being zapped by wavman (though we have the endpoint setup to accept zaps to this, albeit this is untested).
I'm interpreting NIP-57 to mean that a zap request MUST use an e tag set to the event id of the kind 1 event being zapped (since its not a person). Should the a tag be included in addition to the e tag?
Published at
2023-04-20 20:55:55Event JSON
{
"id": "7192296040295730bed50a59e7bf47cda34137f4f0ae60140396401f1c0b2f72",
"pubkey": "93e174736c4719f80627854aca8b67efd0b59558c8ece267a8eccbbd2e7c5535",
"created_at": 1682024155,
"kind": 1,
"tags": [
[
"e",
"90a7f237c140af4b9a179879513ce28fedabd23c8761852dc1adbf9de1299b3a",
"",
"reply"
],
[
"p",
"fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52"
]
],
"content": "In the wavman app, we set it up to zap the kind 1 event (non-replaceable). So when a user sends a zap to a track, it is sent directly to the kind 1 event and not to a person. The kind 1 event id is set the e tag in the zap. \n\nThere is also a kind 32123 (replaceable) metadata event, which is used to house all the track's data. The kind 32123 event is not being zapped by wavman (though we have the endpoint setup to accept zaps to this, albeit this is untested).\n\nI'm interpreting NIP-57 to mean that a zap request MUST use an e tag set to the event id of the kind 1 event being zapped (since its not a person). Should the a tag be included in addition to the e tag?\n\n\n",
"sig": "86b28b9852df56e2284f559ab009f6c00df642859714dba371ad58727af1b7d1ead31d3c65c34463909a71f3743984c5f4b213a76262befe21a93212a9b42e14"
}