Averrin
Ok, you are right about peering, I tried to get more peers to be faster, but it isn’t necessary. I didn’t find anything about ActivityPub broadcasting, but if it’s true… so, yeah, having rpc p2p connection doesn’t make the whole system less federated. But still, usually crypto clients has lists of nodes (or api balancers) for faster handling.
Huh, so the problem is about just serving static assets? TBH, I think this problem should be mostly solved, especially for such minimalistic UI. Maybe some (free) CDN? Also UI can use any lemmy server for most of requests (e.g. fetched federated_servers fom a bootstrap node) and use “logged one” only for user actions. I think it isn’t a terrible difficult task for the current ui (it has it’s own backend).
I know what you mean, but all nodes are equal, they are fully participating (stay aside validators). I mean every every node handles every transaction and can be faster than another (it doesn’t matter due to validation scheme, but technically speaking all nodes handling every user action)
Because we are here because of content, made by users. I’m thinking about whole “lemmy-verse”. If users encounter issues, they just stop using the service. You as an instance owner can choose to not participate. But if somebody already thinks rhat they helps, why not use it?
I dont suggest adding a centralization =) I see two possible and actionable directions:
- Create tech solution to balance load through available resources
- Spread the word that there are better ways to spend your money and passion helping lemmy. I know, my “engineering manager” bias tends to see process problems in places where are no problems. But I dont want to see how the awesome idea is dying because of lack of basic management and foreseeing.