Oddbean new post about login | logout After 1 week on production, I can confirm Robosats' federation is now fully publishing their global orders book to their own relays. I'm extending the event with a couple of extra tags, but I consider them specific enough to not be taken into consideration for this NIP. I need to work on a sync to wss://satstralia.com so the orders are available in clearnet. In the mid-time, if any strfry runner is interested on automatically receiving these specific events, I'm happy to configure my coordinator for that 🙂
Yo @jb55 would you consider adding a “market” tab or something like that to @damus where users could see orders from @0a830eae and potentially other p2p exchanges that start integrating Nostr? Or maybe it’s as simple as a “filter feed by relay” option, and users can then browse only/all events from the Satstralia relay? Would be next level cool 🤖⚡️🧡💜
https://github.com/damus-io/damus/issues/2063#issuecomment-2359699206
Dude 🥹🥹🥹
This can legit happen ⚡️🔥⚡️🔥
This will put us all under the microscope 🤣
🤔 Is a nostrich’s IP address revealed when reading notes? Or only when signing them? I’d imagine most people would utilize KoalaSats’ contribution to watch an “order book” in real time, kind of like the now-defunct @RoboSatsOrdersBot, rather than actually to shop *on* nostr. You make a good point though, that if a client is also an exchange tool, that could bring some heat in certain jurisdictions.
😅 Yeah its more of a thought provoking exploration. At one point @ray was speaking of combining nostr as ID layer for a p2p protocol that robosats, bisq etc can all plug into.
I do remember that. Cool concept indeed. But since nostr’s Other Stuff has such broad/general potential, this could easily serve as a “view only” way to engage (ie filter by relay, market-feed, etc.) within an existing social/communications-focused client like Damus. That seems like a pretty straightforward feature/tweak on the existing setup. Then, at the same time, one could potentially build a client that interfaces more deeply with these p2p exchanges. @TKay's point about unwanted attention is a good one, though, and while I tend to think that everything will “come to nostr” eventually, it may not be in the protocol’s favor to start with the use cases that specifically attract regulatory attention (ie finance/money/exchanges/“defi”/etc), at least until its robust enough - and with a large enough user base - to withstand the pressure that comes with that sort of thing
p2p is tough enough as it is to make an excellent experience. Chances are the robosats and others 100% focused on this challenge will show focused other stuff apps is the way. I will keep 👀 open just in case there is easy way at the least to point where p2p happens on the network.
Perfect 🤜🤛
Oh, I will absolutely support that on my strfry relay.
Does strfry have the concept of public writes but authenticated downloads? Nostr.bitpunk.fm uses nostr rs and I have authenticated writes. Which means people can't send me messages unless I white-list them. Bur amethyst says your inbox should allow any writes on authenticated downloads and I don't know what that means.
No. As far as I know with it's base implementation, strfry does not have auth. What that means is that if it's a public inbox, anyone should be allowed to write to it, but only you can pull posts from it. Whether it's a DM inbox or a public inbox that deals with comments and likes and what not.
I already got a couple of requests from relay operators, anyone else wanna join the party? nostr:note13xdhhfe0fssqd7s0h7zz6fu29tkp6jphhj7xaj48td4g5av5raqqyassj8
why just strfry and not other relays?
Negentropy https://github.com/hoytech/strfry?tab=readme-ov-file#syncing I'm not sure if it works with other relay implementations (I believe it doesn't) but certainly it's the most efficient way.
so relays become part of a federation and then sync between themselves while robosats clients fetch these events normally?
yep, every coordinator runs their own relay where they publish their own order. Every minute this relay takes cares of synching with the other relays of the federation pushing and pulling the missing orders and eventually consolidating a global order book where all of them contains all existing orders
nostr:nevent1qyt8wumn8ghj7un9d3shjtnddaehgu3wwp6kytcprdmhxue69uhhyetvv9ujumn0wd68yurvv438xtnrdakj7qfqwaehxw309ahx7um5wfmxjum5vyhxzctjdahxjatdd95jucm0d5hszxthwden5te0wfjkccte9eekummjwsh8xmmrd9skctcppemhxue69uhhjctzw5hx6ef0qqs8wqyykvh77v4veqxukwg4el58jehvqp8h25m8pc5pcw4lzpz4ycqcmm6wt
