#baby $BABY Ich lege den Schwerpunkt auf „2 Arten von Ablauf, 2 Sätze von Verantwortlichkeiten, derselbe Rückerstattungs-Pfad für den Hauptbetrag“ und formuliere es so um, dass es eher wie eine echte Operations-Retrospektive aussieht:
Ich habe den aktuellen Prozess für das Aufbauen im öffentlichen Testnetz in chronologischer Reihenfolge aufgelistet – und erst dabei gemerkt, dass die häufigste Verwechslung nicht darin liegt, wie lange man wartet, sondern darin, welche Aktion bei „ca. 24 Stunden ablaufend“ versus „ca. 48 Stunden ablaufend“ nicht abgeschlossen wurde. Beide Fälle zeigen am Ende zwar „Vault abgelaufen“, aber das Ergebnis für die Gebühren ist unterschiedlich. Im Normalfall wartet Pre-PegIn zuerst auf 12 Bestätigungen in Bitcoin Signet, das dauert etwa 120 Minuten; die Offline-Signatur und die Bestätigung durch die beteiligten Parteien laufen dabei parallel, sodass die vollständige Einrichtung der Build-Order laut Dokumenten ungefähr 2 Stunden dauert.
Der 1. Ablauf tritt in der ACK-Phase auf. Wenn die erforderlichen beteiligten Parteien nicht innerhalb von etwa 24 Stunden fertig werden, bedeutet das, dass der Ablauf auf Protokollseite nicht durchläuft; die Testnetz-Gebühr wird automatisch zurückerstattet. Die BTC des Nutzers verschwinden nicht – sie pausieren nur vorübergehend in der Pre-PegIn-Ausgabe und müssen auf das Öffnen des Refund-Zeitlocks warten. Der 2. Fall ist anders: Die Kette-/Offline-Vorbereitungen sind bereits abgeschlossen, und der Status ist in Verified übergegangen, aber der Nutzer aktiviert nicht innerhalb von etwa 48 Stunden nach dem Erstellen aktiv. In diesem Moment läuft der Vault ebenfalls ab; da die vorherige Koordinationsarbeit jedoch bereits stattgefunden hat, wird die Build-Order-Gebühr nicht zurückerstattet. Der Verlust betrifft die Testgebühren, nicht den BTC-Hauptbetrag.
Aktuell ist tRefund auf 3 Tage eingestellt. Nach Ablauf des Time Locks muss der Nutzer lediglich mit dem ursprünglichen Bitcoin-Schlüssel signieren, um entlang des vordefinierten Refund-Pfads die BTC zurückzuholen – ohne dass ein Vault Provider oder andere beteiligte Parteien mitwirken müssen. Diese 3 Tage sind auch keine absichtliche Verzögerung, sondern dienen dazu, erst das normale Aktivierungsfenster auslaufen zu lassen und so zu vermeiden, dass derselbe BTC-Vorgang gleichzeitig zwei konkurrierende Pfade „weiter aufbauen“ und „vorzeitig zurückerstatten“ besitzt.@BabylonLabs_io hat die Verantwortlichkeiten im Grunde sehr klar getrennt: Wenn das System nicht bereit ist, gibt es eine Rückerstattung; wenn der Nutzer den letzten Schritt nicht abschließt, gibt es keine Rückerstattung – aber der Hauptbetrag bleibt beidseitig über den jeweiligen Ausstiegsweg zurückholbar. Was die Frontend-Seite wirklich anzeigen sollte, ist nicht nur „abgelaufen“, sondern auch: an welcher Stelle der Nutzer festhängt, ob die Gebühr erstattet wird, wie lange es dauert, bis man die BTC zurückbekommt, und welchen nächsten Schritt er signieren muss.#baby $BABY
Ich habe den aktuellen Prozess für das Aufbauen im öffentlichen Testnetz in chronologischer Reihenfolge aufgelistet – und erst dabei gemerkt, dass die häufigste Verwechslung nicht darin liegt, wie lange man wartet, sondern darin, welche Aktion bei „ca. 24 Stunden ablaufend“ versus „ca. 48 Stunden ablaufend“ nicht abgeschlossen wurde. Beide Fälle zeigen am Ende zwar „Vault abgelaufen“, aber das Ergebnis für die Gebühren ist unterschiedlich. Im Normalfall wartet Pre-PegIn zuerst auf 12 Bestätigungen in Bitcoin Signet, das dauert etwa 120 Minuten; die Offline-Signatur und die Bestätigung durch die beteiligten Parteien laufen dabei parallel, sodass die vollständige Einrichtung der Build-Order laut Dokumenten ungefähr 2 Stunden dauert.
Der 1. Ablauf tritt in der ACK-Phase auf. Wenn die erforderlichen beteiligten Parteien nicht innerhalb von etwa 24 Stunden fertig werden, bedeutet das, dass der Ablauf auf Protokollseite nicht durchläuft; die Testnetz-Gebühr wird automatisch zurückerstattet. Die BTC des Nutzers verschwinden nicht – sie pausieren nur vorübergehend in der Pre-PegIn-Ausgabe und müssen auf das Öffnen des Refund-Zeitlocks warten. Der 2. Fall ist anders: Die Kette-/Offline-Vorbereitungen sind bereits abgeschlossen, und der Status ist in Verified übergegangen, aber der Nutzer aktiviert nicht innerhalb von etwa 48 Stunden nach dem Erstellen aktiv. In diesem Moment läuft der Vault ebenfalls ab; da die vorherige Koordinationsarbeit jedoch bereits stattgefunden hat, wird die Build-Order-Gebühr nicht zurückerstattet. Der Verlust betrifft die Testgebühren, nicht den BTC-Hauptbetrag.
Aktuell ist tRefund auf 3 Tage eingestellt. Nach Ablauf des Time Locks muss der Nutzer lediglich mit dem ursprünglichen Bitcoin-Schlüssel signieren, um entlang des vordefinierten Refund-Pfads die BTC zurückzuholen – ohne dass ein Vault Provider oder andere beteiligte Parteien mitwirken müssen. Diese 3 Tage sind auch keine absichtliche Verzögerung, sondern dienen dazu, erst das normale Aktivierungsfenster auslaufen zu lassen und so zu vermeiden, dass derselbe BTC-Vorgang gleichzeitig zwei konkurrierende Pfade „weiter aufbauen“ und „vorzeitig zurückerstatten“ besitzt.@BabylonLabs_io hat die Verantwortlichkeiten im Grunde sehr klar getrennt: Wenn das System nicht bereit ist, gibt es eine Rückerstattung; wenn der Nutzer den letzten Schritt nicht abschließt, gibt es keine Rückerstattung – aber der Hauptbetrag bleibt beidseitig über den jeweiligen Ausstiegsweg zurückholbar. Was die Frontend-Seite wirklich anzeigen sollte, ist nicht nur „abgelaufen“, sondern auch: an welcher Stelle der Nutzer festhängt, ob die Gebühr erstattet wird, wie lange es dauert, bis man die BTC zurückbekommt, und welchen nächsten Schritt er signieren muss.#baby $BABY