Stell dir eine Klimaanlage vor, die behauptet, konstant zu regeln – sie kann die Raumtemperatur selbst aber überhaupt nicht wahrnehmen. Alles hängt daran, was ein Thermometer an der Wand meldet. Wird das Thermometer durch die Sonne ein wenig aufgeheizt, kühlt die Anlage sofort wie verrückt. Sobald die Anzeige ausfällt oder spinnt, gerät der ganze Raum aus dem Tritt. Genau dieses Bild ist mir in den Kopf geschossen, als ich die Stelle im Weißbuch 4.1 zu dem „dual oracle“ gelesen habe – @TermMax .
Das TermMax-Whitepaper liefert nur einen Satz: Das Protokoll nutzt ein System mit zwei Oracles, aber wenn die Oracles ausfallen, beeinflusst das die Preisbildung und die Abwicklung (Liquidation). Wer diese beiden Oracles sind, wie sie die Daten beziehen, wie sie sich gegenseitig prüfen, was gilt, wenn Signale kollidieren, und ob Verzögerungen die Abwicklung ausbremsen – kein Wort wird dazu ausgeführt. Ich habe es mehrfach gelesen, und trotzdem konnte ich keine weiteren Details finden.
Genau diese Lücke ist für mich das größte blinde Fleck. Ein Protokoll, das davon lebt, „Gewissheit“ zu verkaufen, ist an seiner verletzlichsten Stelle völlig auf eine „Temperaturanzeige“ angewiesen, die es selbst nie klar erklärt. Abwicklung, Preisbildung, Beleihungsquoten – alles steht und fällt damit, dass der Preis, der von außen reinkommt, wirklich stimmt. Klingt ein bisschen absurd: Wir würden drei Tage damit verbringen, den Vertragscode Zeile für Zeile zu prüfen, aber stellen selten die eine Frage: Hey – woher kommt der Preis, den man ihm gibt? #TermMax
Und diese Lücke muss am Ende durch TMX geschlossen werden. Die Token-Inhaber passen durch Governance die Marktrisiko-Parameter an – salopp gesagt: Man wählt den „Blick“ für diese Maschine und legt die „Alarmgrenze“ fest. Die Coins liegen zwar in deiner Hand, aber die meisten schauen sich diese Risiko-Parameter kaum im Detail an. Und genau diese Parameter entscheiden, ob du bei einer Liquidation überhaupt noch eine Chance zum Ausstieg oder zur Rettung hast.
Ich nenne das „geliehene Präzision“: Die Gewissheit, die es dir verkauft, ist ausgeliehen – die Laufzeit hängt davon ab, wann diese „Temperaturanzeige“ unzuverlässig wird. Bevor du DYOR machst, frag dich zuerst: An dem Tag, an dem das Oracle ausfällt – wie wird deine Position dann liquidiert?
Das TermMax-Whitepaper liefert nur einen Satz: Das Protokoll nutzt ein System mit zwei Oracles, aber wenn die Oracles ausfallen, beeinflusst das die Preisbildung und die Abwicklung (Liquidation). Wer diese beiden Oracles sind, wie sie die Daten beziehen, wie sie sich gegenseitig prüfen, was gilt, wenn Signale kollidieren, und ob Verzögerungen die Abwicklung ausbremsen – kein Wort wird dazu ausgeführt. Ich habe es mehrfach gelesen, und trotzdem konnte ich keine weiteren Details finden.
Genau diese Lücke ist für mich das größte blinde Fleck. Ein Protokoll, das davon lebt, „Gewissheit“ zu verkaufen, ist an seiner verletzlichsten Stelle völlig auf eine „Temperaturanzeige“ angewiesen, die es selbst nie klar erklärt. Abwicklung, Preisbildung, Beleihungsquoten – alles steht und fällt damit, dass der Preis, der von außen reinkommt, wirklich stimmt. Klingt ein bisschen absurd: Wir würden drei Tage damit verbringen, den Vertragscode Zeile für Zeile zu prüfen, aber stellen selten die eine Frage: Hey – woher kommt der Preis, den man ihm gibt? #TermMax
Und diese Lücke muss am Ende durch TMX geschlossen werden. Die Token-Inhaber passen durch Governance die Marktrisiko-Parameter an – salopp gesagt: Man wählt den „Blick“ für diese Maschine und legt die „Alarmgrenze“ fest. Die Coins liegen zwar in deiner Hand, aber die meisten schauen sich diese Risiko-Parameter kaum im Detail an. Und genau diese Parameter entscheiden, ob du bei einer Liquidation überhaupt noch eine Chance zum Ausstieg oder zur Rettung hast.
Ich nenne das „geliehene Präzision“: Die Gewissheit, die es dir verkauft, ist ausgeliehen – die Laufzeit hängt davon ab, wann diese „Temperaturanzeige“ unzuverlässig wird. Bevor du DYOR machst, frag dich zuerst: An dem Tag, an dem das Oracle ausfällt – wie wird deine Position dann liquidiert?