Event JSON
{
"id": "49144eef577e37a51c72f9043ebf4ba7446e0f8f01cf7ca24658454e3a0b12e6",
"pubkey": "bbf923aa9246065f88c40c7d9bf61cccc0ff3fcff065a8cb2ff4cfbb62088f1e",
"created_at": 1721917738,
"kind": 1,
"tags": [
[
"e",
"5dd49be932f9f1f37c49897a94c5d7451b86cb757d58a15f70e3a465d90ebe25",
"wss://nostr.mom/",
"root"
],
[
"e",
"35a4f06a577e94efe484c2956675b8df88a6f81f2ba7195bd0d55a4fbf0196ae",
"",
"reply"
],
[
"p",
"ca44013219b42914a54ad33b9219ecc3d1d02ab5c4677b798c1aa14067a203c9"
],
[
"p",
"04c915daefee38317fa734444acee390a8269fe5810b2241e5e6dd343dfbecc9"
],
[
"p",
"3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d"
],
[
"imeta",
"url https://image.nostr.build/3adb9c871474866d80651ba8c12e3c18311d231a81fb91e70289c7a674e2d822.jpg",
"blurhash e35Od4%N4mM{M_IoWBt7ofj[?axuM|RjkCs.axkCt7R%xut7RPWBt7",
"dim 1179x2307"
],
[
"imeta",
"url https://image.nostr.build/efd502001675422031621d3fdfcf1a5a314355fc82c82b22b992f1e6f992c060.jpg",
"blurhash e355Rpx]4mVsM_oOt7t7WARj-;xbRkR%WBM#ayt7a#j[xcofRjayof",
"dim 1179x2418"
],
[
"r",
"https://github.com/nostr-protocol/nips/blob/master/17.md"
],
[
"r",
"https://image.nostr.build/3adb9c871474866d80651ba8c12e3c18311d231a81fb91e70289c7a674e2d822.jpg"
],
[
"r",
"https://image.nostr.build/efd502001675422031621d3fdfcf1a5a314355fc82c82b22b992f1e6f992c060.jpg"
]
],
"content": "Since we are considering using NIP-17, we delved deeper into it. So, let's revisit your question, \"What do you think of NIP-17?\"\n\nNIP17 defines a message structure as kind1059(kind13(kind14)). We are puzzled as to why it is necessary to apply NIP44 encryption twice.\n\nKind13 (seal) is responsible for digitally signing and encrypting the message. Since kind1059 has already encrypted the message, there is no need for kind13 to encrypt it again. Therefore, the only role left for kind13 is digital signing. We wonder why the digital signature cannot be directly incorporated into kind14. A digitally signed kind14 would effectively be equivalent to kind1. Hence, we believe that kind1059(kind1) would be a simpler implementation.\n\nMoreover, changing the timestamp of kind1059 messages to a random time from the past two days could lead to relays repeatedly pushing notes to clients, potentially burdening both clients and relays. We are uncertain if this tradeoff is justified.\n\nhttps://github.com/nostr-protocol/nips/blob/master/17.md https://image.nostr.build/3adb9c871474866d80651ba8c12e3c18311d231a81fb91e70289c7a674e2d822.jpg https://image.nostr.build/efd502001675422031621d3fdfcf1a5a314355fc82c82b22b992f1e6f992c060.jpg ",
"sig": "4853933d3c919b45104817acbcf89c3ad4acb1fcfaf6fb3dc597c481bee47c9276a6ca94f55b61a5bccb18d025febb16cd6c1725ab1a73684484709700fe2425"
}
