Gestern habe ich nativen, durch Bitcoin unterlegten Kredit über Aave v4 im öffentlichen Testnetz von Babylon ausprobiert. Das Überraschende kam erst, nachdem ich die simulierte Schuld zurückgezahlt hatte.
Auf der Aave-Seite sah es so aus, als wäre alles erledigt. Meine Schuld war beglichen, also erwartete ich, dass der BTC nur noch einen letzten Klick entfernt sei.
Aber „Repay“ beendet nur die Kreditverpflichtung. Bevor der Vault Aave v4 verlassen kann, müssen alle Reserven vollständig ausgeglichen sein. Dazu gehört auch das bereits hinzugefügte Zinsguthaben. Anschließend zieht der Nutzer den Vault aus der Position ab. Das entfernt den internen Kollateral-Eintrag, aber der Bitcoin ist weiterhin in seinem Taproot-UTXO gesperrt.
Erst danach läuft der Prozess zurück zu Trustless Bitcoin Vaults (TBV). Der Vault Provider veröffentlicht einen Claim. Ein ZK-Beweis läuft durch „Assert“, anschließend wartet das Protokoll über ein Challenge-Fenster von etwa 432 Bitcoin-Blöcken. Die Auszahlung erfolgt, nachdem dieser Prozess abgeschlossen ist.
Das hat mir zwei sehr unterschiedliche Versionen von „fertig“ gezeigt. Aave war mit meiner Schuld durch. TBV war mit meinem Bitcoin noch nicht fertig. Diese Unterscheidung ergibt auf Protokollebene Sinn. Aave verwaltet den Kredit auf Ethereum, während TBV steuert, wie der BTC seinen Vault auf Bitcoin verlässt. Aber die Produkterfahrung kann diese Übergabe verwischen. Ein Nutzer sieht vielleicht keine Schuld mehr und nimmt an, dass die komplette Position geschlossen ist.
Das war die Erkenntnis, die ich aus dem Testnet mitgenommen habe. Native, durch Bitcoin unterlegte Kreditaufnahme hat nicht „ein“ einziges Ende. Sie hat einen Kredit-Ausgang und einen Bitcoin-Ausgang, und beide laufen auf unterschiedlichen Timern ab. Ohne diese Trennung fühlt sich „Repay“ wie eine Ziellinie an, obwohl es in Wahrheit eine Übergabe ist.
Ich denke, Babylon sollte diese Stufen so machen, dass man sie nicht verwechseln kann. Das Portal könnte zuerst „Schuld zurückgezahlt“ anzeigen und danach „Vault aus Aave zurückgezogen“. Danach könnte es auf „BTC-Einlösung läuft…“ umschalten.
Die letzte Stufe braucht mehr als einen Spinner. Es sollte den aktuellen TBV-Schritt und die verbleibenden Challenge-Blöcke anzeigen. Auch die Auszahlungsadresse sollte sichtbar bleiben. Eine klare Warnung sollte erklären, dass das Schließen der Aave-Schuld den BTC nicht sofort freigibt.
Babylon verbindet die beiden Ebenen bereits innerhalb eines einzigen Flows. Die nächste UX-Herausforderung besteht darin, genau zu zeigen, wo die eine Ebene endet und die andere beginnt.
@BabylonLabs_io $1000RATS $BABY #baby
Auf der Aave-Seite sah es so aus, als wäre alles erledigt. Meine Schuld war beglichen, also erwartete ich, dass der BTC nur noch einen letzten Klick entfernt sei.
Aber „Repay“ beendet nur die Kreditverpflichtung. Bevor der Vault Aave v4 verlassen kann, müssen alle Reserven vollständig ausgeglichen sein. Dazu gehört auch das bereits hinzugefügte Zinsguthaben. Anschließend zieht der Nutzer den Vault aus der Position ab. Das entfernt den internen Kollateral-Eintrag, aber der Bitcoin ist weiterhin in seinem Taproot-UTXO gesperrt.
Erst danach läuft der Prozess zurück zu Trustless Bitcoin Vaults (TBV). Der Vault Provider veröffentlicht einen Claim. Ein ZK-Beweis läuft durch „Assert“, anschließend wartet das Protokoll über ein Challenge-Fenster von etwa 432 Bitcoin-Blöcken. Die Auszahlung erfolgt, nachdem dieser Prozess abgeschlossen ist.
Das hat mir zwei sehr unterschiedliche Versionen von „fertig“ gezeigt. Aave war mit meiner Schuld durch. TBV war mit meinem Bitcoin noch nicht fertig. Diese Unterscheidung ergibt auf Protokollebene Sinn. Aave verwaltet den Kredit auf Ethereum, während TBV steuert, wie der BTC seinen Vault auf Bitcoin verlässt. Aber die Produkterfahrung kann diese Übergabe verwischen. Ein Nutzer sieht vielleicht keine Schuld mehr und nimmt an, dass die komplette Position geschlossen ist.
Das war die Erkenntnis, die ich aus dem Testnet mitgenommen habe. Native, durch Bitcoin unterlegte Kreditaufnahme hat nicht „ein“ einziges Ende. Sie hat einen Kredit-Ausgang und einen Bitcoin-Ausgang, und beide laufen auf unterschiedlichen Timern ab. Ohne diese Trennung fühlt sich „Repay“ wie eine Ziellinie an, obwohl es in Wahrheit eine Übergabe ist.
Ich denke, Babylon sollte diese Stufen so machen, dass man sie nicht verwechseln kann. Das Portal könnte zuerst „Schuld zurückgezahlt“ anzeigen und danach „Vault aus Aave zurückgezogen“. Danach könnte es auf „BTC-Einlösung läuft…“ umschalten.
Die letzte Stufe braucht mehr als einen Spinner. Es sollte den aktuellen TBV-Schritt und die verbleibenden Challenge-Blöcke anzeigen. Auch die Auszahlungsadresse sollte sichtbar bleiben. Eine klare Warnung sollte erklären, dass das Schließen der Aave-Schuld den BTC nicht sofort freigibt.
Babylon verbindet die beiden Ebenen bereits innerhalb eines einzigen Flows. Die nächste UX-Herausforderung besteht darin, genau zu zeigen, wo die eine Ebene endet und die andere beginnt.
@BabylonLabs_io $1000RATS $BABY #baby