this post was submitted on 06 Aug 2023
919 points (98.8% liked)
Announcements
23294 readers
62 users here now
Official announcements from the Lemmy project. Subscribe to this community or add it to your RSS reader in order to be notified about new releases and important updates.
You can also find major news on join-lemmy.org
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
One of the biggest burdens on people running lemmy servers, is the disk space taken up by images. Currently the internet has a massive problem with image (and other data in general) duplication: images get posted to 9 different platforms, copied everywhere, with none of them sharing any of the hosting costs.
The static data distribution problem, is actually a completely solved problem: via torrents. The user experience of this tho, needs to be improved across the board in apps and web UIs. Lemmy's markdown fields do support torrent links, but there's no easy "upload audio" or "upload video" button, which ideally should hook in to an in-browser or system-wide torrent app.
I'd love to see comment trees of audio and video replies, but to me this isn't doable, and would explode server costs, unless someone devotes time to the solution above. In the meantime, people will just have to use other services to upload their audio / video content and link to it, or ideally, create torrents and share magnet links.
This is interesting, I've never considered torrents for this exact case before. Has anyone done any groundwork to figure out what this would look like from a systems level? I'm having a hard time wrapping my head around the big picture - where the seeders come from, what are the incentives to keep certain kinds of data resilient, how to keep complexity away from the clients, etc.
The thing that came to my mind is to have all torrent links in some kind of blockchain, where new torrent links can be added all the time and if someone wants to help the community they can just download all the torrent links from the blockchain and help seeding the torrents. These can be images, videos, audios or whatever else. The problem hereby is it can get really big really fast. This could be prevented by adding size limits for specific file types and also removing torrents from the blockchain, which werent used by a user for a long time. Effectively we would have to add a counter for visits in the last 6months and also the last viewed date from a user for each torrent. That way old, not frequentely accessed data would be deleted and prevent the size to get too big.
This general approach would prevent data loss but also help decentralize data. Of course this is just a concept which just came to my mind but it should be possible to implement i think
Ah, I posted above before I read your reply which basically said the same thing. I think this is a really cool idea (but probably doesn't need blockchain to work).