Thread

We will remember this day, as the day the Note size wars began.

Personally, I have to set image disabled and limit my relay usage by using aggregator relay (1 or 2) as "read relay" and other relays for write only in Amethyst.

You're right, thank you

My GPU sounds like a jet turbine when I open Primal. How can this be solved?

I think it would be a start to let people better choose what they see. I see so much content from people I don't want to see. I would only see content from people I explicitly follow (no global bullshit, nothing from the people they follow, etc). I literally only want to see posts from those I 'follow.' This isn't a broad solution, but it would certainly lower the amount of data my connection needs to download. Currently, well over half of what I see on Nostr is shit I don't even want to see. I'm sure there are other preference settings (filters) that could greatly reduce data usage. This seems like low hanging fruit, but I'm not knowledgeable enough on Nostr to know for sure.

I conducted an experiment to demonstrate the point in my other comment. On average, I would NOT see 18 out of every 25 posts that are loaded on my feed (using the most aggressive filter offered by the client - which clearly isn't much of a filter). I don't understand all the underlying mechanics, but allowing me to only see the 7/25 posts I want to see has to save data. I can't see how it wouldn't.

Have you tried my thing?

GitHub

GitHub - Yonle/bostr: A nostr relay bouncer

A nostr relay bouncer. Contribute to Yonle/bostr development by creating an account on GitHub.

Try clear your relay list in your client and try to only connect to a bouncer. You could connect mine, which is public and there are peoples using it: wss://bostr.lecturify.net List of relays that are being proxied / bounced is available at https://bostr.lecturify.net

Nostr needs a better experience on mobile overall

@jb55 seems to be on the right path to fix this

simplest solution is proxies. bostr, blastr, .. not sure if blastr is reading from every relay though. if it is not then it is not reducing read traffic (which is the most traffic). another one is aggregating relays that collect notes from a lot of relays (strfry router feature). this is also for reading. primal's thing is cache service, for reading as far as I understand. it posts directly to relays of your choice. all comes whit the cost of more centralization.

Any clients or relays out there that have reposts disabled? That may help. My feed is consistently a broken record of reposts. May help bandwidth and UX.

Most clients need to request a ton of data to filter it out because the relays are meant to be dumb by design if I am remembering right

like when are we dropping the stupid JSON representation ? Binary format with 2 version bytes at the beginning

- Clients make wasteful requests. - Kind 1 is root post and reply, no way to request only one of them. - Lazy loading threads is impossible because e-tags are used to reference too many things. Easy fixes for those but low interest in doing it.

"A nostr tab" which client are you using? Coracle attempts to be more bandwidth conscious, so you might compare and see how it stacks up.

Since people invariably will want to use many different nostr clients, any ideas that a single client can use (caching events locally, doing any kind of negentropy with the relay, etc, etc) will not be sufficient. Any client-specific solutions will not be enough. We need a NIP based solution. I've been saying for as long as I can remember that we need what I call a "client proxy". People have pushed back by imagining I'm talking about some central service people sign up for which would become another point of censorship - NO! I'm talking about something that you run on your local computer, or your local network, or a data center where YOU control it ... and all your various nostr clients funnel everything through it so as to avoid events being downloaded over and over again. The protocol from client to client proxy might have to be outside of nostr proper. It just has to add which relay the client would have asked directly. For example, the client can say "Get this filter from these relays" and the proxy can (being smart) say "Hah, I already have that from relay A, here you go" while it asks relays B and C and caches those results.

There was one time I forgot to turn my wifi back on and couldn't doordash for a month because nostr ate up all my mobile data.... 😭

I'm with @npub1acg6...p35c there. We need basically a proxy relay that lives on the device so you make requests exclusively to that but it has to be more complex than a common relay as you need a way to instruct it to get data from specific other relays and it needs some smarts of what was requested already.

Youre going to have to let us know what client you are using so we can get to the bottom of this, and 20MB/s the internet speed dedicated to this activity, its not too helpful in diagnosing this, you could download 1MB @ 1000MB/s, it just would just be instant.