Zwanzig Minuten bevor ein Kursfenster geschlossen wurde, musste ich eine Transaktion durchbekommen. Verpasst man es, rutscht der Kurs an dem Wert vorbei, den ich eingeplant hatte. Die App prüfte die Gerichtsbarkeit über Newton. Der Pitch hatte eine konkrete Behauptung aufgestellt.
Die Prüfung erfolgt im Moment der eigentlichen Transaktion, nicht innerhalb der eigenen Oberfläche der App. Ich hatte angenommen, das bedeutete, die App leite nur eine Entscheidung weiter, die irgendwo weiter oben getroffen wird. Einfach genug, dachte ich, da kann man doch ausweichen, wenn man einen anderen Boten wählt.
Ganz so einfach war es nicht. Ich probierte ein zweites Frontend für denselben Vertrag. Wieder die gleiche Ablehnung, wort für Wort. Die App entscheidet nichts für sich allein – und hatte es nie getan. Sie übersetzt lediglich eine Entscheidung, die irgendwo anders getroffen wird, nach der ich gar nicht erst gesucht hätte.
Der Persona Data Oracle speist Identitäts-, Alters- und Wohnsitzdaten in eine Newton-Richtlinie ein. Die Prüfung läuft auf Transaktionsebene, bevor der Handel ausgeführt wird – nicht nachdem irgendeine Seite eine Warnmeldung mit einem Banner anzeigt. Sie läuft auf die gleiche Weise, egal welches Frontend sie anfordert.
Tauscht man das Frontend aus, ändert sich die Übersetzung, die auf dem Bildschirm erscheint. Anderes Layout, andere Formulierungen, vielleicht eine freundlichere Fehlermeldung als die, die mir beim letzten Mal begegnet ist. Die ursprüngliche darunterliegende Ebene – das, was die Entscheidung tatsächlich trifft – liest sich in beiden Fällen genau gleich. Nichts von dem zweiten Versuch erreichte den Vertrag anders als beim ersten.
Was ich im Vorfeld nicht erwartet hatte: In keinem Frontend irgendwo im gesamten Ökosystem wird diese Ablehnung in ein Ja übersetzt. Weder eine freundlichere Version, noch eine inoffizielle, noch eine, die von jemandem gebaut wurde, der versucht, die Regel gezielt zu umgehen.
#Newt @NewtonProtocol $NEWT
Die Prüfung erfolgt im Moment der eigentlichen Transaktion, nicht innerhalb der eigenen Oberfläche der App. Ich hatte angenommen, das bedeutete, die App leite nur eine Entscheidung weiter, die irgendwo weiter oben getroffen wird. Einfach genug, dachte ich, da kann man doch ausweichen, wenn man einen anderen Boten wählt.
Ganz so einfach war es nicht. Ich probierte ein zweites Frontend für denselben Vertrag. Wieder die gleiche Ablehnung, wort für Wort. Die App entscheidet nichts für sich allein – und hatte es nie getan. Sie übersetzt lediglich eine Entscheidung, die irgendwo anders getroffen wird, nach der ich gar nicht erst gesucht hätte.
Der Persona Data Oracle speist Identitäts-, Alters- und Wohnsitzdaten in eine Newton-Richtlinie ein. Die Prüfung läuft auf Transaktionsebene, bevor der Handel ausgeführt wird – nicht nachdem irgendeine Seite eine Warnmeldung mit einem Banner anzeigt. Sie läuft auf die gleiche Weise, egal welches Frontend sie anfordert.
Tauscht man das Frontend aus, ändert sich die Übersetzung, die auf dem Bildschirm erscheint. Anderes Layout, andere Formulierungen, vielleicht eine freundlichere Fehlermeldung als die, die mir beim letzten Mal begegnet ist. Die ursprüngliche darunterliegende Ebene – das, was die Entscheidung tatsächlich trifft – liest sich in beiden Fällen genau gleich. Nichts von dem zweiten Versuch erreichte den Vertrag anders als beim ersten.
Was ich im Vorfeld nicht erwartet hatte: In keinem Frontend irgendwo im gesamten Ökosystem wird diese Ablehnung in ein Ja übersetzt. Weder eine freundlichere Version, noch eine inoffizielle, noch eine, die von jemandem gebaut wurde, der versucht, die Regel gezielt zu umgehen.
#Newt @NewtonProtocol $NEWT