Ich habe gestern Abend den Abschnitt über Stablecoins (@BabylonLabs_io ) noch einmal gelesen und bin an einem einzigen Satz hängen geblieben, den ich von mir selbst schon oft übergangen hatte: „Rückzahlungsanfragen müssen nach einer festgelegten Reihenfolge nach dem Challenge-Fenster abgearbeitet werden.“ Zuerst dachte ich, das sei nur eine Warteschlangen-Mechanik, um Bank Runs abzufedern. Erst als ich einen Zustandsautomaten skizziert hatte, wurde mir klar, dass dahinter das in Stablecoin-Systemen am leichtesten zu übersehende „Liquiditäts-Illusion“ steckt.
Kapitel 6 des Whitepapers behandelt besicherte Stablecoins. Die meisten richten ihren Fokus auf die Liquidationslinie. Doch beim ständigen Nachdenken über den Rückzahlungsprozess fiel mir auf: Es wird überhaupt kein „sofortiges Rückerstatten“ versprochen. Nachdem eine Rückzahlungsanfrage eingereicht wurde, muss man brav warten, bis das Challenge-Fenster schließt, und dann wird alles der Reihe nach ausgeglichen. Das heißt: In den extremen Marktphasen, in denen Liquidität am dringendsten gebraucht wird, ist deine Rückzahlungsanweisung im Kern ein verzögertes, nicht überholbares Ticket.
Wie wenn vor einer Bank „Einlagenversicherung zahlt im Notfall“ dransteht, aber das Auszahlungsfenster so klein eingestellt ist, dass du nicht untergehst—aber dein Geld wird in der Zeitdimension festgesetzt.
Diese Verzögerung ist in normalen Marktphasen meist harmlos. Doch wenn eine Black-Swan-Situation eintritt, der Stablecoin-Kurs vom Soll abweicht und Arbitrageure ihre Positionen „wegbrücken“ wollen, um die Preisspanne auszugleichen, merken sie: Die eingereichte Rückzahlung muss erst beendet werden, nachdem das Challenge-Fenster vergangen ist, bevor sie an BTC kommen. In der Zeitspanne kann sich der Preis aber längst verändert haben. Dadurch entsteht ein eiskaltes Missverhältnis: Die „Werthinterlegung“ des Stablecoins beruht auf der endgültigen Zahlungsfähigkeit, während die „Marktgleichpreisung“ von sofortiger Arbitrage-Kompetenz abhängt. Wenn eine Stablecoin-Rückzahlung Verzögerungen bereits von Natur aus einbaut, die die sofortige Arbitrage behindern, dann kann die kurzfristige Abweichung von 1 USD in Extremszenarien theoretisch weit über der typischer Stablecoins liegen.
Und was hat das mit $BABY zu tun? Die Länge des Challenge-Fensters und die Regeln zur Rückzahlungsreihenfolge werden künftig sehr wahrscheinlich über die Governance von $BABY festgelegt. Wird das Fenster länger gesetzt, ist es sicherer—aber es verstärkt das Risiko der Entkopplung (Depeg). Wird es kürzer gesetzt, läuft das Arbitrage flüssiger—aber die Herausforderer haben möglicherweise keine Zeit, böswillige Abhebungen abzufangen. Am Ende ist das ein Abwägungsspiel, bei dem BABY-Inhaber per „Abstimmung mit den Füßen“ entscheiden. Genau an dieser Stelle liegt mein Beobachtungspunkt: Wofür werden die Inhaber sich dann entscheiden—opfern sie einen Teil der Liquidität für die Sicherheit des gesamten Systems, oder lassen sie absichtlich eine „Zeitlücke“, damit sie in einem Niedrigpreis-Szenario bequem nachkaufen können? Die Motivation für die Festlegung dieses Parameters macht mir mehr Angst als die Technik selbst.
#baby $BABY
Kapitel 6 des Whitepapers behandelt besicherte Stablecoins. Die meisten richten ihren Fokus auf die Liquidationslinie. Doch beim ständigen Nachdenken über den Rückzahlungsprozess fiel mir auf: Es wird überhaupt kein „sofortiges Rückerstatten“ versprochen. Nachdem eine Rückzahlungsanfrage eingereicht wurde, muss man brav warten, bis das Challenge-Fenster schließt, und dann wird alles der Reihe nach ausgeglichen. Das heißt: In den extremen Marktphasen, in denen Liquidität am dringendsten gebraucht wird, ist deine Rückzahlungsanweisung im Kern ein verzögertes, nicht überholbares Ticket.
Wie wenn vor einer Bank „Einlagenversicherung zahlt im Notfall“ dransteht, aber das Auszahlungsfenster so klein eingestellt ist, dass du nicht untergehst—aber dein Geld wird in der Zeitdimension festgesetzt.
Diese Verzögerung ist in normalen Marktphasen meist harmlos. Doch wenn eine Black-Swan-Situation eintritt, der Stablecoin-Kurs vom Soll abweicht und Arbitrageure ihre Positionen „wegbrücken“ wollen, um die Preisspanne auszugleichen, merken sie: Die eingereichte Rückzahlung muss erst beendet werden, nachdem das Challenge-Fenster vergangen ist, bevor sie an BTC kommen. In der Zeitspanne kann sich der Preis aber längst verändert haben. Dadurch entsteht ein eiskaltes Missverhältnis: Die „Werthinterlegung“ des Stablecoins beruht auf der endgültigen Zahlungsfähigkeit, während die „Marktgleichpreisung“ von sofortiger Arbitrage-Kompetenz abhängt. Wenn eine Stablecoin-Rückzahlung Verzögerungen bereits von Natur aus einbaut, die die sofortige Arbitrage behindern, dann kann die kurzfristige Abweichung von 1 USD in Extremszenarien theoretisch weit über der typischer Stablecoins liegen.
Und was hat das mit $BABY zu tun? Die Länge des Challenge-Fensters und die Regeln zur Rückzahlungsreihenfolge werden künftig sehr wahrscheinlich über die Governance von $BABY festgelegt. Wird das Fenster länger gesetzt, ist es sicherer—aber es verstärkt das Risiko der Entkopplung (Depeg). Wird es kürzer gesetzt, läuft das Arbitrage flüssiger—aber die Herausforderer haben möglicherweise keine Zeit, böswillige Abhebungen abzufangen. Am Ende ist das ein Abwägungsspiel, bei dem BABY-Inhaber per „Abstimmung mit den Füßen“ entscheiden. Genau an dieser Stelle liegt mein Beobachtungspunkt: Wofür werden die Inhaber sich dann entscheiden—opfern sie einen Teil der Liquidität für die Sicherheit des gesamten Systems, oder lassen sie absichtlich eine „Zeitlücke“, damit sie in einem Niedrigpreis-Szenario bequem nachkaufen können? Die Motivation für die Festlegung dieses Parameters macht mir mehr Angst als die Technik selbst.
#baby $BABY