Safe Network Entwickler Update ­čçę­čç¬ 9. Juni 2022

Dies ist eine maschinelle ├ťbersetzung. Das Original in Englisch ist hier: Update 09 June, 2022

Wir hatten geplant, uns eingehender mit den Governance-Themen zu befassen, die wir letzte Woche besprochen haben, konnten dies aber leider nicht tun, da einige wichtige Mitglieder des Teams ungeplant eine Auszeit nehmen mussten. Wenn alles in Ordnung ist, werden wir n├Ąchste Woche darauf zur├╝ckkommen.

Bitte lesen Sie in der Zwischenzeit den Beitrag von @jimcollinson zu unseren strategischen Zielen und beachten Sie, dass sich unsere Ziele und unsere Vision kein bisschen ge├Ąndert haben . Und denken Sie bitte daran, die Diskussionen, so leidenschaftlich und hitzig sie auch sein m├Âgen, immer respektvoll zu f├╝hren. Wir haben einen Forum-Verhaltenskodex, den alle Mitglieder einhalten sollen.

Diese Woche sehen wir uns Daten im Netzwerk an und was es bedeutet, ob Dateien ├Âffentlich oder privat sind.

Allgemeiner Fortschritt

Yogesh hat sich Datenbanken angesehen, um sled db zu ersetzen, die fehlerhaft ist und nicht aktiv gepflegt zu werden scheint. Bisher scheinen die Hauptkandidaten Persy, eine Transaktionsdatenbank, die auf Konsistenz optimiert ist, und Cacache, das laut @yogesh ÔÇ×mit der integrierten Metadatenerstellung und -verarbeitung die beste Geschwindigkeit von allen zu bieten scheintÔÇť. Keiner ist perfekt, aber beide w├╝rden wahrscheinlich den Job machen. Das Testen geht weiter.

Danke an @josh f├╝r die Organisation des DBC comnet letzte Woche. Wie @Chriso erw├Ąhnte, funktioniert das Hinterlegen eigener DBCs noch nicht, aber daran hat er diese Woche gearbeitet, und @Qi_ma untersucht einen DBC-Neuausgabefehler und arbeitet auch an der Integration von verbrauchten B├╝chern.

In der Zwischenzeit arbeitet @davidrusu weiter daran, Mitgliedschaftsinformationen an Erwachsene weiterzugeben, um sicherzustellen, dass Mitgliedschaft und Netzwerkwissen (├╝ber den signierten Section Authority Provider) in der gesamten Sektion synchron sind.

├ľffentliche und private Daten im Safe Network

Was ist eine Datei in Safe Network? Einfache Frage, aber die Antwort ist etwas komplizierter. Die grundlegende Antwort lautet ÔÇ×Inhalt + Metadaten + DatamapÔÇť ÔÇô aber was bedeutet das?

Inhalt

Inhalt ist das Rohmaterial der Datei, die grundlegende bin├Ąre Information. Sobald dies mehr als 1 MB erreicht, wird es automatisch selbstverschl├╝sselt, um Chunks und eine Datamap zu erstellen. Aufgrund der Funktionsweise der Selbstverschl├╝sselung ist dies deterministisch, d.h. verschl├╝sseln Sie dieselben Inhalte beliebig oft selbst und Sie erhalten dieselben Chunks. Seine Sicherheit ist weitgehend unabh├Ąngig vom Verschl├╝sselungsalgorithmus (wir verwenden AES256), was bedeutet, dass die Chunks immer noch sicher sind, wenn der Algorithmus geknackt wird.

Okay, was ist ein Chunk? Wenn Sie nicht ├╝ber die Datamap verf├╝gen, ist ein Chunk ein bedeutungsloser Klumpen von Bits, meistens etwa 1 MB gro├č, mit einem Namen, der auch sein Hash ist. Das hei├čt, wir k├Ânnen ├╝berpr├╝fen, ob es g├╝ltig ist ÔÇô stimmt der Name mit dem Hash ├╝berein ÔÇô, aber wir k├Ânnen nichts anderes dar├╝ber sagen. Wir k├Ânnen es sehen, aber wir k├Ânnen es nicht lesen oder wissen, woher es kommt.

Datamap

Richtig, was ist eine Datamap? Die Datamap ist eine einfache Datei, die den unverschl├╝sselten Namen des Inhalts und die Namen aller verschl├╝sselten Chunks enth├Ąlt, aus denen sie bestehen, damit wir wissen, wo wir sie finden k├Ânnen (Chunk-Name == Xor-Adresse). Wenn es unverschl├╝sselt im Netzwerk gespeichert ist, kann jeder es verwenden, um den Inhalt neu zu erstellen. Wenn es verschl├╝sselt oder auf unserem privaten Client gespeichert ist, k├Ânnen nur wir das tun. Wir werden gleich auf die Verschl├╝sselung der Datamap zur├╝ckkommen.

Metadaten

Und das Letzte, was wir erw├Ąhnen m├╝ssen, sind die Metadaten, Informationen ├╝ber den Inhalt. Dazu geh├Âren optional seine Gr├Â├če, sein Name, der Dateityp und m├Âglicherweise das Datum der Erstellung, des Zugriffs usw. Aber Moment mal, Safe braucht keine Zeit! Stimmt, aber das muss keine Einschr├Ąnkung sein.

Der Grund, warum wir dem Inhalt keine Metadaten hinzuf├╝gen, ist, dass dies die Deduplizierung ruinieren w├╝rde. Angenommen, jemand hat den Sex Pistols-Song GodSaveTheQueen.mp3 hochgeladen, und jemand anderes hat genau dieselbe MP3 hochgeladen, aber GSTQ.mp3 genannt. Wenn der Name Teil des Inhalts w├Ąre, w├Ąren die Chunks v├Âllig anders, sodass es keine Deduplizierung geben w├╝rde. Das bedeutet, dass wir die Metadaten getrennt von den Chunks speichern. Wir k├Ânnen es in einer Datamap im Netzwerk oder auf unserem Client speichern, was es uns erm├Âglicht, diese scheinbar bedeutungslosen Blobs nach Herzenslust anzuordnen, sie nach Belieben zu benennen und zu kennzeichnen ÔÇô einschlie├člich der Erstellungs- und Zugriffszeit ÔÇô und sie in unserer eigenen zu organisieren Verzeichnisstrukturen.

Verzeichnisse k├Ânnen auch Inhalt, verschl├╝sselt, aufgeteilt und als Dateien mit ihrer eigenen Datenkarte gespeichert werden (weshalb kleine Dateien, die keine Selbstverschl├╝sselung durchlaufen, nicht lesbar sind ÔÇô alle Inhalte werden in einem Verzeichnis gespeichert, aber das ist einer f├╝r einen anderen Tag ).

├ľffentliche und private Daten

Die Funktionsweise von Safe besteht darin, dass g├╝ltige Daten gespeichert werden m├╝ssen. Das bedeutet, dass wir keine Chunks l├Âschen k├Ânnen. Denken Sie jedoch daran, dass Dateien Inhalt plus eine Datamap sind.

Inhalte sind nur bedeutungslose Blobs ohne Datamap, und diese Blobs sind so sicher und unerkennbar, wie dies mit der aktuellen Technologie m├Âglich ist. Um GodSaveTheQueen.mp3 ├Âffentlich zug├Ąnglich zu machen, laden wir es hoch, ver├Âffentlichen seine Datenkarte unverschl├╝sselt im Netzwerk und verlinken darauf. Die Chancen stehen gut, dass bei einem bekannten Song wie diesem die Chunks bereits da sind, aber der urspr├╝ngliche Uploader,die es GSTQ.mp3 nannten, entschieden sich daf├╝r, die Datamap zu verschl├╝sseln oder sie auf ihrem Client und damit privat zu halten.

Das ist also der grundlegende Unterschied zwischen ├Âffentlichen und privaten Daten.

Wenn wir die Datenkarte mit einem BLS-Schl├╝ssel verschl├╝sseln, k├Ânnen wir auch Schl├╝sselfreigaben erstellen, die wir dann an andere Personen senden k├Ânnen, was bedeutet, dass wir private Daten geteilt haben. BLS gibt uns diese Magie kostenlos. Dies bedeutet, dass ├Âffentliche/private und gemeinsam genutzte Daten alle clientseitige Aktionen sind. Das Netzwerk speichert Daten f├╝r immer und Clients verwenden die (Stamm-)Datenzuordnung und Verschl├╝sselung, um Daten ├Âffentlich, privat oder geteilt privat zu machen.


N├╝tzliche Links

F├╝hlen Sie sich frei, unten mit Links zu ├ťbersetzungen dieses Entwicklungsupdates zu antworten, und die Moderatoren werden sie hier hinzuf├╝gen.

Als Open Source-Projekt sind wir immer auf der Suche nach Feedback, Kommentaren und Community-Beitr├Ągen. Seien Sie also nicht sch├╝chtern, machen Sie mit und lassen Sie uns gemeinsam das sichere Netzwerk erstellen!