Ich habe in den letzten Tagen das Newton-Protokoll erkundet, und heute hat mich eine bestimmte Designentscheidung immer wieder zu sich zurückgezogen.
Es ging nicht darum, wie eine Richtlinie zu einer Entscheidung gelangt.
Es ging darum, was passiert, nachdem diese Entscheidung bereits gefallen ist.
In den meisten Systemen endet das Gespräch, sobald eine Richtlinie eine Antwort liefert. Das Ergebnis wird akzeptiert, weil das System es hervorgebracht hat.
Aber als ich mir die Architektur des Newton-Protokolls ansah, begann ich, es aus einer anderen Perspektive zu betrachten.
Was, wenn jemand diese Entscheidung morgen in Frage stellt?
Nicht, weil er dem Protokoll nicht vertraut.
Sondern weil er überprüfen möchte, ob exakt dieselben Eingaben wirklich zu exakt demselben Ergebnis führen können.
Das verändert die Rolle einer Policy Engine grundlegend.
Statt einfach nur eine Antwort zurückzugeben, beginnt sie, etwas zu erzeugen, das für sich allein stehen kann – selbst lange nachdem die ursprüngliche Auswertung abgeschlossen ist.
Je mehr ich darüber nachdachte, desto klarer wurde mir: Autorisierung geht nicht nur darum, korrekte Entscheidungen zu treffen.
Es geht darum, Entscheidungen zu treffen, die auch dann noch vertretbar bleiben, wenn sie später angefochten werden.
Das fühlt sich nach einer subtilen Verschiebung an, aber es verändert, wie Vertrauen in autonomen Systemen aufgebaut wird.
Vielleicht ist das stärkste Autorisierungsmodell nicht das, welches die Menschen bittet, jedes Ergebnis zu vertrauen.
Vielleicht ist es das, bei dem jedes wichtige Ergebnis einer unabhängigen Verifikation standhalten kann – ohne sich auf Reputation, Autorität oder Annahmen zu verlassen.
Wenn eine Autorisierung nach ihrer Umsetzung nicht bewiesen werden kann, sollten wir sie dann überhaupt als endgültig behandeln?
#newt $NEWT @NewtonProtocol
$BIRB
$US