gathering numbers based on users is tough on nostr because what would you base it on? how do you tell if its a user, or a scraper gone wild?
I'm sure Silberengel (nprofile…23x6) could come up with a test plan, but all i can see is #connections, and periodic latency smokepings (doing a simple REQ)
ive seen one strfry handle up to 8000 simultaneous connections, but that just means someone left their connections open.
one performance thing is in my mind, there is a very real difference between a nostr aggregator and a relay. if you are doing aggregation and search, you have different needs for your data pipeline than normal client-relay nostr usage.
since outbox model is still barely used, not many actual users are connecting to regular relays, they only connect to primal or damus.
anyway, not sure why im bothering saying this, if you want to build a better relay I'm all for it. i guess im just annoyed at performance comparisons i cannot confirm myself (closed source). nostr clients dont even judge a relays performance other than a websocket ping, so i never have received a user complaint of slowness. I use the relays daily myself and it seems just fine with minimal resources.
If an aggregator thinks they're too slow, well, they're not paying me to make their aggregation fast so it makes no sense to scale up for them. There's a reason robots.txt exists because early web was the same, a crawler could take down your site, but you wouldn't want to scale up just to help them crawl faster.
distributed systems where you dont get any heads up what people are doing, is a hard environment to work in. but strfry handles it like a champ.
cloud fodder and 121 others
npub10n…ztl5h
2025-05-25 15:33:04
in reply to nevent1q…hj5c
Author Public Key
npub10npj3gydmv40m70ehemmal6vsdyfl7tewgvz043g54p0x23y0s8qzztl5hPublished at
2025-05-25 15:33:04Event JSON
{
"id": "5ed451aff2cf362d2c7876d4eeb9ef73b6c81407a821d6d36edc6209b335b380",
"pubkey": "7cc328a08ddb2afdf9f9be77beff4c83489ff979721827d628a542f32a247c0e",
"created_at": 1748187184,
"kind": 1,
"tags": [
[
"alt",
"A short note: gathering numbers based on users is tough on nostr..."
],
[
"e",
"79637d8f3a47d79f05afdd482c284a909b98f4b9735f4ec2f50bf79d4aa00834",
"",
"root"
],
[
"e",
"9d527d87d6706ac76e84f772a015b59ad59bfc59186113d6ddc8870ece4eeb60",
"wss://nos.lol/",
"",
"52b4a076bcbbbdc3a1aefa3735816cf74993b1b8db202b01c883c58be7fad8bd"
],
[
"e",
"02992c1bf3678daa28fbe88ba27c76027802100c313764aeae97e2f888d6e9f2",
"wss://theforest.nostr1.com/",
"reply",
"036533caa872376946d4e4fdea4c1a0441eda38ca2d9d9417bb36006cbaabf58"
],
[
"p",
"4c800257a588a82849d049817c2bdaad984b25a45ad9f6dad66e47d3b47e3b2f",
"wss://theforest.nostr1.com/"
],
[
"p",
"846ebf79a0a8813274ec9727490621ad423f16a3e474d7fd66e6a98bfe4e39a4",
"wss://theforest.nostr1.com/"
],
[
"p",
"70122128273bdc07af9be7725fa5c4bc0fc146866bec38d44360dc4bc6cc18b9",
"wss://nostr.wine/"
],
[
"p",
"7cc328a08ddb2afdf9f9be77beff4c83489ff979721827d628a542f32a247c0e",
"wss://bevo.nostr1.com/"
],
[
"p",
"036533caa872376946d4e4fdea4c1a0441eda38ca2d9d9417bb36006cbaabf58",
"wss://relay.nostr.band/"
],
[
"p",
"fd208ee8c8f283780a9552896e4823cc9dc6bfd442063889577106940fd927c1",
"wss://theforest.nostr1.com/"
],
[
"p",
"52b4a076bcbbbdc3a1aefa3735816cf74993b1b8db202b01c883c58be7fad8bd",
"wss://hist.nostr.land"
],
[
"p",
"fd208ee8c8f283780a9552896e4823cc9dc6bfd442063889577106940fd927c1",
"wss://theforest.nostr1.com/"
],
[
"p",
"fd208ee8c8f283780a9552896e4823cc9dc6bfd442063889577106940fd927c1",
"wss://theforest.nostr1.com/"
],
[
"t",
"connections"
],
[
"r",
"https://robots.txt/"
]
],
"content": "gathering numbers based on users is tough on nostr because what would you base it on? how do you tell if its a user, or a scraper gone wild?\n\nI'm sure nostr:nprofile1qqs06gywary09qmcp2249ztwfq3ue8wxhl2yyp3c39thzp55plvj0sgprdmhxue69uhhg6r9vehhyetnwshxummnw3erztnrdakj74c23x6 could come up with a test plan, but all i can see is #connections, and periodic latency smokepings (doing a simple REQ)\n\nive seen one strfry handle up to 8000 simultaneous connections, but that just means someone left their connections open.\n\none performance thing is in my mind, there is a very real difference between a nostr aggregator and a relay. if you are doing aggregation and search, you have different needs for your data pipeline than normal client-relay nostr usage.\n\nsince outbox model is still barely used, not many actual users are connecting to regular relays, they only connect to primal or damus.\n\nanyway, not sure why im bothering saying this, if you want to build a better relay I'm all for it. i guess im just annoyed at performance comparisons i cannot confirm myself (closed source). nostr clients dont even judge a relays performance other than a websocket ping, so i never have received a user complaint of slowness. I use the relays daily myself and it seems just fine with minimal resources.\n\nIf an aggregator thinks they're too slow, well, they're not paying me to make their aggregation fast so it makes no sense to scale up for them. There's a reason robots.txt exists because early web was the same, a crawler could take down your site, but you wouldn't want to scale up just to help them crawl faster.\n\ndistributed systems where you dont get any heads up what people are doing, is a hard environment to work in. but strfry handles it like a champ.",
"sig": "3a218c09cc9bbe63c072a2924d8eb24da791b711048c094ec2f0866765f4aa8267f5a98fb2611abdc68fa99c67588080668d1da93fd41e95d0ddfc000f4bde44"
}