Ich habe gerade die Test-Interaktionen nach 7 Tagen TermMax im Liquiditätsbecken abgeschlossen. Die meisten Gespräche auf dem On-Chain-Weg drehen sich um festverzinsliche, fixe Zinssätze auf der Kette – man fragt vor allem: Ist die Rendite hoch genug? Kaum jemand spricht offen an: Was passiert, wenn das Order-Matching falsch läuft oder es Probleme bei der Auszahlung der Gelder gibt? Wer steht dafür ein? Welche Konsequenzen trägt derjenige, der einen Fehler verursacht hat? Dieses Thema sieht man in traditionellen Fixed-Income-Märkten häufig, auf der Kette jedoch selten, weil Protokolle selten direkt darauf antworten. Als ich bis zu dieser Ebene ans Mainnet- und Testnet-Testing von @TermMaxFi gelangt bin, wurde mir klar, dass das die Stelle ist, an der es wirklich Können zeigt. Und nebenbei habe ich auch eine zuvor erwähnte Stelle, die nicht ganz präzise genug formuliert war, nachgebessert.
Für eine einzelne Fixed-Rate-Order müssen zur Absicherung sowohl das On-Chain Fixed-Term TimeLock Module als auch eine unabhängige Oracle-Instanz doppelt prüfen. Erst wenn das Matching abgeschlossen ist, wird es on-chain zur Beweis-/Nachweisverwaltung gespeichert. In den offiziellen Originaltexten steht, dass dieses End-to-End-Validierungs-Setup erst dann vollständig „ausgestattet“ ist, wenn die öffentliche Testphase komplett beendet ist. In dieser Phase wird gerade erst Schritt für Schritt die Abdeckung über alle Laufzeit-Pools hinweg erweitert; es bedeutet nicht, dass am ersten Tag nach dem Mainnet-Go-Live alles in vollem Umfang sofort freigeschaltet war. Die Sicherheitsleistung (Margin) der Market Maker liegt in einem isolierten Sicherheitenpool innerhalb des Protokolls. Ich habe das getestet: In der 24-Stunden-„Disput-Zone“ wird die Sicherheitsleistung direkt konfisziert, wenn nach erfolgtem Order-Fill böswillig storniert wird oder wenn absichtlich falsche Zinsen gemeldet werden, um den Markt zu stören, und ein On-Chain-Schlichtung-/Arbitrage-Knoten das erfolgreich herausfordert. Das nennt man Vertragsverletzungs-Konfiskation („违约罚没“) – die Kosten für böswilliges Verhalten sind echtes, greifbares Geld, das man nicht zurückbekommt.
Beim letzten Mal habe ich $TMX und dieses Sicherheitssystem zu allgemein beschrieben, sodass es leicht so wirken konnte, als wäre die Sicherheit, die die Market Maker hinterlegen, einfach „TMX“. Das ist jedoch nicht dasselbe. In der offiziellen Token-Offenlegungsunterlage (ich schaue auf Seite 17 im Kapitel zur Token-Verteilung) steht, dass die Rolle von TMX derzeit vier Bereiche umfasst: (1) Mining-/Ausstiegsbelohnungen für Liquiditätsanbieter, (2) Protokollgebühren bei der Erstellung und beim Einstellen von Orders, (3) TMX-Sicherheiten, die Market Maker beim Erbringen von Services selbst hinterlegen, und (4) die Governance-Stimmrechte für Zinsparameter, die nach dem Staking erhalten werden. Erst wenn TMX zu einem netzweit nativen Standard für Gebühren und Staking wird, soll das Ganze vollständig in dieser Funktion ankommen. Die offiziellen Angaben dazu lauten, dass dies erst dann als vollständig umgesetzt gilt, wenn die V2-Version der Cross-Chain-Laufzeit-Pools offiziell „läuft“ – aktuell ist man noch nicht auf diesem Stand.
Wenn man beide Zeitachsen zusammen betrachtet, wird der komplette Closed Loop für feste Zinssätze dieses Projekts gerade in einzelnen Phasen zusammengesetzt. $TMX ist derzeit eher auf Governance und frühe Anreize ausgerichtet; die eigentliche Last, die die Sicherheit der gesamten On-Chain-Geldauszahlung für das ganze Netzwerk trägt, liegt aktuell bei den Isolations-/Time-Lock-Verträgen. #termmax @TermMax
Für eine einzelne Fixed-Rate-Order müssen zur Absicherung sowohl das On-Chain Fixed-Term TimeLock Module als auch eine unabhängige Oracle-Instanz doppelt prüfen. Erst wenn das Matching abgeschlossen ist, wird es on-chain zur Beweis-/Nachweisverwaltung gespeichert. In den offiziellen Originaltexten steht, dass dieses End-to-End-Validierungs-Setup erst dann vollständig „ausgestattet“ ist, wenn die öffentliche Testphase komplett beendet ist. In dieser Phase wird gerade erst Schritt für Schritt die Abdeckung über alle Laufzeit-Pools hinweg erweitert; es bedeutet nicht, dass am ersten Tag nach dem Mainnet-Go-Live alles in vollem Umfang sofort freigeschaltet war. Die Sicherheitsleistung (Margin) der Market Maker liegt in einem isolierten Sicherheitenpool innerhalb des Protokolls. Ich habe das getestet: In der 24-Stunden-„Disput-Zone“ wird die Sicherheitsleistung direkt konfisziert, wenn nach erfolgtem Order-Fill böswillig storniert wird oder wenn absichtlich falsche Zinsen gemeldet werden, um den Markt zu stören, und ein On-Chain-Schlichtung-/Arbitrage-Knoten das erfolgreich herausfordert. Das nennt man Vertragsverletzungs-Konfiskation („违约罚没“) – die Kosten für böswilliges Verhalten sind echtes, greifbares Geld, das man nicht zurückbekommt.
Beim letzten Mal habe ich $TMX und dieses Sicherheitssystem zu allgemein beschrieben, sodass es leicht so wirken konnte, als wäre die Sicherheit, die die Market Maker hinterlegen, einfach „TMX“. Das ist jedoch nicht dasselbe. In der offiziellen Token-Offenlegungsunterlage (ich schaue auf Seite 17 im Kapitel zur Token-Verteilung) steht, dass die Rolle von TMX derzeit vier Bereiche umfasst: (1) Mining-/Ausstiegsbelohnungen für Liquiditätsanbieter, (2) Protokollgebühren bei der Erstellung und beim Einstellen von Orders, (3) TMX-Sicherheiten, die Market Maker beim Erbringen von Services selbst hinterlegen, und (4) die Governance-Stimmrechte für Zinsparameter, die nach dem Staking erhalten werden. Erst wenn TMX zu einem netzweit nativen Standard für Gebühren und Staking wird, soll das Ganze vollständig in dieser Funktion ankommen. Die offiziellen Angaben dazu lauten, dass dies erst dann als vollständig umgesetzt gilt, wenn die V2-Version der Cross-Chain-Laufzeit-Pools offiziell „läuft“ – aktuell ist man noch nicht auf diesem Stand.
Wenn man beide Zeitachsen zusammen betrachtet, wird der komplette Closed Loop für feste Zinssätze dieses Projekts gerade in einzelnen Phasen zusammengesetzt. $TMX ist derzeit eher auf Governance und frühe Anreize ausgerichtet; die eigentliche Last, die die Sicherheit der gesamten On-Chain-Geldauszahlung für das ganze Netzwerk trägt, liegt aktuell bei den Isolations-/Time-Lock-Verträgen. #termmax @TermMax
