upleb.uk

Public git repos — served from a NIP-34 GRASP relay at git.upleb.uk

summaryrefslogtreecommitdiff
path: root/57.md
diff options
context:
space:
mode:
authorVitor Pamplona <vitor@vitorpamplona.com>2023-05-24 12:22:16 -0400
committerVitor Pamplona <vitor@vitorpamplona.com>2023-05-24 12:22:16 -0400
commit91bdf63b130cadb89c3908cab09305526e9f2092 (patch)
tree2199351e095213a3de58e6410f9bfc772dc44e23 /57.md
parent5834c054398b39404868746db973ea7f373d1392 (diff)
grammar
Diffstat (limited to '57.md')
-rw-r--r--57.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/57.md b/57.md
index 27b85a4..39fa562 100644
--- a/57.md
+++ b/57.md
@@ -168,7 +168,7 @@ A client can retrieve `zap receipt`s on events and pubkeys using a NIP-01 filter
168 168
169### Appendix G: `zap` tag on other events 169### Appendix G: `zap` tag on other events
170 170
171When an event includes one or more `zap` tags, clients wishing to zap it SHOULD calculate the lnurl pay request based on their value instead of the event author's profile field. The tag's second argument is the `hex` string of the receiver's pub key and third argument is the relay to download the receiver's metadata (Kind-0). An optional fourth parameter specifies the weight (a generalization of a percentage) assigned to the respective receiver. Clients should parse all weights, calculate a sum, and then a percentage to each receiver. If weights are not present, CLIENTS should equally divide the zap amount to all receivers. If weights are only partially present, receivers without a weight should not be zapped (`weight = 0`). 171When an event includes one or more `zap` tags, clients wishing to zap it SHOULD calculate the lnurl pay request based on the tags value instead of the event author's profile field. The tag's second argument is the `hex` string of the receiver's pub key and the third argument is the relay to download the receiver's metadata (Kind-0). An optional fourth parameter specifies the weight (a generalization of a percentage) assigned to the respective receiver. Clients should parse all weights, calculate a sum, and then a percentage to each receiver. If weights are not present, CLIENTS should equally divide the zap amount to all receivers. If weights are only partially present, receivers without a weight should not be zapped (`weight = 0`).
172 172
173```js 173```js
174{ 174{