#baby
Das Whitepaper ordnet TBV als „programmable Bitcoin collateral“ ein und betont, dass es sich flexibel in verschiedene DeFi-Szenarien einbinden lässt, etwa für die Kreditvergabe oder das Prägen von Stablecoins. Das klingt sehr nach Flexibilität. Doch als ich zur Passage über die Rücknahme (Redeeming) blättere, fällt mir ein Design auf, das nicht so recht zu diesem „flexiblen“ Bild passt.
Die Rücknahme von TBV folgt derzeit dem „whole vault“-Modell: Wie viele BTC ich einzahle und sperre, so werden sie beim Entsperren auch vollständig als Paket zurückgenommen. Eine teilweise Rücknahme, also nur einen Teil der BTC aus dem Vault zu lösen, wird nicht unterstützt. Wenn ich also nur einen kleinen Teil der BTC zurückholen möchte, um kurzfristige Liquiditätsbedarfe zu decken, kann ich den Vault nicht einfach „an einem Stück“ aufschneiden und nur einen Teil herausnehmen. Ich muss den gesamten Vault zurücknehmen, alle ausstehenden Kreditpositionen begleichen und dann erst einen neuen Vault sperren, um die verbleibenden BTC weiter nutzen zu können.
Der Widerspruch liegt genau hier: Das Whitepaper betont die „programmable“-Eigenschaft immer wieder und deutet an, dass BTC wie Lego-Teile flexibel zu unterschiedlichen DeFi-Szenarien zusammengesetzt werden kann. Auf der Rücknahmeseite ist das aber das unflexibelste Design: Jede lokale Anpassung verursacht die Kosten für den kompletten Wiederaufbau des Vault. Das passt nicht wirklich zur Erzählung von effizienter Kapitalnutzung und flexiblem Einsatz.
Ich denke, das ist das Nutzererlebnis-Problem, das TBV lösen muss, bevor es sich breiter durchsetzt: @BabylonLabs_io wurde in der Sicherheitsauslegung sehr gründlich umgesetzt, aber $BABY braucht eine Ökologie, die mehr praktische Nutzer anzieht. Ob die Rücknahmemodalitäten auch teilweise Entnahmen ermöglichen, entscheidet unmittelbar darüber, ob TBV wirklich „programmable“ ist.
Das Whitepaper ordnet TBV als „programmable Bitcoin collateral“ ein und betont, dass es sich flexibel in verschiedene DeFi-Szenarien einbinden lässt, etwa für die Kreditvergabe oder das Prägen von Stablecoins. Das klingt sehr nach Flexibilität. Doch als ich zur Passage über die Rücknahme (Redeeming) blättere, fällt mir ein Design auf, das nicht so recht zu diesem „flexiblen“ Bild passt.
Die Rücknahme von TBV folgt derzeit dem „whole vault“-Modell: Wie viele BTC ich einzahle und sperre, so werden sie beim Entsperren auch vollständig als Paket zurückgenommen. Eine teilweise Rücknahme, also nur einen Teil der BTC aus dem Vault zu lösen, wird nicht unterstützt. Wenn ich also nur einen kleinen Teil der BTC zurückholen möchte, um kurzfristige Liquiditätsbedarfe zu decken, kann ich den Vault nicht einfach „an einem Stück“ aufschneiden und nur einen Teil herausnehmen. Ich muss den gesamten Vault zurücknehmen, alle ausstehenden Kreditpositionen begleichen und dann erst einen neuen Vault sperren, um die verbleibenden BTC weiter nutzen zu können.
Der Widerspruch liegt genau hier: Das Whitepaper betont die „programmable“-Eigenschaft immer wieder und deutet an, dass BTC wie Lego-Teile flexibel zu unterschiedlichen DeFi-Szenarien zusammengesetzt werden kann. Auf der Rücknahmeseite ist das aber das unflexibelste Design: Jede lokale Anpassung verursacht die Kosten für den kompletten Wiederaufbau des Vault. Das passt nicht wirklich zur Erzählung von effizienter Kapitalnutzung und flexiblem Einsatz.
Ich denke, das ist das Nutzererlebnis-Problem, das TBV lösen muss, bevor es sich breiter durchsetzt: @BabylonLabs_io wurde in der Sicherheitsauslegung sehr gründlich umgesetzt, aber $BABY braucht eine Ökologie, die mehr praktische Nutzer anzieht. Ob die Rücknahmemodalitäten auch teilweise Entnahmen ermöglichen, entscheidet unmittelbar darüber, ob TBV wirklich „programmable“ ist.