|
|
|
|
|
by groby_b
1136 days ago
|
|
You can't because some people hosted extremely popular files (often starting with p- and ending in -orn) on the few GB that your local ISP gave you. And your local ISP suddenly needed to serve hundreds of terabytes they didn't have in their peering budget. So now you need caps. And enforcement. And exceptions. And suddenly, you have a cloud service provider. And they've invested a ton into making the place nice, and there are teams drawing salaries keeping this running, and "succession protocols" aren't making them any money. What you're asking for is infrastructure. Humanity to date has not found a way to finance long-term working infrastructure that doesn't involve a government, because that's the only body that invests in the commons. (Yeah, sometimes we pretend we can privatize, and then you get PG&E, and everybody suffers) |
|
Anyway, "hosting" would mean two things: 1: "I attach my name to this content and it's always locatable as a tag under my name", and 2: "I dedicate some static resources to always host this content, whether or not it's popular enough to also propagate to other nodes in the swarm, I will always seed it".
Then simply having that seed-box allocate a certain amount of its space to each subscriber would be all you'd need.
Succession protocol would have internal uses too; they could say "Hey this subscriber has some really popular content, let's move it to a faster node", and the same primitives would track that move.
I feel like most of these pieces already exist, the trouble is there's no longer an expectation for an ISP to provide hosting to customers, so providing better hosting isn't a differentiating factor. (Not that there's meaningful competition in many places anyway, which may be the root of the problem.)
Which all adds up to people not realizing there is or even could be an alternative to hosting their images on perpetually-unprofitable-and-thus-inevitably-transient services like photobucket, imgur, and their ilk.