been thinking about this a lot and i think that an architecture detail that would really help guide client dev is this:
instead of duplicating effort and writing a custom relay cache
use an internal relay, which does this exact kind of broadcasting for you, including NIP-46 bunker auth for outbound relaying
then you centralise the codebase for relaying in one place and we stop wasting time writing two versions of it
i have run into a really nasty, sneaky bug where i didn't know that my relay wasn't returning events correctly, because clients always cache them
with an internal relay in clients, and a simple switch to disable it and use your NIP-65 list, relay development becomes a lot more reasonable
i'm going to be advising front end devs on forking one of y'all's client codebases or three and modifying them to run an internal relay from the one i'm building is going to be key
i know how to build go code to run as internal servers for mobile platforms already (keybase has been doing this for yeras) and baking in NIP-46 is probably essential
with relays working in this way, the only thing that we need is some guidance on how to set up reverse proxies on subdomains with wireguard tunnels then your chat friends can literally send their DMs straight to your inbox if you are online, ie, in an interactive session
mleku / ⚡️mleku@getalby.com
npub1fj…mleku
2024-04-06 19:56:17
in reply to nevent1q…8tvn
Author Public Key
npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmlekuPublished at
2024-04-06 19:56:17Event JSON
{
"id": "e34f47cfa1e00bfc4d370dffd82eef4cbbf1963ea0a133cf4616377d0cded335",
"pubkey": "4c800257a588a82849d049817c2bdaad984b25a45ad9f6dad66e47d3b47e3b2f",
"created_at": 1712433377,
"kind": 1,
"tags": [
[
"e",
"d4318bb5e9ec3beb3b1e571f0e8b08072ecc957073fb8d107c4560c40717c9ea",
"wss://nostr.wine/",
"root"
],
[
"e",
"d4318bb5e9ec3beb3b1e571f0e8b08072ecc957073fb8d107c4560c40717c9ea",
"wss://nostr.wine/",
"reply"
],
[
"p",
"3d842afecd5e293f28b6627933704a3fb8ce153aa91d790ab11f6a752d44a42d",
"",
"mention"
]
],
"content": "been thinking about this a lot and i think that an architecture detail that would really help guide client dev is this:\n\ninstead of duplicating effort and writing a custom relay cache\n\nuse an internal relay, which does this exact kind of broadcasting for you, including NIP-46 bunker auth for outbound relaying\n\nthen you centralise the codebase for relaying in one place and we stop wasting time writing two versions of it\n\ni have run into a really nasty, sneaky bug where i didn't know that my relay wasn't returning events correctly, because clients always cache them\n\nwith an internal relay in clients, and a simple switch to disable it and use your NIP-65 list, relay development becomes a lot more reasonable\n\ni'm going to be advising front end devs on forking one of y'all's client codebases or three and modifying them to run an internal relay from the one i'm building is going to be key\n\ni know how to build go code to run as internal servers for mobile platforms already (keybase has been doing this for yeras) and baking in NIP-46 is probably essential\n\nwith relays working in this way, the only thing that we need is some guidance on how to set up reverse proxies on subdomains with wireguard tunnels then your chat friends can literally send their DMs straight to your inbox if you are online, ie, in an interactive session",
"sig": "2e5435e683cdb353d97e4aa5441d26d2aa327bbb4c20ee567c98e342fd431628cfbb186b33eae052bee5bfab02872922ab27a281634b4ec89ac2cb7f5bf4ecac"
}