Thread

Is spark spying on lightning users?

Yes: https://www.sparkscan.io/?network=mainnet On a related note, it is probably possible for devs to undermine their efforts by techniques similar to those used to obtain privacy on L1 They know the balance of every pubkey, but (1) if you don't associate your pubkey with your identity you get pseudonympus privacy (2) I think pseudonymity can be equivalent to anonymity if you avoid reusing or linking your pubkeys (3) avoiding pubkey linking is an unsolved problem

You said "data on nostr becomes even more difficult to recover over time, and eventually irrecoverable if not hosted elsehwere, or regularly reposted" As well as: 'Storing data on nostr long-term is too high maintenence' Given that what makes a relay a relay is just a handfull of query and indexing conventions as described in NIP-01, but other than that just a server. What about that all the sudden impacts the ability of a computer to store data? What makes other computers possibly so special that they can do what computers running the nostr conventions cant? Given that Nostrs defines nothing about the server, other than these interaction conventions, could you not just apply to that server whatever it is in mind you have for this special alternative-non-relay-server? (Nothing is stopping someone to run a relay with a tripple redundant geographically distributed tape storage back-end storing all the things to the heatdeath of the universe, a thing big cloud providers have been providing since forever)

You are eight, I should have added a qualifier that what I was saying only applies to data hosted on public, free relays

right*

Ok, but that applies to all data on public, free servers (urguably excluding internet archive, other than that they potentially go bankrupt due to lawsuits), so has nothing to with Nostr; Actually, due to the interoperable/interchangeable nature of relays, would Nostr not improve matters of data availability, if something like say internet archive would be a relay? (As well as self hosted, peer hosted or the already mentioned commercially hosted stuff).

I think of nostr as "free cloud storage, hosted by unreliable volunteers" You seem to be saying "that's a dumb way to think of it, just think of it as an interoperable set of apis, and then you'll see it is useful" I concede that it is also the latter and that that is good and useful But what I mostly use it for is free cloud storage, and I have found it to be unreliable for that purpose, except when the data is small and ephemeral

Almost there: its the death of APIs ;) Good luck on the podcast nostr:nevent1qqsgnyzctjwpqkgqyvp2tl0megdf5dvrfgqgug6u83k396y0d2uj3qgzyp02geyqgka3lu3zv4wa6dhxmnkacs6epsnqjrzgd0hn3m69pkjm6qcyqqqqqqgpcqrkz

I think of litter bins as free storage devices too, but I've come to the conclusion that litter bins are a horrible protocol because every time I put things there they either come back dirty or I can never get them back at all. That's why I always advise people against using litter bins.

This is an excellent analogy