如今互聯(lián)網(wǎng)上的服務(wù)器故障并不少見，常見的網(wǎng)絡(luò)服務(wù)器機房都需要持續(xù)不間斷的專業(yè)運維服務(wù)，及時響應(yīng)客戶的需求，保證主網(wǎng)站的正常運行。但是我們今天使用的底層網(wǎng)絡(luò)協(xié)議并不完全可靠，受到故障影響的因素也五花八門。
我們今天使用的默認網(wǎng)絡(luò)協(xié)議是一種稱為http的集中存儲方式，所有數(shù)據(jù)都存儲在巨大的存儲設(shè)備上，如果出現(xiàn)斷電、灰塵污染、溫度、不平衡、設(shè)備老化、自然災(zāi)害和人為問題等小問題，發(fā)生災(zāi)難等會造成數(shù)據(jù)丟失或異常數(shù)據(jù)，類似“崩潰四”現(xiàn)象。事實上，數(shù)據(jù)丟失或損壞。
如果你在你的http 存儲庫中遇到一個非常重要的文件丟失了，將會造成非常嚴重的損失。這是因為如果文件丟失或損壞，它本質(zhì)上是不可恢復(fù)的，并且http 除了易于訪問之外還有許多缺點。例如：黑客攻擊、傳輸丟失等。這些問題以目前的網(wǎng)絡(luò)技術(shù)是無法避免的，我們只能不斷加強各種防護措施。
互聯(lián)網(wǎng)數(shù)據(jù)一直面臨著很多隱藏的風險，而中心化的服務(wù)器只是放大了這些隱藏的風險。服務(wù)器集中意味著數(shù)據(jù)集中，一旦服務(wù)器發(fā)生故障，其中存儲的大量數(shù)據(jù)也會受到影響，因此http也存在三個難題。完全癱瘓，數(shù)據(jù)相應(yīng)反饋滯后。
針對目前互聯(lián)網(wǎng)數(shù)據(jù)面臨的問題，研發(fā)代表提出將ipfs結(jié)合區(qū)塊鏈技術(shù)應(yīng)用于分布式存儲。區(qū)塊鏈的去中心化、點對點傳輸、不可篡改、安全保密為數(shù)據(jù)存儲和交互提供了極好的解決方案，完美解決了http面臨的三大難題。
第一個解決方案是隱私和安全無法保證，只要使用ipfs上傳的文件或照片，就會創(chuàng)建一串哈希值，這個哈希值是唯一的，不可篡改的。只有用戶知道，而不是http。同樣，文件或信息在傳輸過程中可能被捕獲或被黑客和管理員在后臺泄露文件信息也存在道德問題。
第二種解決方案是安全失效的癱瘓，這意味著如果中心化存儲癱瘓，所有端口都無法訪問。?ipfs分布式存儲解決了這個問題，因為ipfs分布式存儲是分布式存儲。如果單個節(jié)點發(fā)生故障，其他節(jié)點可以傳輸數(shù)據(jù)，即使節(jié)點數(shù)據(jù)丟失，也可以使用哈希值進行恢復(fù)。http集中存儲無法做到這一點，導致數(shù)據(jù)丟失。
最后一個解決方案是數(shù)據(jù)傳輸?shù)膯栴}，數(shù)據(jù)傳輸?shù)募写鎯νǔＫ俣容^慢，因為數(shù)據(jù)處理是在一個點進行的，工作效率和傳輸效率都有限制。因為ipfs分布式存儲在多個點處理數(shù)據(jù)，相當于向用戶發(fā)送多個數(shù)據(jù)點，數(shù)據(jù)點越多，傳輸速率越快。這就是為什么我們應(yīng)該擺脫http 中心化存儲而選擇ipfs 存儲的原因。
在特性上，ipfs可以實現(xiàn)文件快速傳輸、文件安全存儲、文件防篡改和數(shù)據(jù)價值保護，解決了當前http冗余過多的問題，從長遠來看，分布式存儲肯定會取代中心存儲。
來源：算力蜂2013