I'm not sure what you want to achieve exactly but bloom filters are really trivial in how they work and thus easy to serialize. Now as you are talking about use across implementations, you would need some serialization standard or come up with one. I know there are libraries that allow serialization but apparently the serializations they consume or produce are not compatible from one library to the other.
If you have a compelling use case for a nip for example, I bet we can come up with a standard for nostr. Are you working on something?
With regards to your original question, I think it's easier and more efficient to maybe tag lists in queries so you can refer to these tags in subsequent queries as 67kB big data structures aren't great to keep around with every pubkey for example and neither are 67kB great to index.
LeoWandersleb / Leo Wandersleb
npub1gm…78rf6
2024-09-14 20:50:48
in reply to nevent1q…g4zx
Author Public Key
npub1gm7tuvr9atc6u7q3gevjfeyfyvmrlul4y67k7u7hcxztz67ceexs078rf6Published at
2024-09-14 20:50:48Event JSON
{
"id": "4e6434a71e6445620f84c4e17b600ab926671d6557e6f290c5fea35a5e67fc46",
"pubkey": "46fcbe3065eaf1ae7811465924e48923363ff3f526bd6f73d7c184b16bd8ce4d",
"created_at": 1726347048,
"kind": 1,
"tags": [
[
"e",
"75f8b4e77cad6eb2d5dcdef11e195954baa6b0f97405e353a4a051af9291c80a",
"wss://vitor.nostr1.com/",
"root"
],
[
"e",
"1cb6966c25410f298acf5a128a3e25864c3d50dfb80032455bfb38bb47867886",
"wss://vitor.nostr1.com/",
"reply"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c",
"wss://vitor.nostr1.com/",
"mention"
],
[
"p",
"5b459807bf935ddc2f83405821bced1c8a05dfee7c80b000c337ba6bd0ad78ed",
"",
"mention"
]
],
"content": "I'm not sure what you want to achieve exactly but bloom filters are really trivial in how they work and thus easy to serialize. Now as you are talking about use across implementations, you would need some serialization standard or come up with one. I know there are libraries that allow serialization but apparently the serializations they consume or produce are not compatible from one library to the other.\n\nIf you have a compelling use case for a nip for example, I bet we can come up with a standard for nostr. Are you working on something?\n\nWith regards to your original question, I think it's easier and more efficient to maybe tag lists in queries so you can refer to these tags in subsequent queries as 67kB big data structures aren't great to keep around with every pubkey for example and neither are 67kB great to index.",
"sig": "454dcbb2effbd097a650f9e39d5435e99936920fa3b5e5a41b9dcaa9c7c304bedf78f7973229f96e7f8fc2ab1ce8791c4a10245951d5057547a624154d71662c"
}