Blättere zu dem Abwicklungsabschnitt der TBV-Testnetzdokumentation (@BabylonLabs_io ). Da gibt es einen Satz, den ich dreimal hin und her gelesen habe: Mehrere Tresore können zu einer einzigen Kredit-Position kombiniert werden.
In drei Tranchen einzahlen: $BTC . Du erhältst drei separate Tresore – jeder ist ein isoliertes UTXO, und die Gelder sind nicht untereinander verbunden. Aber beim Borrow erstellt TBV kein konsolidiertes Konto; es reiht sich stattdessen nach der Reihenfolge der Einzahlung an und zieht ab dem ersten Tresor fortlaufend ab, bis die geliehene Summe erreicht ist – dann wird gestoppt. Das nennt man Prefix-Debiting.
Der Tresor, aus dem abgebucht wird, und der, aus dem nicht abgebucht wird, hatten auf Vertragsebene niemals Berührungspunkte.#baby
Diese Gestaltung hat eine starke Kante: Mit einer rein lesenden Sortierlogik wird die Verfügbarkeit gelöst, ohne irgendeinen neuen gemeinsamen Status zu erzeugen – die UTXO-Isolation geht dabei kein bisschen verloren.
Aber nachdem ich das gesamte Kapitel durchgelesen habe, finde ich den hinteren Teil nicht: Was passiert bei Rückzahlung und Rückredeem? Läuft das Ganze dann umgekehrt in Prefix-Reihenfolge ab, oder wird für jeden Tresor ein separater Redeem-Flow anhand des jeweils abgedeckten Anteils durchgeführt? Ersteres würde Zwischenzustände nach teilweiser Rückzahlung komplex machen; letzteres verlangt, dass jeder Tresor seine eigene, unabhängige Schulden-Unterbuchführung pflegt. Im Testnetz läuft Signet BTC auf Sepolia; es gibt kein echtes Geld. Solche Produkt-Lücken können leicht durch „Hauptsache, es läuft durch“ überdeckt werden.$BABY
TBV hält die Linie bei „nicht an die Kapitalstruktur heran zu rühren“, aber die Dokumentation endet an dieser Stelle abrupt. Wird die Redeem-Logik vor dem Mainnet-Launch ergänzt? Das wäre es wert, im Blick zu behalten.
Meinst du, dieses Paradigma „queued Prefix-Debiting, kein Kontakt mit dem Kapital“ kann zur Standardlösung werden, um im BTCFi mehrere UTXOs zu verarbeiten? Schreib’s in die Kommentare.
In drei Tranchen einzahlen: $BTC . Du erhältst drei separate Tresore – jeder ist ein isoliertes UTXO, und die Gelder sind nicht untereinander verbunden. Aber beim Borrow erstellt TBV kein konsolidiertes Konto; es reiht sich stattdessen nach der Reihenfolge der Einzahlung an und zieht ab dem ersten Tresor fortlaufend ab, bis die geliehene Summe erreicht ist – dann wird gestoppt. Das nennt man Prefix-Debiting.
Der Tresor, aus dem abgebucht wird, und der, aus dem nicht abgebucht wird, hatten auf Vertragsebene niemals Berührungspunkte.#baby
Diese Gestaltung hat eine starke Kante: Mit einer rein lesenden Sortierlogik wird die Verfügbarkeit gelöst, ohne irgendeinen neuen gemeinsamen Status zu erzeugen – die UTXO-Isolation geht dabei kein bisschen verloren.
Aber nachdem ich das gesamte Kapitel durchgelesen habe, finde ich den hinteren Teil nicht: Was passiert bei Rückzahlung und Rückredeem? Läuft das Ganze dann umgekehrt in Prefix-Reihenfolge ab, oder wird für jeden Tresor ein separater Redeem-Flow anhand des jeweils abgedeckten Anteils durchgeführt? Ersteres würde Zwischenzustände nach teilweiser Rückzahlung komplex machen; letzteres verlangt, dass jeder Tresor seine eigene, unabhängige Schulden-Unterbuchführung pflegt. Im Testnetz läuft Signet BTC auf Sepolia; es gibt kein echtes Geld. Solche Produkt-Lücken können leicht durch „Hauptsache, es läuft durch“ überdeckt werden.$BABY
TBV hält die Linie bei „nicht an die Kapitalstruktur heran zu rühren“, aber die Dokumentation endet an dieser Stelle abrupt. Wird die Redeem-Logik vor dem Mainnet-Launch ergänzt? Das wäre es wert, im Blick zu behalten.
Meinst du, dieses Paradigma „queued Prefix-Debiting, kein Kontakt mit dem Kapital“ kann zur Standardlösung werden, um im BTCFi mehrere UTXOs zu verarbeiten? Schreib’s in die Kommentare.