#termmax @TermMax $ACE $BTW $GPS ...
Der Teil von TermMax, bei dem ich ständig wieder lande, ist nicht die Withdrawal-Queue.
Nicht einmal noch immer 40.000 ERC-4626 Shares in einer Vault-Zeile.
Es war der TermMax Range Order, der dazwischen gefüllt hat.
Das ist das Nervige.
Am Freitag hat ein Teil des TermMax Vault noch nicht gematchte Assets dort liegen. Der Curator platziert einen Range Order. Er wird ausgefüllt. Bis Montag ist ein Teil derselben Vault-Abdeckung bereits an eine termingebundene TermMax Market-Position gebunden.
Dann taucht die Withdrawal-Anfrage auf.
Wieder diese 40.000 Shares.
Ein Teil der Abdeckung liegt bereits in einem gefüllten TermMax Range Order.
Ich habe zuerst die Withdrawal-Queue verantwortlich gemacht.
Falsches Objekt.
Die TermMax-Queue wird erst hässlich, weil der Curator diese Vault-Assets bereits in einen Range Order gepusht hat, bevor überhaupt die Withdrawal-Anfrage existierte.
Herrlich.
Und bei TermMax V2... genau da hatte ich die Queue falsch. Withdrawals laufen zwar durch die Priority-basierte Withdrawal-Queue, aber der Curator kann die Vault-Assets bereits über Range Orders deployed haben. Landet eine große Redemption erst nach dem Fill? Dann reichen möglicherweise die nicht gematchten Vault-Assets einfach nicht mehr dort, um es „zurückzudrehen“. Der Curator muss dann möglicherweise diese TermMax-Orders anpassen oder TermMax Market-Positionen redeemen, bevor die Anfrage tatsächlich freigegeben werden kann.
Dort bin ich wieder in die Share-Zeile zurückgegangen.
Immer noch 40.000.
Nichts daran sagt, dass der gefüllte TermMax Range Order bereits einen Teil der Abdeckung in eine termenspezifische TermMax Market-Position verschoben hat.
Der Allocator hat den Withdrawal-Betrag in einer Zeile.
Der Curator hat einen gefüllten Order in einer anderen.
Wunderschöne kleine Aufspaltung.
Und der Depositor hat zwischen Freitag und Montag nichts geändert.
Der gefüllte TermMax Range Order hat es getan.
Also ist jetzt, wo die Withdrawal-Anfrage live ist, der ERC-4626-Share-Bestand immer noch so aussieht, als wäre er unberührt, und ein Teil der Vault-Abdeckung ist bereits in einer gefüllten TermMax Range Order-Withdrawal-Queue gebunden und kann sich nicht einfach bei Kontakt wieder auflösen.
Ich starre weiter auf diese Montag-Zeile.
40.000 Shares.
Withdrawal-Anfrage offen.
Range Order bereits gefüllt.
Also worauf stützt sich diese Anfrage tatsächlich jetzt?
Auf die 40.000-Share-Zeile?
Oder auf alle TermMax Vault-Assets, die bei Eintreffen der Withdrawal noch nicht gematcht waren? #TermMax
Der Teil von TermMax, bei dem ich ständig wieder lande, ist nicht die Withdrawal-Queue.
Nicht einmal noch immer 40.000 ERC-4626 Shares in einer Vault-Zeile.
Es war der TermMax Range Order, der dazwischen gefüllt hat.
Das ist das Nervige.
Am Freitag hat ein Teil des TermMax Vault noch nicht gematchte Assets dort liegen. Der Curator platziert einen Range Order. Er wird ausgefüllt. Bis Montag ist ein Teil derselben Vault-Abdeckung bereits an eine termingebundene TermMax Market-Position gebunden.
Dann taucht die Withdrawal-Anfrage auf.
Wieder diese 40.000 Shares.
Ein Teil der Abdeckung liegt bereits in einem gefüllten TermMax Range Order.
Ich habe zuerst die Withdrawal-Queue verantwortlich gemacht.
Falsches Objekt.
Die TermMax-Queue wird erst hässlich, weil der Curator diese Vault-Assets bereits in einen Range Order gepusht hat, bevor überhaupt die Withdrawal-Anfrage existierte.
Herrlich.
Und bei TermMax V2... genau da hatte ich die Queue falsch. Withdrawals laufen zwar durch die Priority-basierte Withdrawal-Queue, aber der Curator kann die Vault-Assets bereits über Range Orders deployed haben. Landet eine große Redemption erst nach dem Fill? Dann reichen möglicherweise die nicht gematchten Vault-Assets einfach nicht mehr dort, um es „zurückzudrehen“. Der Curator muss dann möglicherweise diese TermMax-Orders anpassen oder TermMax Market-Positionen redeemen, bevor die Anfrage tatsächlich freigegeben werden kann.
Dort bin ich wieder in die Share-Zeile zurückgegangen.
Immer noch 40.000.
Nichts daran sagt, dass der gefüllte TermMax Range Order bereits einen Teil der Abdeckung in eine termenspezifische TermMax Market-Position verschoben hat.
Der Allocator hat den Withdrawal-Betrag in einer Zeile.
Der Curator hat einen gefüllten Order in einer anderen.
Wunderschöne kleine Aufspaltung.
Und der Depositor hat zwischen Freitag und Montag nichts geändert.
Der gefüllte TermMax Range Order hat es getan.
Also ist jetzt, wo die Withdrawal-Anfrage live ist, der ERC-4626-Share-Bestand immer noch so aussieht, als wäre er unberührt, und ein Teil der Vault-Abdeckung ist bereits in einer gefüllten TermMax Range Order-Withdrawal-Queue gebunden und kann sich nicht einfach bei Kontakt wieder auflösen.
Ich starre weiter auf diese Montag-Zeile.
40.000 Shares.
Withdrawal-Anfrage offen.
Range Order bereits gefüllt.
Also worauf stützt sich diese Anfrage tatsächlich jetzt?
Auf die 40.000-Share-Zeile?
Oder auf alle TermMax Vault-Assets, die bei Eintreffen der Withdrawal noch nicht gematcht waren? #TermMax