Ist der IPFS Inhalt erhalten immer verschlüsselt?

stimmen
0

Ich habe einen Neuling Frage zu IPFS Inhalt. Ich kann einen Inhalt mit Hash-Adresse anfordern. Ist das der Inhalt durch die Hash-Adresse zurückgegeben immer verschlüsselt? Oder der Inhalt zurückgegeben wird, kann entweder ohne Verschlüsselung verschlüsselt oder schlicht und wenn diese verschlüsselt sind, dann private Schlüssel ist erforderlich, um dekodieren und anzuzeigen, den Inhalt.

Veröffentlicht am 02/12/2019 um 23:52
quelle vom benutzer
In anderen Sprachen...                            


1 antworten

stimmen
3

Inhalt ist standardmäßig nie auf IPFS verschlüsselt , wenn Sie es ausdrücklich verschlüsseln , bevor es zu einem IPFS Knoten hinzugefügt wird . Also , ob der Inhalt der „Hash - Adresse“ zurückgegeben, auch bekannt als ein CID (Content Identifier) wird , hängt verschlüsselt wird vollständig auf , ob es wurde verschlüsselt , bevor sie zu einem IPFS Knoten hinzugefügt wird . Es gibt auch keine Möglichkeit zu wissen , ob der Inhalt nur an der CID , indem Sie verschlüsselt ist.

Um den Inhalt von einem CID verwiesen , um richtig zu untersuchen, müssen Sie das Format des Inhalts wissen und wie es erzeugt wurde. Momentan werden die meisten Sachen , die auf IPFS existiert , ist wahrscheinlich vom Typ sein UnixFS . Obwohl es durchaus möglich ist , dass der Inhalt als willkürliche Typen unter Verwendung der gespeicherten IPLD . Wenn Sie Inhalte von einem CID verwiesen zu prüfen versuchen , ohne das Format des Inhalts zu wissen, werden Sie am meisten erhalten sicherlich Fehler.

BEARBEITEN:

Eine Sache , die ich klären soll, können Sie sehr gut einen verschlüsselten Transport verwenden zu empfangen die Daten, aber die Daten selbst würden nicht verschlüsselt werden. IPFS verwendet ein paar verschiedenen Transporte wie WebSockets, tls, secio, Klartext, etc .. Also , wenn Ihr Gespräch mit einem Knoten , dass Hosts , QmAdie den unterstützt tlsTransport, der Knoten Ihnen die Daten über tls schicken.

Beantwortet am 03/12/2019 um 00:48
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more