Ich habe neulich eine alte Blacklist-Datei angesehen, da kam mir ein unangenehmer Gedanke: Die Regel kann genau gleich bleiben, aber die Welt hinter dieser Regel kann über Nacht wechseln.
Ein Name, der gestern nicht auf der Liste stand, kann heute dort sein. Die Policy-Logik bewegt sich nicht, doch die Realität, aus der sie liest, hat sich bereits verschoben.
Genau das ließ mir eine kleine Einzelheit in den Privacy Flows des Newton Protocols auffallen:
neueste Version.
Zunächst wirkte die Versionierung wie eine ganz normale Datenverwaltung. Ein Anbieter veröffentlicht eine Sanktionsliste, eine Blacklist, eine Risiko-Tabelle oder einen Compliance-Datensatz; jedes Mal, wenn publishData aufgerufen wird, wird eine neue Version erstellt, und Operatoren lösen die aktuellste vertrauliche Datenquelle auf, wenn ein genehmigter Client sie benötigt.
Das klingt vernünftig.
Compliance-Daten sollten nicht für die Zeit eingefroren sein. Wenn sich eine Blacklist ändert, sollte die Policy das Update sehen; und wenn sich eine Risiko-Tabelle ändert, sollte der Autorisierungs-Flow auf die neue Realität reagieren, statt gestern’s Sicht der Welt durchzusetzen.
Doch je mehr ich darüber nachdachte, desto mehr fühlte sich „neueste“ weniger nach Aktualität an und mehr nach Macht.
In @NewtonProtocol binden sich genehmigte Clients nicht selbst an eine explizite Version. Sie lesen die aktuellsten Daten—das bedeutet, dass derselbe PolicyClient, dieselbe Rego-Logik und derselbe Nutzer morgen zu einer anderen Entscheidung kommen können, weil der vertrauliche Datensatz unter der Policy sich heute verändert hat.
Ein Nutzer kann abgelehnt werden nicht, weil sich sein Wallet geändert hat, sondern weil sich der Datensatz hinter der Policy geändert hat.
Das ist die Grenze.
Der Anbieter liefert nicht nur Daten. Der Anbieter wird Teil der Durchsetzungs-Grenze, weil seine neueste Version dabei hilft zu definieren, was die Policy sieht.
Der Zugriff auf die neueste Version hält die Policy nah an die reale Welt, aber er verleiht auch dem neuesten Datensatz die Macht, die Durchsetzung neu zu formen, bevor Nutzer vollständig verstanden haben, was sich geändert hat.
Vielleicht sind die neuesten Daten nicht automatisch die sichersten.
Vielleicht sind sie einfach die Daten, die derzeit die Entscheidung definieren.
$LAB $NEWT #Newt
Ein Name, der gestern nicht auf der Liste stand, kann heute dort sein. Die Policy-Logik bewegt sich nicht, doch die Realität, aus der sie liest, hat sich bereits verschoben.
Genau das ließ mir eine kleine Einzelheit in den Privacy Flows des Newton Protocols auffallen:
neueste Version.
Zunächst wirkte die Versionierung wie eine ganz normale Datenverwaltung. Ein Anbieter veröffentlicht eine Sanktionsliste, eine Blacklist, eine Risiko-Tabelle oder einen Compliance-Datensatz; jedes Mal, wenn publishData aufgerufen wird, wird eine neue Version erstellt, und Operatoren lösen die aktuellste vertrauliche Datenquelle auf, wenn ein genehmigter Client sie benötigt.
Das klingt vernünftig.
Compliance-Daten sollten nicht für die Zeit eingefroren sein. Wenn sich eine Blacklist ändert, sollte die Policy das Update sehen; und wenn sich eine Risiko-Tabelle ändert, sollte der Autorisierungs-Flow auf die neue Realität reagieren, statt gestern’s Sicht der Welt durchzusetzen.
Doch je mehr ich darüber nachdachte, desto mehr fühlte sich „neueste“ weniger nach Aktualität an und mehr nach Macht.
In @NewtonProtocol binden sich genehmigte Clients nicht selbst an eine explizite Version. Sie lesen die aktuellsten Daten—das bedeutet, dass derselbe PolicyClient, dieselbe Rego-Logik und derselbe Nutzer morgen zu einer anderen Entscheidung kommen können, weil der vertrauliche Datensatz unter der Policy sich heute verändert hat.
Ein Nutzer kann abgelehnt werden nicht, weil sich sein Wallet geändert hat, sondern weil sich der Datensatz hinter der Policy geändert hat.
Das ist die Grenze.
Der Anbieter liefert nicht nur Daten. Der Anbieter wird Teil der Durchsetzungs-Grenze, weil seine neueste Version dabei hilft zu definieren, was die Policy sieht.
Der Zugriff auf die neueste Version hält die Policy nah an die reale Welt, aber er verleiht auch dem neuesten Datensatz die Macht, die Durchsetzung neu zu formen, bevor Nutzer vollständig verstanden haben, was sich geändert hat.
Vielleicht sind die neuesten Daten nicht automatisch die sichersten.
Vielleicht sind sie einfach die Daten, die derzeit die Entscheidung definieren.
$LAB $NEWT #Newt