@@ -354,20 +354,20 @@ The LSP creates a timestamp of when the notification is
354
354
created, then signs both the timestamp and the above body.
355
355
356
356
The signature is by the LSP using its node ID for signing
357
- as described in [ < LSPS0 ln_signature > ] [ ] .
357
+ as described in < [ LSPS0. ln_signature] [ ] > .
358
358
359
- [ < LSPS0 ln_signature> ] : ./blip-0050.md#link-lsps0ln_signature
359
+ [ LSPS0. ln_signature ] : ./blip-0050.md#link-lsps0ln_signature
360
360
361
361
The message to be signed is the following JSON string template:
362
362
363
363
"LSPS5: DO NOT SIGN THIS MESSAGE MANUALLY: LSP: At ${timestamp} I notify ${body}"
364
364
365
365
Where ` ${timestamp} ` is the timestamp, in ISO8601
366
- date format ` YYYY-MM-DDThh:mm:ss.uuuZ ` [ < LSPS0 datetime > ] [ ] ,
366
+ date format ` YYYY-MM-DDThh:mm:ss.uuuZ ` < [ LSPS0. datetime] [ ] > ,
367
367
and ` ${body} ` is the exact and complete JSON serialization of
368
368
the above webhook notification object.
369
369
370
- [ < LSPS0 datetime> ] : ./blip-0050.md#link-lsps0datetime
370
+ [ LSPS0. datetime ] : ./blip-0050.md#link-lsps0datetime
371
371
372
372
For example, if the timestamp is ` 2023-05-04T10:52:58.395Z `
373
373
and the webhook notification object is the exact ASCII sequence
@@ -397,7 +397,7 @@ following hex dump:
397
397
```
398
398
399
399
The resulting signature is a zbase32-formatted string.
400
- See [ < LSPS0 ln_signature > ] [ ] for more information.
400
+ See < [ LSPS0 ln_signature] [ ] > for more information.
401
401
402
402
The timestamp, signature, and webhook notification object are sent
403
403
to the notification delivery service based on the protocol of the
0 commit comments