Die Datenschutzgrenze in Nillions nilDB wird möglicherweise festgelegt, bevor der erste Datensatz gespeichert wird: im Schema.
Laut Dokumentation entscheiden Entwickler, welche Felder im Klartext bleiben und welche verschlüsselt, in Anteile aufgeteilt und auf verschiedene Knoten verteilt werden.
Abfragen verschlüsselter Felder können außerdem stärker eingeschränkt sein als Abfragen von Klartextfeldern.
Das ist nicht automatisch ein Nachteil – es spiegelt einen praktischen Kompromiss zwischen Datenschutz und Benutzerfreundlichkeit wider.
„Private Speicherung“ allein sagt uns jedoch nicht, ob in einer realen Anwendung jedes sensible Feld geschützt ist.
Noch benötigt werden Belege dafür, welche Felder in bereitgestellten Apps abgedeckt sind und ob ihre wesentlichen Abfragen weiterhin praktikabel sind.
@Nillion $NIL #NIL
Laut Dokumentation entscheiden Entwickler, welche Felder im Klartext bleiben und welche verschlüsselt, in Anteile aufgeteilt und auf verschiedene Knoten verteilt werden.
Abfragen verschlüsselter Felder können außerdem stärker eingeschränkt sein als Abfragen von Klartextfeldern.
Das ist nicht automatisch ein Nachteil – es spiegelt einen praktischen Kompromiss zwischen Datenschutz und Benutzerfreundlichkeit wider.
„Private Speicherung“ allein sagt uns jedoch nicht, ob in einer realen Anwendung jedes sensible Feld geschützt ist.
Noch benötigt werden Belege dafür, welche Felder in bereitgestellten Apps abgedeckt sind und ob ihre wesentlichen Abfragen weiterhin praktikabel sind.
@Nillion $NIL #NIL