Ich hatte erwartet, dass die Auszahlungsverzögerung der uninteressanteste Teil des Designs von Babylon ist. Stattdessen kam ich immer wieder auf die Challenge-Periode zurück, weil sie still und leise erklärt, wie das Protokoll entscheidet, wann es sich selbst nicht mehr vertrauen darf.
Zunächst wirkte die Verzögerung wie eine simple Wartezeit, bevor Bitcoin den Tresor verlassen kann. Dann begann ich, sie gemeinsam mit den Verifizierungsregeln und dem Fraud-Proof-Mechanismus zu lesen. Diese sahen wie getrennte Komponenten aus, bis mir klar wurde, dass sie dasselbe Problem aus unterschiedlichen Richtungen lösen.
Eine Challenge-Periode ist nicht einfach nur zusätzliche Zeit vor der Rückgabe. Sie schafft die Möglichkeit für das Protokoll, ungültige Zustandsübergänge zurückzuweisen, bevor sie endgültig werden. Anstatt davon auszugehen, dass jede Auszahlungsanfrage korrekt ist, geht das System davon aus, dass sie bis zum Ablauf des Prüfzeitfensters noch angezweifelt werden kann. So verändert sich die Rolle der Zeit von einer Unannehmlichkeit zu einem Bestandteil des Sicherheitsmodells.
Das erklärt auch, warum Babylon kryptografische Beweise mit vorab festgelegten Verifizierungsregeln kombiniert, statt auf eine unmittelbare Ausführung zu setzen. Das Protokoll versucht nicht, Auszahlungen so schnell wie möglich zu machen. Es versucht, falsche Auszahlungen so schwierig wie möglich zu gestalten. Die Wartezeit existiert, weil Sicherheit manchmal davon abhängt, dem Netzwerk genug Zeit zu geben, um zu beweisen, dass etwas nicht passieren sollte.
Je mehr ich darüber nachdachte, desto mehr fühlte sich die Challenge-Periode wie eine Ingenieurslösung an—weniger wie ein Feature für die Nutzererfahrung. Geschwindigkeit wird in Minuten oder Stunden gemessen, aber das Vertrauen bemisst sich daran, wie viele Gelegenheiten das System hat, Fehler zu erkennen, bevor sich Vermögenswerte bewegen.
Am interessantesten war die Erkenntnis, dass die Verzögerung kein Kompromiss mit Vertrauenslosigkeit ist. Sie ist vielmehr eines der Mechanismen, die Vertrauenslosigkeit überhaupt erst glaubwürdig machen. #baby $BABY @BabylonLabs_io
Zunächst wirkte die Verzögerung wie eine simple Wartezeit, bevor Bitcoin den Tresor verlassen kann. Dann begann ich, sie gemeinsam mit den Verifizierungsregeln und dem Fraud-Proof-Mechanismus zu lesen. Diese sahen wie getrennte Komponenten aus, bis mir klar wurde, dass sie dasselbe Problem aus unterschiedlichen Richtungen lösen.
Eine Challenge-Periode ist nicht einfach nur zusätzliche Zeit vor der Rückgabe. Sie schafft die Möglichkeit für das Protokoll, ungültige Zustandsübergänge zurückzuweisen, bevor sie endgültig werden. Anstatt davon auszugehen, dass jede Auszahlungsanfrage korrekt ist, geht das System davon aus, dass sie bis zum Ablauf des Prüfzeitfensters noch angezweifelt werden kann. So verändert sich die Rolle der Zeit von einer Unannehmlichkeit zu einem Bestandteil des Sicherheitsmodells.
Das erklärt auch, warum Babylon kryptografische Beweise mit vorab festgelegten Verifizierungsregeln kombiniert, statt auf eine unmittelbare Ausführung zu setzen. Das Protokoll versucht nicht, Auszahlungen so schnell wie möglich zu machen. Es versucht, falsche Auszahlungen so schwierig wie möglich zu gestalten. Die Wartezeit existiert, weil Sicherheit manchmal davon abhängt, dem Netzwerk genug Zeit zu geben, um zu beweisen, dass etwas nicht passieren sollte.
Je mehr ich darüber nachdachte, desto mehr fühlte sich die Challenge-Periode wie eine Ingenieurslösung an—weniger wie ein Feature für die Nutzererfahrung. Geschwindigkeit wird in Minuten oder Stunden gemessen, aber das Vertrauen bemisst sich daran, wie viele Gelegenheiten das System hat, Fehler zu erkennen, bevor sich Vermögenswerte bewegen.
Am interessantesten war die Erkenntnis, dass die Verzögerung kein Kompromiss mit Vertrauenslosigkeit ist. Sie ist vielmehr eines der Mechanismen, die Vertrauenslosigkeit überhaupt erst glaubwürdig machen. #baby $BABY @BabylonLabs_io