Verwenden von Bitcoin oder einem anderen Altcoin für die dezentrale Datenbankspeicherung

Ja, es gab einige vorgeschlagene Ideen wie FileCoin , Storj und wahrscheinlich andere. Ich bin mir jedoch nicht sicher, wie gut diese Systeme funktionieren, da es eine Möglichkeit geben müsste, anderen Peers zu beweisen, dass Sie die Daten tatsächlich bereitstellen. Manche nennen es Proof-of-Storage, andere Proof-of-Retrievability. Aber es ist immer noch ein offenes Problem, das noch niemand gelöst zu haben scheint. Ich meine, das ist wahrscheinlich der Grund, warum beide Projekte, die ich oben erwähnt habe, noch nicht fertig sind.

Aus technischer Sicht besteht die Idee eines P2P-Speichersystems darin, dass Sie, wenn Sie einen Inhalt in diese Cloud hochladen, erwarten, dass er die ganze Zeit dort ist . Das ist der ganze Sinn einer Wolke; Sie laden es hoch und können es jederzeit von überall auf der Welt herunterladen. Ich bin mir nicht sicher, ob P2P eine gute Lösung für dieses Problem ist. Ein Client-Server-Modell von einer Entität, der Sie vertrauen und die Sie direkt bezahlen und die einen guten Ruf hat (z. B. Dropbox), ist wahrscheinlich ein besserer Mechanismus, um dies zu tun.

In einem P2P-System könnten alle Knoten, die Ihre Daten enthielten, einfach ohne besonderen Grund offline gehen und Ihre Daten wären nicht erreichbar. Selbst wenn die Knoten Anreize erhalten würden, Ihre Daten weiter zu teilen (möglicherweise durch eine Art Kryptowährung kompensiert), gibt es immer noch keine Möglichkeit herauszufinden, wie der Anreiz genau funktionieren würde. Wie würden Sie sich zum Beispiel davon abhalten, Ihre eigenen Daten mit einem anderen Computer bereitzustellen und daher alle Kryptos selbst zu erhalten?

Es ist ein sehr interessantes Problem und ich denke, wir kommen langsam dorthin, aber wir müssen wirklich die richtigen Anreize setzen, und es ist ein wirklich schwieriges Problem in einem P2P-System. Aber hey, es gibt Hoffnung, schau dir nur Bitcoin an!

Schauen Sie sich Datacoin an, es ist viel bitcoin-ähnlicher als die erwähnten Alternativen wie Storj. Außerdem ist es vor etwa zwei Jahren erschienen.

Leider stirbt es, aber es gibt noch aktive Knoten und es funktioniert.

Scheint, als gäbe es bereits eine Live-Arbeitslösung, die das NXT-Protokoll verwendet. Sie scheinen die Möglichkeit implementiert zu haben, Dateien in die Blockchain hochzuladen, aber die maximale Dateigröße beträgt anscheinend 42 KB. Es scheint auch so, als würden sie das Aufblähen der Blockchain angehen, indem sie die Daten alle 2 Wochen bereinigen, aber einige Knoten können diese Funktion deaktivieren und die Daten auf unbestimmte Zeit aufbewahren und eine Gebühr für den Abruf alter Daten erheben.

https://nxtforum.org/nrs-releases/nrs-v1-5-3e/

Dieses Update fügt die Funktion Prunable Tagged Data hinzu, die auch im Abstimmungssystemblock aktiviert werden soll.

Beschneidbare markierte Daten ähneln beschneidbaren einfachen Nachrichten ohne Empfänger, aber mit zusätzlichen durchsuchbaren Metadatenfeldern. Diese Funktion kann für die dezentrale und vertrauenslose Verteilung von kleinen (bis zu 42k, einschließlich der Metadaten) Datenstücken verwendet werden, die standardmäßig nur zwei Wochen (24 Stunden auf Testnet) gespeichert werden, aber von einigen optional länger oder unbegrenzt gespeichert werden können Nodes und können auch nach deren Ablauf gegen die Blockchain verifiziert werden.

Derzeit können alle getaggten Daten zusätzlich zu den Daten selbst die folgenden Felder haben: Name (erforderlich), Beschreibung, Tags, Typ, isText, Dateiname.

Name, Beschreibung und Tags werden mit Lucene indiziert und durchsuchbar. Alle Daten und Metadaten sind beschneidbar, nach dem Beschneiden bleibt nur ein einziger 32-Byte-Hash übrig.

Die Gebühr für das Hochladen oder Erweitern von getaggten Daten basiert auf der Gesamtdatengröße (einschließlich Metadaten) und beträgt 1 NXT für bis zu 1.000 Bytes, 0,1 NXT für jedes 1.000 darüber, bis zu einer Grenze von 42.000.