diff --git a/95.md b/95.md index 6b240591..0b54043b 100644 --- a/95.md +++ b/95.md @@ -14,8 +14,6 @@ This NIP specifies the use of the `1064` event type (parameterized replaceable e This event must not be returned in generic searches. It should only be returned if specifically requested by your ID. This avoids bandwidth consumption and unnecessary overload on the relay and client. -The `NIP-94` can be used to broadcast the ID of that event, with the ` and ` tag referencing the event id, without having to send the full event which can be a lot of data. - ```json { "id": <32-bytes lowercase hex-encoded sha256 of the the serialized event data>, @@ -31,6 +29,22 @@ The `NIP-94` can be used to broadcast the ID of that event, with the ` and ` tag } ``` +Another defined event is the `1065` which is used as a header for the data contained in an event 1064. This way the data can be disclosed without overloading the communications when sending a large amount of data. + +```json +{ + "id": <32-bytes lowercase hex-encoded sha256 of the the serialized event data>, + "pubkey": <32-bytes lowercase hex-encoded public key of the event creator>, + "created_at": , + "kind": 1065, + "tags": [ + ["e",], + ], + "content": , + "sig": <64-bytes hex of the signature of the sha256 hash of the serialized event data, which is the same as the "id" field> +} +```` + Relay Behavior --------------- Relays that use a relational database may have more difficulty implementing this NIP, but a possible solution is for this NIP not to be recorded in the database, but on disk, the file name being the event id. So it can be easily found and searched. And because it is not in the database, it does not interfere with the indexing of common events.