Ich möchte über etwas sprechen, das niemand erwähnt, wenn sie Babylon erklären. Was passiert, wenn vorher etwas schiefgeht, bevor dein Vault überhaupt aktiviert wird. 🤔
Nehmen wir an, du gibst einen Peg-in ab. dein BTC liegt im Pre-Peg-In-Output auf Bitcoin. dann schlägt das Off-Chain-Setup fehl. oder du änderst deine Meinung. oder der Vault-Provider geht in Funkstille. dein BTC ist technisch in einem Script gesperrt. also was nun?
Babylon hat von Anfang an einen Refund-Pfad in den Pre-Peg-In-Output eingebaut.
Es ist eine Taproot-Leaf, die hinter einem Bitcoin-Timelock gesperrt ist. im aktuellen Testnet beträgt dieses Timelock 3 Tage. sobald es abläuft, signierst du mit deinem eigenen Bitcoin-Key und sendest eine Refund-Transaktion, die die BTC direkt zurück in deine Wallet schickt. 🔐
Keine Zusammenarbeit erforderlich. nicht vom Vault-Provider. nicht von Babylon. nicht von irgendjemandem.
Trustless Bitcoin Vaults (TBV) hat zwei unterschiedliche Ausfallmodi, die beide hierhin führen. wenn das Setup nicht innerhalb von 24 Stunden abgeschlossen wird — Vault läuft ab, Peg-in-Gebühr wird automatisch erstattet, BTC ist über den Refund-Pfad wiederherstellbar. wenn du innerhalb von 48 Stunden nie einen verifizierten Vault aktiviert hast — die Peg-in-Gebühr ist weg, aber die BTC ist trotzdem vollständig wiederherstellbar.
das $BABY -Ökosystem wird so aufgebaut, dass der Einzahler selbst im Scheitern die Kontrolle behält. Babylon hat nicht nur den Happy-Path entworfen. sie haben auch jeden einzelnen unglücklichen Fall entworfen.
Macht der Einbau einseitiger Wiederherstellung in jeden Ausfallmodus TBV wirklich sicher genug für die Nutzung, oder erzeugt ein 3-Tage-Timelock genau genug Reibung, dass die meisten Leute nicht wissen, was zu tun ist, wenn sie es tatsächlich brauchen??
@BabylonLabs_io $BABY #baby
Nehmen wir an, du gibst einen Peg-in ab. dein BTC liegt im Pre-Peg-In-Output auf Bitcoin. dann schlägt das Off-Chain-Setup fehl. oder du änderst deine Meinung. oder der Vault-Provider geht in Funkstille. dein BTC ist technisch in einem Script gesperrt. also was nun?
Babylon hat von Anfang an einen Refund-Pfad in den Pre-Peg-In-Output eingebaut.
Es ist eine Taproot-Leaf, die hinter einem Bitcoin-Timelock gesperrt ist. im aktuellen Testnet beträgt dieses Timelock 3 Tage. sobald es abläuft, signierst du mit deinem eigenen Bitcoin-Key und sendest eine Refund-Transaktion, die die BTC direkt zurück in deine Wallet schickt. 🔐
Keine Zusammenarbeit erforderlich. nicht vom Vault-Provider. nicht von Babylon. nicht von irgendjemandem.
Trustless Bitcoin Vaults (TBV) hat zwei unterschiedliche Ausfallmodi, die beide hierhin führen. wenn das Setup nicht innerhalb von 24 Stunden abgeschlossen wird — Vault läuft ab, Peg-in-Gebühr wird automatisch erstattet, BTC ist über den Refund-Pfad wiederherstellbar. wenn du innerhalb von 48 Stunden nie einen verifizierten Vault aktiviert hast — die Peg-in-Gebühr ist weg, aber die BTC ist trotzdem vollständig wiederherstellbar.
das $BABY -Ökosystem wird so aufgebaut, dass der Einzahler selbst im Scheitern die Kontrolle behält. Babylon hat nicht nur den Happy-Path entworfen. sie haben auch jeden einzelnen unglücklichen Fall entworfen.
Macht der Einbau einseitiger Wiederherstellung in jeden Ausfallmodus TBV wirklich sicher genug für die Nutzung, oder erzeugt ein 3-Tage-Timelock genau genug Reibung, dass die meisten Leute nicht wissen, was zu tun ist, wenn sie es tatsächlich brauchen??
@BabylonLabs_io $BABY #baby