Wieder spricht jemand davon, dass der Status des Tresors nur ein Fortschrittsbalken sei: Man geht einfach so weit, wie es angezeigt wird – aber das stimmt nicht. Ich habe die Doku durchgelesen und es verstanden: Der Status in Schritten ist der Übergabepunkt der Verantwortung. Jeder Schritt entspricht einer To-do-Liste einer verantwortlichen Person; der Status ist ein Beleg, nicht der Fortschritt. Wer den Beleg für den Fortschritt hält, wartet sich bei einer Blockade nur zu Tode.
Pending, Verified, Active: Diese 3 Status decken jeweils einen Abschnitt ab. Pending wartet auf 12 Bestätigungen auf der Bitcoin-Seite; dafür ist das Netzwerk zuständig – niemand kann es beschleunigen. Erst nachdem die Signet-Blockbestätigung abgeschlossen ist, geht es zum nächsten Schritt. Verified bedeutet nur, dass die Teilnehmenden bereit sind; das heißt nicht, dass der Benutzer das secret bereits offenbart und aktiviert hat. Dieser Schritt gehört zur Zusammenarbeit. Active schließlich ist, wenn der Benutzer das Aktivierungs-Secret selbst offenbart; das gehört zu ihm.
Ein Schritt – eine verantwortliche Person. Verantwortung ist klar, und Blockstellen lassen sich finden. Jeder Schritt ist das Abnahmeprotokoll des vorherigen Rings: Wenn die Abnahme fehlschlägt, wird der Status nicht weitergeschoben.
Ich habe den Zustandsautomaten einmal gegen den Dokumenttext abgeglichen. @BabylonLabs_io : Die Statusdefinition steht dort genau so, wie es ist – 12 Bestätigungen, unterschiedliche Zeitfenster von 24 bis 48 Stunden, secret-Aktivierung. Jede Zeile entspricht einem wartenden Subjekt. Warten passiert nicht zufällig: Das Mechanismusdesign schneidet die Verantwortung in Abschnitte, jeder Abschnitt hat seinen eigenen Besitzer. Je feiner es getrennt wird, desto leichter ist es, bei einer Blockade den genauen Ort zu lokalisieren.
Es gibt 3 Arten zu warten: auf die Netzwerk-Abfrage der Blöcke, auf die Kollaborations-Abfrage des Fensters und darauf, dass man selbst die Schlüssel überprüft. $BABY In der Ecosystem-Praxis stecken die meisten Blockaden nicht darin, dass das System kaputt ist, sondern darin, dass in irgendeinem Abschnitt das To-do noch nicht erledigt wurde. Wenn der Status an welcher Stelle aufleuchtet, dann liegt die Verantwortung genau in diesem Abschnitt.
Die Bedeutung des Zustandsautomaten besteht darin, dass jeder Schritt belegbar ist. Wenn etwas aus dem Kurs gerät, kann man es auf ein konkretes Teilstück zurückführen – statt auf einen abstrakten Status zu starren.
Wenn man den Tresor betrachtet, sollte man zuerst fragen: Was wird mit diesem Schritt überhaupt bewiesen? Wenn man das klar hat, ist man auch bei einer Blockade nicht nervös. Nervosität entsteht nur, weil man den Beleg für das Ziel hält; wer den Beleg für das Ziel hält, wartet immer auf den nächsten Status. Warten ist die passivste Haltung: Passiv bedeutet, man weiß nicht einmal, an welchem Schritt man überhaupt feststeckt. Die Antwort steht in der Statusdefinition: Der Status ist ein Beleg, kein Fortschritt. Der Sinn eines Belegs ist Verifizierbarkeit, der Sinn von Fortschritt ist Erwartbarkeit. Nicht verwechseln. #baby
Pending, Verified, Active: Diese 3 Status decken jeweils einen Abschnitt ab. Pending wartet auf 12 Bestätigungen auf der Bitcoin-Seite; dafür ist das Netzwerk zuständig – niemand kann es beschleunigen. Erst nachdem die Signet-Blockbestätigung abgeschlossen ist, geht es zum nächsten Schritt. Verified bedeutet nur, dass die Teilnehmenden bereit sind; das heißt nicht, dass der Benutzer das secret bereits offenbart und aktiviert hat. Dieser Schritt gehört zur Zusammenarbeit. Active schließlich ist, wenn der Benutzer das Aktivierungs-Secret selbst offenbart; das gehört zu ihm.
Ein Schritt – eine verantwortliche Person. Verantwortung ist klar, und Blockstellen lassen sich finden. Jeder Schritt ist das Abnahmeprotokoll des vorherigen Rings: Wenn die Abnahme fehlschlägt, wird der Status nicht weitergeschoben.
Ich habe den Zustandsautomaten einmal gegen den Dokumenttext abgeglichen. @BabylonLabs_io : Die Statusdefinition steht dort genau so, wie es ist – 12 Bestätigungen, unterschiedliche Zeitfenster von 24 bis 48 Stunden, secret-Aktivierung. Jede Zeile entspricht einem wartenden Subjekt. Warten passiert nicht zufällig: Das Mechanismusdesign schneidet die Verantwortung in Abschnitte, jeder Abschnitt hat seinen eigenen Besitzer. Je feiner es getrennt wird, desto leichter ist es, bei einer Blockade den genauen Ort zu lokalisieren.
Es gibt 3 Arten zu warten: auf die Netzwerk-Abfrage der Blöcke, auf die Kollaborations-Abfrage des Fensters und darauf, dass man selbst die Schlüssel überprüft. $BABY In der Ecosystem-Praxis stecken die meisten Blockaden nicht darin, dass das System kaputt ist, sondern darin, dass in irgendeinem Abschnitt das To-do noch nicht erledigt wurde. Wenn der Status an welcher Stelle aufleuchtet, dann liegt die Verantwortung genau in diesem Abschnitt.
Die Bedeutung des Zustandsautomaten besteht darin, dass jeder Schritt belegbar ist. Wenn etwas aus dem Kurs gerät, kann man es auf ein konkretes Teilstück zurückführen – statt auf einen abstrakten Status zu starren.
Wenn man den Tresor betrachtet, sollte man zuerst fragen: Was wird mit diesem Schritt überhaupt bewiesen? Wenn man das klar hat, ist man auch bei einer Blockade nicht nervös. Nervosität entsteht nur, weil man den Beleg für das Ziel hält; wer den Beleg für das Ziel hält, wartet immer auf den nächsten Status. Warten ist die passivste Haltung: Passiv bedeutet, man weiß nicht einmal, an welchem Schritt man überhaupt feststeckt. Die Antwort steht in der Statusdefinition: Der Status ist ein Beleg, kein Fortschritt. Der Sinn eines Belegs ist Verifizierbarkeit, der Sinn von Fortschritt ist Erwartbarkeit. Nicht verwechseln. #baby