Vielleicht sind die stärksten Regeln die, die Ausnahmen bereits einkalkulieren
Als ich zum ersten Mal über das Newton-Protocol las, dachte ich, der spannendste Teil wären die Richtlinien selbst.
Doch nachdem ich mehr Zeit damit verbracht hatte, die Architektur und den Explorer zu erkunden, fiel mir etwas anderes besonders auf.
Die eigentliche Frage ist nicht, wie Richtlinien funktionieren.
Sondern: Was passiert, wenn eine Situation nicht perfekt in diese Richtlinien passt.
Newton ist auf Autorisierung vor der Ausführung ausgelegt. Jede Aktion wird anhand vordefinierter Regeln geprüft, statt sich in letzter Minute auf das persönliche Urteilsvermögen einzelner zu verlassen. Schon das verändert den Umgang mit Verantwortung. Entscheidungen werden Teil des Protokolls – statt davon abzuhängen, wer die Schlüssel kontrolliert.
Überrascht hat mich die Idee von regelbasierten Overrides.
Zunächst klingt es so, als würde man das System dadurch schwächen. Aber je länger ich darüber nachdachte, desto mehr fühlte es sich eher nach dem Gegenteil an.
Wenn eine Ausnahme nur unter Regeln auftreten kann, die vorher festgelegt, onchain dokumentiert und wieder mit der ursprünglichen Richtlinie verknüpft wurden, dann umgeht das Protokoll nicht die Sicherheit. Es macht jede Ausnahme sichtbar und nachvollziehbar.
Das fühlt sich sehr anders an als eine normale Emergency-Multisig-Transaktion.
Ohne Kontext müssen Menschen raten, warum es passiert ist.
Mit einem policy-gesteuerten Override kann jeder sehen, nicht nur was sich geändert hat, sondern auch warum das Protokoll diese Ausnahme als akzeptabel betrachtete.
Ich glaube auch, dass das das Verhalten der Governance verändert.
Anstatt darauf zu hoffen, dass Randfälle nie eintreten, muss die Governance sie frühzeitig mitdenken.
Entwickler definieren mögliche Ausnahmen.
Operatoren bleiben innerhalb dieser Grenzen.
Auditoren können sowohl die ursprüngliche Regel als auch die Ausnahme anhand desselben transparenten Datensatzes verifizieren.
Je länger ich es mir ansah, desto weniger kam es mir vor wie das Hinzufügen von Flexibilität.
Es wirkte eher so, als würde man die Verantwortlichkeit genau in dem Bereich erweitern, in dem Blockchain-Systeme oft auf menschliches Vertrauen statt auf klare Struktur gesetzt haben.
@NewtonProtocol
#Newt
$NEWT
Als ich zum ersten Mal über das Newton-Protocol las, dachte ich, der spannendste Teil wären die Richtlinien selbst.
Doch nachdem ich mehr Zeit damit verbracht hatte, die Architektur und den Explorer zu erkunden, fiel mir etwas anderes besonders auf.
Die eigentliche Frage ist nicht, wie Richtlinien funktionieren.
Sondern: Was passiert, wenn eine Situation nicht perfekt in diese Richtlinien passt.
Newton ist auf Autorisierung vor der Ausführung ausgelegt. Jede Aktion wird anhand vordefinierter Regeln geprüft, statt sich in letzter Minute auf das persönliche Urteilsvermögen einzelner zu verlassen. Schon das verändert den Umgang mit Verantwortung. Entscheidungen werden Teil des Protokolls – statt davon abzuhängen, wer die Schlüssel kontrolliert.
Überrascht hat mich die Idee von regelbasierten Overrides.
Zunächst klingt es so, als würde man das System dadurch schwächen. Aber je länger ich darüber nachdachte, desto mehr fühlte es sich eher nach dem Gegenteil an.
Wenn eine Ausnahme nur unter Regeln auftreten kann, die vorher festgelegt, onchain dokumentiert und wieder mit der ursprünglichen Richtlinie verknüpft wurden, dann umgeht das Protokoll nicht die Sicherheit. Es macht jede Ausnahme sichtbar und nachvollziehbar.
Das fühlt sich sehr anders an als eine normale Emergency-Multisig-Transaktion.
Ohne Kontext müssen Menschen raten, warum es passiert ist.
Mit einem policy-gesteuerten Override kann jeder sehen, nicht nur was sich geändert hat, sondern auch warum das Protokoll diese Ausnahme als akzeptabel betrachtete.
Ich glaube auch, dass das das Verhalten der Governance verändert.
Anstatt darauf zu hoffen, dass Randfälle nie eintreten, muss die Governance sie frühzeitig mitdenken.
Entwickler definieren mögliche Ausnahmen.
Operatoren bleiben innerhalb dieser Grenzen.
Auditoren können sowohl die ursprüngliche Regel als auch die Ausnahme anhand desselben transparenten Datensatzes verifizieren.
Je länger ich es mir ansah, desto weniger kam es mir vor wie das Hinzufügen von Flexibilität.
Es wirkte eher so, als würde man die Verantwortlichkeit genau in dem Bereich erweitern, in dem Blockchain-Systeme oft auf menschliches Vertrauen statt auf klare Struktur gesetzt haben.
@NewtonProtocol
#Newt
$NEWT