User Relays should be "sharded", meaning we should all be put in a pool of relays together automatically by the Nostr clients.
Instead of each popular Nostr client hosting their own single large relays for everyone, there should be a pool to select from. Those should have some metrics API available to allow Nostr clients to consider migration away from certain relays if the become slow and unresponsive.
Nostria will host many relays and distribute user's across them, ensuring scaling will never be an issue.
I wrote about this here:
https://medium.com/@sondreb/user-relays-7e23e2ac2590
sondreb / SondreB
npub1zl…cjajh
2025-04-25 17:27:47
Author Public Key
npub1zl3g38a6qypp6py2z07shggg45cu8qex992xpss7d8zrl28mu52s4cjajhPublished at
2025-04-25 17:27:47Event JSON
{
"id": "766ac00a263620ae0c7ffa981fc38fab965e0f94b3305b77ef39105a2fe7787b",
"pubkey": "17e2889fba01021d048a13fd0ba108ad31c38326295460c21e69c43fa8fbe515",
"created_at": 1745602067,
"kind": 1,
"tags": [
[
"r",
"wss://relay.angor.io/"
],
[
"r",
"wss://relay.primal.net/"
],
[
"r",
"wss://relay.damus.io/"
]
],
"content": "User Relays should be \"sharded\", meaning we should all be put in a pool of relays together automatically by the Nostr clients.\n\nInstead of each popular Nostr client hosting their own single large relays for everyone, there should be a pool to select from. Those should have some metrics API available to allow Nostr clients to consider migration away from certain relays if the become slow and unresponsive.\n\nNostria will host many relays and distribute user's across them, ensuring scaling will never be an issue.\n\nI wrote about this here: \n\nhttps://medium.com/@sondreb/user-relays-7e23e2ac2590",
"sig": "8061673cac409b5e11218ab982225f74e5734a26e327f7077dcc4781b727cd621425464d3d87720e9b7639bba0b43808597b5284e402b3cf4f8e2f6da1908d5f"
}