The main difficulty was always how to enable others get data from your device.
We seriously need to rethink the dependency to major relays with domain names. In the future, perhaps relays can be self-elected within a pool of candidates based on factors like bandwidth, uptime and storage. So that when they disappear for whatever reason, the network and clients simply pick another candidate and keep moving.
Up to this day we don't have clever ways to ask for a file across the available relays. We either manually ping any domain that was manually added by ourselves as relay, or we instintively go for the big relays in the hope that our data is kept there.
Time to build some indexers and global DHT for NOSTR.
brito
npub1hf…p7yfm
2026-07-12 10:20:24 UTC
in reply to nevent1q…w8m0
Author Public Key
npub1hfg3tsmmp7g3u5cw6mzg0n9andehmgel6jug486eppsr0rqx4a3qlp7yfmSeen on
wss://nostr.momPublished at
2026-07-12 10:20:24 UTCEvent JSON
{
"id": "558cc077e8653a899d21da45670600bb922d6062c48ee8bd2b25623106ee6e44",
"pubkey": "ba5115c37b0f911e530ed6c487ccbd9b737da33fd4b88a9f590860378c06af62",
"created_at": 1783851624,
"kind": 1,
"tags": [
[
"e",
"0f8fe385c34320a02b9bfe93d8dd0289a5f9e7c6de3bf781a36bfb520aee9aff",
"",
"root",
"ba5115c37b0f911e530ed6c487ccbd9b737da33fd4b88a9f590860378c06af62"
],
[
"e",
"cb64b279324a9a87717a287331b147b4a1c4e5e8357632b56e9ea9215473b64b",
"",
"reply"
],
[
"p",
"ba5115c37b0f911e530ed6c487ccbd9b737da33fd4b88a9f590860378c06af62",
"wss://nostr-relay.wlvs.space/"
],
[
"p",
"30e8cbf1427c137fa60674a639431c19a9d6f4c07fd2959df83158e674fccbaa",
"wss://nos.lol/"
],
[
"p",
"c7fe92f80c516c0c54b15e8d256ac07281036d934ea1ff39fb0cd8a0fd677736"
],
[
"r",
"wss://eden.nostr.land/"
],
[
"r",
"wss://nostr.oxtr.dev/"
],
[
"r",
"wss://relay.nostrcheck.me/"
],
[
"r",
"wss://offchain.pub/"
],
[
"r",
"wss://relay.damus.io/"
],
[
"r",
"wss://relay.snort.social/"
],
[
"client",
"Primal Web"
]
],
"content": "The main difficulty was always how to enable others get data from your device.\n\nWe seriously need to rethink the dependency to major relays with domain names. In the future, perhaps relays can be self-elected within a pool of candidates based on factors like bandwidth, uptime and storage. So that when they disappear for whatever reason, the network and clients simply pick another candidate and keep moving.\n\nUp to this day we don't have clever ways to ask for a file across the available relays. We either manually ping any domain that was manually added by ourselves as relay, or we instintively go for the big relays in the hope that our data is kept there.\n\nTime to build some indexers and global DHT for NOSTR.\n\n",
"sig": "21e64394a97da47a77e82bc6c97b5ada7f47098f9cf21878ea64f3a10208363ce29daf99986ad24357d6c941c758ad850fe199d6a44f17cdd3a8450ff4e45534"
}