-
Notifications
You must be signed in to change notification settings - Fork 412
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Permanence Objective - Not explained #1798
Comments
Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
Finally, remember to use https://discuss.ipfs.tech if you just need general support. |
@planctron if I understand correctly you are saying that even tho permanence is mentioned, nothing in IPFS actually ensures that ? (which is correct) |
True. The content as it is, is a failure. Why? Here is a better version: ------------------------------------------------------------------------------------------------------------------------------------------------ (OUT: This is often referred to as "permanence". But what does permanence actually mean, and why does it matter? IPFS in it's current implementations does not reach this goal. Permanence has to be "paid for" with money or resources. Technically, IPFS would be easily extendable with a feature called "co pinning", which would required providers to host a part of the content, the servers hold based on USAGE statistics. This would mean that the pinning would continue and permanence would be guaranteed for every content that - at least for a time - had a sufficient interest for readers. Until today no such feature was implemented, possibly due to the biased influence of organizations and companies who need to maintain their room for coercion (billing) and censorship. |
For #1798 My english should be reworked. The article is currently written as one character conversation which sounds weird, I think it would sound better if it were less conversational. There are lots of opportunities to shorten my writting.
Ok thx, I completely reworked the article trying to convey an accurate view on how I see this in https://github.com/ipfs/ipfs-docs/blob/bc6736913471407532134bcb0353d8422ca1bb3d/docs/concepts/persistence.md #1806 Would like to get your feedback. |
For #1798 My english should be reworked. The article is currently written as one character conversation which sounds weird, I think it would sound better if it were less conversational. There are lots of opportunities to shorten my writting. I also nuked a lot of the pinning and filecoin explainations where are aside of the whys, this is probably usefull to keep somewhere.
For #1798 My english should be reworked. The article is currently written as one character conversation which sounds weird, I think it would sound better if it were less conversational. There are lots of opportunities to shorten my writting. I also nuked a lot of the pinning and filecoin explainations where are aside of the whys, this is probably usefull to keep somewhere.
The points I'm trying to convey in #1806:
I don't think there are solutions I can give you to this, we don't live in star trek space communism, physics is a bitch servers need power to run and humans to maintain them as they degrade. I want to note that you don't need to pay pinning services, you can self host everything,
Right the whole unpinning thing is very specific to pinning on top of Kubo or pinning services.
I don't think this is easy as at all, multiple projects tried various things along theses lines in the past, and most of them failed. What I think IPFS should be is a lowest common layer so we can move data and storage between various projects. |
Thanks for your response. Your changes are very much running in the wrong direction and would not address the weak point. So, the summary of your new version is this: Think again, please:
Assuming you are "at the helm" of the IPFS protocol, you have a lot of power there, if you are not threatened If you think, such "deep discussion" should find another place (like the dev community), I would agree ;-) |
Some people like you think that copinning is the way to go. Wouldn't it be important if we could move data from one data network to the next and store data on more than one network ? |
Agreed, that finally permanence has nothing to do with IPFS. I read this in your view to the topic as well. With the current version, you only create this: |
The central idea of giving content "permanence", is mentioned, but then very weakly "explained away" with "pinning".
The pinning concept though, has not a line about how to preserve content without paying for resources.
It seems to be a fundamental flaw in the fight against censorship and loss of "heritage" that "pinning" does not technically include anonymous pinning, in form of "co-pinning" for example.
cs.ipfs.tech/concepts/persistence/#persistence-versus-permanence
The text was updated successfully, but these errors were encountered: