Während ich eine vollständige Schließung für eine modellierte Babylon-TBV-Position vorbereitete, fiel mir auf, dass „fast null“ und „null“ zwei völlig unterschiedliche Protokollzustände sind.
Ich habe die gleiche Rückzahlung auf zwei Arten erneut abgespielt.
Ausgangsposition:
Native-Kollateral: 0.4000 BTC
Kollateralwert: etwa 26.410 $
Vor Unterzeichnung angezeigte Schuld: 12.684,30 $
Modellierte Bestätigungsverzögerung: 6 Minuten
Geschätzte Schuld bei Ausführung: 12.684,33 $
Im ersten Replay habe ich die exakte, auf dem Bildschirm angezeigte Quote zurückgezahlt.
Eingereichter Betrag: 12.684,30 $
Verbleibende Schuld: ungefähr 0,03 $
Vollständiger Kollateralabruf: nicht verfügbar
Drei Cent hatten nahezu keine wirtschaftliche Bedeutung.
Aber weil die Position noch keinen echten Null-Schuld-Zustand erreicht hatte, konnte mehr als 26.000 $ an nativer Sicherheitenmasse immer noch nicht abgeschlossen werden.
Im zweiten Replay habe ich einen kleinen Rückzahlungs-Puffer verwendet:
Maximale Rückzahlung: 12.697,00 $
Tatsächlich erforderliche Schuld: 12.684,33 $
Nicht genutzter Betrag: 12,67 $
Endgültige Schuld: 0,00 $
Vollständiger Abruf: verfügbar
Das ist das, was ich jetzt als „Repayment Finality“ (Rückzahlungs-Finalität) bezeichne.
Eine Rückzahlung kann praktisch alle finanzielle Exponierung entfernen, ohne den für den Exit erforderlichen Übergang des Protokollzustands abzuschließen.
Die Kette ist simpel:
Schuld-Quote lesen → exakten Betrag signieren → Zinsen laufen weiter → Restschuld bleibt → Abruf bleibt blockiert.
Mein Feedback aus dem Public Testnet ist, eine klare Option „Close Position“ anzubieten, die Folgendes anzeigt:
Aktuelle Schuld
Geschätzte Schuld bei Ausführung
Empfohlener Rückzahlungs-Puffer
Erwartete ungenutzte Rückerstattung
Null-Schuld-Bestätigung
Abrufberechtigung
Die wichtige Zahl ist nicht, wie wenig Schuld noch verbleibt.
Entscheidend ist, ob überhaupt noch Schuld verbleibt.
Würden Sie die exakte Quote zurückzahlen oder eine kleine, erstattungsfähige Pufferautorisierung geben, um sicherzustellen, dass die Position tatsächlich geschlossen wird?
@BabylonLabs_io $BABY #baby
Ich habe die gleiche Rückzahlung auf zwei Arten erneut abgespielt.
Ausgangsposition:
Native-Kollateral: 0.4000 BTC
Kollateralwert: etwa 26.410 $
Vor Unterzeichnung angezeigte Schuld: 12.684,30 $
Modellierte Bestätigungsverzögerung: 6 Minuten
Geschätzte Schuld bei Ausführung: 12.684,33 $
Im ersten Replay habe ich die exakte, auf dem Bildschirm angezeigte Quote zurückgezahlt.
Eingereichter Betrag: 12.684,30 $
Verbleibende Schuld: ungefähr 0,03 $
Vollständiger Kollateralabruf: nicht verfügbar
Drei Cent hatten nahezu keine wirtschaftliche Bedeutung.
Aber weil die Position noch keinen echten Null-Schuld-Zustand erreicht hatte, konnte mehr als 26.000 $ an nativer Sicherheitenmasse immer noch nicht abgeschlossen werden.
Im zweiten Replay habe ich einen kleinen Rückzahlungs-Puffer verwendet:
Maximale Rückzahlung: 12.697,00 $
Tatsächlich erforderliche Schuld: 12.684,33 $
Nicht genutzter Betrag: 12,67 $
Endgültige Schuld: 0,00 $
Vollständiger Abruf: verfügbar
Das ist das, was ich jetzt als „Repayment Finality“ (Rückzahlungs-Finalität) bezeichne.
Eine Rückzahlung kann praktisch alle finanzielle Exponierung entfernen, ohne den für den Exit erforderlichen Übergang des Protokollzustands abzuschließen.
Die Kette ist simpel:
Schuld-Quote lesen → exakten Betrag signieren → Zinsen laufen weiter → Restschuld bleibt → Abruf bleibt blockiert.
Mein Feedback aus dem Public Testnet ist, eine klare Option „Close Position“ anzubieten, die Folgendes anzeigt:
Aktuelle Schuld
Geschätzte Schuld bei Ausführung
Empfohlener Rückzahlungs-Puffer
Erwartete ungenutzte Rückerstattung
Null-Schuld-Bestätigung
Abrufberechtigung
Die wichtige Zahl ist nicht, wie wenig Schuld noch verbleibt.
Entscheidend ist, ob überhaupt noch Schuld verbleibt.
Würden Sie die exakte Quote zurückzahlen oder eine kleine, erstattungsfähige Pufferautorisierung geben, um sicherzustellen, dass die Position tatsächlich geschlossen wird?
@BabylonLabs_io $BABY #baby