Ein DEX-Pool mit geringer Liquidität sollte den Wert eines Vault-Tokens nicht automatisch bestimmen
Origamis hOHM ist ein interessantes Beispiel für ein Problem, mit dem DeFi-Kreditmärkte bei strukturierten Sicherheiten konfrontiert sind.
Ein gehebelter Vault-Token kann Vermögenswerte und Verbindlichkeiten halten, deren Gesamtwert sich onchain berechnen lässt. Sein DEX-Preis kann jedoch vorübergehend von diesem zugrunde liegenden Wert abweichen, wenn die Liquidität versiegt.
Wenn sich ein Kreditprotokoll vollständig auf den Marktpreis stützt, kann ein starker Abschlag die Kreditaufnahme einschränken oder Liquidationen auslösen – selbst wenn der Bilanzwert des Vaults nicht im gleichen Maß gesunken ist.
Der hOHM-Feed von DIA verwendet ein Design mit zwei Bewertungsmethoden:
• NAV: Die Onchain-Bilanz wird ausgelesen und der innere Wert je Anteil anhand von Oracle-Preisen für die zugrunde liegenden Vermögenswerte und Verbindlichkeiten berechnet.
• Marktpreis: Der Preis des Tokens auf dem Sekundärmarkt wird parallel erfasst.
• Aggregation: max(NAV, Marktpreis) wird angewendet, um den jeweils höheren der beiden Werte auszuwählen.
Der Vorteil liegt auf der Hand: Ein vorübergehender Marktabschlag unter dem NAV wird nicht automatisch zum Sicherheitenpreis.
Allerdings gibt es einen Zielkonflikt. Liegt der Marktpreis über dem NAV, wählt dieselbe Regel den höheren Preis aus, was den fundamentalen Sicherheitenwert überzeichnen kann.
Deshalb lässt sich das Oracle-Design nicht vom Risikomanagement im Kreditgeschäft trennen. Ein Feed muss nicht nur danach beurteilt werden, woher seine Daten stammen, sondern auch danach, wie er konkurrierende Bewertungssignale kombiniert.
Die entscheidende Frage lautet nicht einfach: „Zu welchem Preis wird hOHM gehandelt?“ Sondern: „Welcher Bewertungsregel sollte der Kreditmarkt in einer Stresssituation vertrauen?“ $DIA
Origamis hOHM ist ein interessantes Beispiel für ein Problem, mit dem DeFi-Kreditmärkte bei strukturierten Sicherheiten konfrontiert sind.
Ein gehebelter Vault-Token kann Vermögenswerte und Verbindlichkeiten halten, deren Gesamtwert sich onchain berechnen lässt. Sein DEX-Preis kann jedoch vorübergehend von diesem zugrunde liegenden Wert abweichen, wenn die Liquidität versiegt.
Wenn sich ein Kreditprotokoll vollständig auf den Marktpreis stützt, kann ein starker Abschlag die Kreditaufnahme einschränken oder Liquidationen auslösen – selbst wenn der Bilanzwert des Vaults nicht im gleichen Maß gesunken ist.
Der hOHM-Feed von DIA verwendet ein Design mit zwei Bewertungsmethoden:
• NAV: Die Onchain-Bilanz wird ausgelesen und der innere Wert je Anteil anhand von Oracle-Preisen für die zugrunde liegenden Vermögenswerte und Verbindlichkeiten berechnet.
• Marktpreis: Der Preis des Tokens auf dem Sekundärmarkt wird parallel erfasst.
• Aggregation: max(NAV, Marktpreis) wird angewendet, um den jeweils höheren der beiden Werte auszuwählen.
Der Vorteil liegt auf der Hand: Ein vorübergehender Marktabschlag unter dem NAV wird nicht automatisch zum Sicherheitenpreis.
Allerdings gibt es einen Zielkonflikt. Liegt der Marktpreis über dem NAV, wählt dieselbe Regel den höheren Preis aus, was den fundamentalen Sicherheitenwert überzeichnen kann.
Deshalb lässt sich das Oracle-Design nicht vom Risikomanagement im Kreditgeschäft trennen. Ein Feed muss nicht nur danach beurteilt werden, woher seine Daten stammen, sondern auch danach, wie er konkurrierende Bewertungssignale kombiniert.
Die entscheidende Frage lautet nicht einfach: „Zu welchem Preis wird hOHM gehandelt?“ Sondern: „Welcher Bewertungsregel sollte der Kreditmarkt in einer Stresssituation vertrauen?“ $DIA
