Da gibt es etwas in der Bank, das ich früher immer für etwas unbequem gehalten habe.

Am Bankschalter gibt es zwar noch Geld.

Aber nur in einem sehr kleinen Umfang.

Für größere Beträge müssen die Mitarbeiter warten, bis der Tresorraum freigegeben ist, oder auf die nächsten Bestätigungsschritte.

Anfangs dachte ich, das sei nur ein Prozess, um alles künstlich zu verlangsamen.

Später habe ich es verstanden.

Was die Bank schützt, ist nicht das Geld am Schalter.

Sondern die Grenze, wie stark ein Vorfall den Betrag beeinflussen kann, falls wirklich etwas passiert.

Das System stellt nicht das gesamte Vermögen an den bequemsten Ort.

Es setzt den wichtigsten Teil absichtlich einer tieferen Schutzschicht aus.

Da wurde das Newton Protocol für mich erst wirklich sinnvoll.

Bemerkenswert ist für mich nicht, wie das System auf ein Risiko reagiert.

Sondern wie das Risiko bereits auf architektonischer Ebene begrenzt wird, bevor überhaupt irgendein Vorfall eintritt.

Ein autonomes System wird nicht allein dadurch vertrauenswürdig, dass es Störungen gut verarbeitet.

Es ist vertrauenswürdiger, wenn seine Architektur von Anfang an dazu führt, dass ein Fehler nur schwer zu einem großen Schaden werden kann.

Das ist nicht nur eine Schutzschicht.

Das ist eine Designentscheidung.

Newton akzeptiert zusätzliche Kontrollschichten und nimmt dafür einen Teil des Komforts in Kauf.

Im Gegenzug, wenn das Unerwünschte eintritt, wird der Umfang des Schadens im Voraus begrenzt—statt das System es erst hinterher abfangen zu lassen.

Ein vertrauenswürdiges System beginnt nicht damit, auf Risiken zu reagieren.

Es beginnt damit, so zu entwerfen, dass selbst dann, wenn ein Risiko eintritt, die Folgen so klein wie möglich bleiben.

#newt $NEWT $NVDAB $EDGE @NewtonProtocol