Als ich bei der Einstellung für das TBV-Testnetz die Parameter erreicht habe, haben mich drei Zahlen ausgebremst: normale Aktivierung nach etwa 2 Stunden, Aktivierungsfenster nach etwa 48 Stunden und eine Rückerstattungs-Sperrfrist von 3 Tagen. Auf den ersten Blick sieht alles nach „Warten“ aus, aber wenn man den Peg-in-Ablauf über @BabylonLabs_io Schritt für Schritt auseinander nimmt, sorgen drei Uhren jeweils für Durchlass, Fehlertoleranz und Rückabwicklung.
Der Nutzer startet zuerst auf Ethereum eine Peg-in-Anfrage; darin befindet sich ein geheimer Wert in Form eines SHA-256-Hashes. In dieser Phase fließt BTC nicht direkt in das endgültige Vault, sondern bleibt zunächst in einem Pre-PegIn-Taproot-Output gebunden, der denselben Hash trägt. Während man auf die Bestätigung von Bitcoin wartet, erstellen die Teilnehmer außerhalb der Kette die vollständigen Transaktionspfade für Auslösung, Challenge und Refund und signieren sie.
Sobald die Signaturen vollständig sind, veröffentlicht der Nutzer auf Ethereum den geheimen Wert. Der Vertrag prüft ihn erfolgreich, und der Kollateralstatus wird aktiviert. Auf der Bitcoin-Seite wird dann mit demselben geheimen Wert der finale Witness konstruiert, damit die BTC in das offizielle Vault überführt werden. Normalerweise liegt die Signet-Aktivierungszeit aus der offiziellen Dokumentation bei etwa zwei Stunden; der Hauptaufwand steckt dabei in der Bitcoin-Bestätigung.
Wirklich spannend sind die beiden verbleibenden Uhren. Wenn die Out-of-Chain-Vorbereitung nicht innerhalb von etwa 48 Stunden abgeschlossen wird, geht das Vault in den Zustand „Expired“. Nach Ablauf der 3-Tage-Rückerstattungs-Sperrfrist kann der Nutzer die BTC einfach selbst auf dem ursprünglichen Weg zurücksignieren; ein „Okay“ vom Vault Provider ist nicht nötig.
Hashlock löst also nicht das Problem „wie schnell man rüberkommt“, sondern was mit den Mitteln passiert, wenn die beiden Seiten nicht sauber zusammenpassen. Bis hierhin sind die Rechnungen gemacht, aber ich habe vorerst keine öffentlich zugängliche Statistik gefunden: durchschnittliche Aktivierungsdauer im Testnetz, Timeout-Rate und echte Anzahl der Rückerstattungen. Die Kryptographie schreibt den fehlschlagenden Pfad zwar eindeutig vor, aber wenn das System in größerem Maßstab läuft – ob Offline-Teilnehmer und Bitcoin-Überlast die Rückroute regelmäßig auslösen, hängt weiterhin von den Daten ab.
Wenn du eine BTC sperrst, musst du normalerweise etwa 2 Stunden warten; im Extremfall kann es sogar bis zur 3-Tage-Rückerstattung gehen. Verstehst du das als Sicherheits-Puffer oder als Liquiditätskosten? $BABY #baby
Der Nutzer startet zuerst auf Ethereum eine Peg-in-Anfrage; darin befindet sich ein geheimer Wert in Form eines SHA-256-Hashes. In dieser Phase fließt BTC nicht direkt in das endgültige Vault, sondern bleibt zunächst in einem Pre-PegIn-Taproot-Output gebunden, der denselben Hash trägt. Während man auf die Bestätigung von Bitcoin wartet, erstellen die Teilnehmer außerhalb der Kette die vollständigen Transaktionspfade für Auslösung, Challenge und Refund und signieren sie.
Sobald die Signaturen vollständig sind, veröffentlicht der Nutzer auf Ethereum den geheimen Wert. Der Vertrag prüft ihn erfolgreich, und der Kollateralstatus wird aktiviert. Auf der Bitcoin-Seite wird dann mit demselben geheimen Wert der finale Witness konstruiert, damit die BTC in das offizielle Vault überführt werden. Normalerweise liegt die Signet-Aktivierungszeit aus der offiziellen Dokumentation bei etwa zwei Stunden; der Hauptaufwand steckt dabei in der Bitcoin-Bestätigung.
Wirklich spannend sind die beiden verbleibenden Uhren. Wenn die Out-of-Chain-Vorbereitung nicht innerhalb von etwa 48 Stunden abgeschlossen wird, geht das Vault in den Zustand „Expired“. Nach Ablauf der 3-Tage-Rückerstattungs-Sperrfrist kann der Nutzer die BTC einfach selbst auf dem ursprünglichen Weg zurücksignieren; ein „Okay“ vom Vault Provider ist nicht nötig.
Hashlock löst also nicht das Problem „wie schnell man rüberkommt“, sondern was mit den Mitteln passiert, wenn die beiden Seiten nicht sauber zusammenpassen. Bis hierhin sind die Rechnungen gemacht, aber ich habe vorerst keine öffentlich zugängliche Statistik gefunden: durchschnittliche Aktivierungsdauer im Testnetz, Timeout-Rate und echte Anzahl der Rückerstattungen. Die Kryptographie schreibt den fehlschlagenden Pfad zwar eindeutig vor, aber wenn das System in größerem Maßstab läuft – ob Offline-Teilnehmer und Bitcoin-Überlast die Rückroute regelmäßig auslösen, hängt weiterhin von den Daten ab.
Wenn du eine BTC sperrst, musst du normalerweise etwa 2 Stunden warten; im Extremfall kann es sogar bis zur 3-Tage-Rückerstattung gehen. Verstehst du das als Sicherheits-Puffer oder als Liquiditätskosten? $BABY #baby