DIE HERZSCHLAG-ZAHL, ZU DER ICH IMMER WIEDER ZURÜCKKOMME AUF #TermMax
Die meisten Kreditprotokolle veröffentlichen eine Oracle-Seite, und fast niemand liest weiter als bis zu den Contract-Adressen… Ich habe stattdessen damit angefangen, die Spalte daneben zu lesen. Den Herzschlag. Das ist der Parameter, der festlegt, wie alt ein Preis sein darf, bevor das System aufhören sollte, ihm zu vertrauen.
Bei TermMax wird es in dieser Spalte seltsam..
In der Ethereum-Tabelle stehen 86400 Sekunden über nahezu alle Sicherheiten hinweg. USDC, WETH, wstETH, WBTC, sUSDe und Dutzende von Pendle-PT-Tokens. Zwölfundzwanzig Stunden geduldeter Veralterung. Die Ausnahmen laufen in beide Richtungen: SPK bei 43200 bis Chronicle, und ein PT-Markts bei 432000, also fünf Tagen.
Dann bin ich zum BNB-Abschnitt gescrollt. WBNB liegt bei 60. BTCB bei 60.
Gleiches Protokoll, gleiche breite Kategorie volatiler Sicherheiten und ungefähr eine 1.440-fache Spanne darin, wie veraltet ein BNB-Preis sein darf und wie veraltet ein Ethereum-Preis sein darf. Ich konnte keine Begründung finden, die für eine der beiden Einstellungen angegeben wird.
Was mich länger dabei hält, ist das Liquidationsdesign. Sobald ein Kredit die Fälligkeit überschreitet, gibt es ein zweistündiges Zeitfenster für Liquidatoren, ihn abzuräumen. Dabei fällt eine zehnprozentige Strafe an, die gleichmäßig zwischen Liquidator und Protokoll-Reserve aufgeteilt wird. Ein zweistündiges Zeitfenster, das anhand eines Preises beurteilt wird, den dieselbe Dokumentation als einen Tag alt erlaubt.
Da ist noch ein kleineres Detail darunter… Zwei Assets führen TermMax selbst als Preis-Feed-Anbieter auf: PT-yUSD-7AUG2025 und tETH von Treehouse. Die Seite „Risks“ nennt Chainlink und RedStone als die externen Oracles, von denen es abhängt. Erwähnt wird diese Anordnung nirgendwo.
Nichts davon ist versteckt. Es steht auf der eigenen Oracle-Seite von @TermMax .
Was ich nicht finden kann, ist die Update-Richtlinie. Wer schiebt diese Preise, bei welcher Abweichung, und was passiert, wenn ein Herzschlag abläuft?..🤔
Die meisten Kreditprotokolle veröffentlichen eine Oracle-Seite, und fast niemand liest weiter als bis zu den Contract-Adressen… Ich habe stattdessen damit angefangen, die Spalte daneben zu lesen. Den Herzschlag. Das ist der Parameter, der festlegt, wie alt ein Preis sein darf, bevor das System aufhören sollte, ihm zu vertrauen.
Bei TermMax wird es in dieser Spalte seltsam..
In der Ethereum-Tabelle stehen 86400 Sekunden über nahezu alle Sicherheiten hinweg. USDC, WETH, wstETH, WBTC, sUSDe und Dutzende von Pendle-PT-Tokens. Zwölfundzwanzig Stunden geduldeter Veralterung. Die Ausnahmen laufen in beide Richtungen: SPK bei 43200 bis Chronicle, und ein PT-Markts bei 432000, also fünf Tagen.
Dann bin ich zum BNB-Abschnitt gescrollt. WBNB liegt bei 60. BTCB bei 60.
Gleiches Protokoll, gleiche breite Kategorie volatiler Sicherheiten und ungefähr eine 1.440-fache Spanne darin, wie veraltet ein BNB-Preis sein darf und wie veraltet ein Ethereum-Preis sein darf. Ich konnte keine Begründung finden, die für eine der beiden Einstellungen angegeben wird.
Was mich länger dabei hält, ist das Liquidationsdesign. Sobald ein Kredit die Fälligkeit überschreitet, gibt es ein zweistündiges Zeitfenster für Liquidatoren, ihn abzuräumen. Dabei fällt eine zehnprozentige Strafe an, die gleichmäßig zwischen Liquidator und Protokoll-Reserve aufgeteilt wird. Ein zweistündiges Zeitfenster, das anhand eines Preises beurteilt wird, den dieselbe Dokumentation als einen Tag alt erlaubt.
Da ist noch ein kleineres Detail darunter… Zwei Assets führen TermMax selbst als Preis-Feed-Anbieter auf: PT-yUSD-7AUG2025 und tETH von Treehouse. Die Seite „Risks“ nennt Chainlink und RedStone als die externen Oracles, von denen es abhängt. Erwähnt wird diese Anordnung nirgendwo.
Nichts davon ist versteckt. Es steht auf der eigenen Oracle-Seite von @TermMax .
Was ich nicht finden kann, ist die Update-Richtlinie. Wer schiebt diese Preise, bei welcher Abweichung, und was passiert, wenn ein Herzschlag abläuft?..🤔
