Dann hat sich die Schwerkraft erinnert, dass es Krypto gibt.
Als Nächstes hat #RAVE basically gesagt: „nice chart bro, darf ich den kopieren?“
Noch ein lächerlicher Spike. Noch ein heftiger Zusammenbruch.
Dann kam #LAB arrived und hat es noch dramatischer gemacht.
Jetzt schau auf meinen Bildschirm:
$TUT +32,92% Preis: 0,04336 $
Sieht heute schön aus… bis du rauszoomst und siehst, dass dieser 0,33733 wöchentliche Spike über allem hängt.
Heute: +33%. Der größere Chart sagt: „bro, wir müssen reden.“ 😭
Dann $BEAT +23,09% bei 0,1754 $.
Wöchentlicher Peak?
11,5699 $.
Ja. Elf Dollar.
Schau nur auf die 24h-Änderung, und du siehst einen Pump.
Schau den kompletten Chart an, und er liegt immer noch grob 98% unter diesem Monster-Spike.
Und $BERA macht denselben Comedy-Part.
Heute: +18,82% Preis: 0,1970 $ Alter wöchentlicher Spike: 11,8280 $
Grün heute. Tatort, wenn du rauszoomst.
Darum wirken diese Charts so, als wären sie verwandt.
RIVER hat die vertikale Bewegung gemacht. RAVE ist mit Speedrun durchgerannt. LAB hat es in Performance-Art verwandelt.
Jetzt zeigen TUT, BEAT und BERA ein paar vertraute Familieneigenschaften.
Der Zyklus:
es passiert nichts → plötzliche Rakete → alle entdecken den Ticker → „das ist erst der Anfang“ → riesiger Docht → riesige rote Kerze → -80%, -90%, -98% → zufälliger +20%-Tag → „WIR SIND SO BACK“ 😂
Offensichtlich hat jede Coin andere Gründe hinter der Bewegung. Ähnliche Charts bedeuten nicht identische Fundamentals.
Aber die Trader-Psychologie?
Das wirkt wie geklont.
Die lustigste Zahl in Krypto wird für immer +23% heute sein, während der Wochenchart flüstert:
Ich dachte, Reife sei der langweilige Teil eines TermMax Fixed Token (FT).
vor der Reife kann FT-USDC unter 1 USDC gehandelt werden.
zur Reife: 1 FT entspricht 1 USDC.
erledigt.
dann zahlt das Gearing Token (GT) des Kreditnehmers einfach nicht zurück.
die Reife ist vorbei, mein FT liegt noch in der Wallet, und darunter hat ein TermMax GT weiterhin Sicherheiten und eine nicht beglichene Schuld.
genau dort biegt sich das Bild einer sauberen Einlösung.
wenn eine fällige Rückzahlung verpasst wird, markiert das den Kredit zur Liquidation und eröffnet ein zweistündiges Liquidationsfenster.
in diesen zwei Stunden ist das GT in meinem Kopf nicht mehr nur „die Position des Kreditnehmers“.
seine Sicherheiten sind jetzt Teil der Mechanik, die versucht, die ausstehende FT-Forderung ganz zu machen.
und wenn der Kredit bei Ablauf dieses Fensters noch nicht bezahlt oder nur teilweise liquidiert ist, startet TermMax die physische Lieferung.
das war der Teil, den ich noch einmal hätte lesen müssen.
der FT-Einlösungspool kann jetzt sowohl Schuldtokens als auch Sicherheitstokens enthalten.
nicht, weil sich der FT in einen GT verwandelt hat.
nicht, weil der Kreditgeber plötzlich das NFT des Kreditnehmers besitzt.
das ungelöste GT wird in den Pool eingezahlt, gegen den die ausstehenden FTs eingelöst werden.
so kann mein FT-USDC die Reife erreichen mit demselben Nennwertanspruch, den ich gekauft habe, während die Einlösung nicht mehr notwendigerweise nur USDC ist.
TermMax verteilt diesen Pool anteilig nach dem ausstehenden FT-Eigentum.
das hat FT und GT für mich verbunden wirken lassen – auf eine Weise, die mir entgangen war.
der Kreditgeber kann FT über die gesamte Laufzeit handeln, ohne das GT gleich mitziehen zu müssen.
aber wenn dieses GT die Reife erreicht, während noch Schulden darin stecken, kann die Sicherheitenlage hinter der Kreditnehmerseite letztlich auf der Seite des FT-Inhabers über die physische Lieferung auftauchen.
gleiches FT.
gleiche Reife.
gleicher TermMax-Markt.
anderer Einlösepfad, weil das GT seine Aufgabe nicht abgeschlossen hat.
ich dachte immer: „1 FT = 1 USDC zur Reife“ beschreibt das ganze Ende.
offenbar beschreibt es nur die Forderung.
der Standardpfad muss dennoch beantworten, woher dieses USDC kommt.
und wenn das GT diese Antwort nicht in Schuldtokens fertigbringt, kann TermMax damit beginnen, die Sicherheiten dahinter zur Antwort zu machen.
then i used that exact address as the buyer for a tokenized security.
and suddenly the address was not good enough anymore.
that bothered me more than a broken wallet would have.
because nothing had changed about it.
same key.
same Dusk account.
same person signing from it.
the network had literally just accepted it as somewhere value could go.
so what became invalid between the first transfer and the second?
not the address.
the asset.
an XSC security can carry an issuer-controlled whitelist and restrictions from shareholder documents. before ownership moves, the security can ask something DUSK never needed to.
is this recipient actually eligible to become one of my holders?
and that makes the same wallet mean two different things on Dusk.
for the L1, it is a perfectly usable participant.
for this security, it may still be nobody.
no investor onboarding.
no approved holder status.
no place on the whitelist.
i think i had given blockchain addresses too much authority in my head.
once an address was valid, i treated it like a universal destination.
paste it anywhere.
sign correctly.
send.
but an XSC transfer can create something more specific than a token balance.
it can create a new shareholder.
and the issuer may have rules about who that shareholder is allowed to be.
that is why i keep going back to the first DUSK transfer.
the wallet did not become defective five seconds later.
Dusk did not suddenly close itself to that user.
the second asset was asking a question the first one never had.
Dusk Trade can put onboarding, wallet binding and controlled transfers around that path, while the XSC carries the security-specific restriction.
so the same address is still sitting there.
able to receive $DUSK .
able to exist normally on Dusk
and still not allowed to become the next owner of these shares.
i used to think a valid destination was a property of the wallet.
now i am not sure it belongs to the wallet at all.
I kept coming back to one security detail in TermMax because it sits outside the part DeFi users usually call “the protocol.”
The smart contracts can be correct while the path that asks you to use them is wrong.
TermMax separates the frontend, supporting backend services and on-chain contracts. The app initiates actions, services can surface quotes or assemble transactions, and contracts ultimately enforce custody and settlement.
Then the security section starts talking about frontend build attestation.
TermMax documents a unique SHA for deployed builds, ECS SHA drift detection, Docker image validation, restrictive Content Security Policy and automated security scanning. Those controls are not checking lending math. They are checking whether the interface reaching the user is the interface TermMax expected to deploy.
I was treating contract integrity and interaction integrity as the same thing.
They aren’t.
On TermMax, An audited market contract can still sit behind a compromised page. The contract may behave exactly as written while the frontend presents the wrong destination, constructs an unexpected transaction, or changes what the user is asked to sign.
The on-chain code did not fail.
The route into it did.
That makes the SHA detail more interesting. If TermMax detects that the running frontend build has drifted from the expected build, the problem exists before settlement logic gets a chance to protect anyone. CSP and DNS controls sit at the same boundary: they try to stop the user from arriving at a corrupted transaction path in the first place.
So “non-custodial” does not make the interface irrelevant.
TermMax can leave custody and settlement to contracts and still have to defend the software translating a human click into contract calldata.
What I’m still thinking about is where users mentally place trust. Verifying a protocol address feels final. But if the interface constructs what you sign, contract verification and interface verification solve two different problems.
Und diesmal ist es nicht irgendeine zufällige Micro-Cap, die +70% macht und alle auf die Gewinner-Seite zieht.
Die großen Jungs bewegen sich selbst.
BTC drückte wieder Richtung 69K $, ETH hat die Bewegung quasi gesehen und gesagt „mach Platz“ mit fast +9%, während SOL und XRP sofort mit eingestiegen sind.
Also… was hat alle wachgerüttelt?
Da gibt es keine eine magische Schlagzeile.
Ein großer Teil der heutigen Risk-on-Stimmung kam daher, dass das US-Finanzministerium die Unterstützung für den Anleihemarkt erhöht hat, wodurch die Renditen für langfristige US-Treasuries niedriger wurden. Niedrigere Renditen können Risk Assets wieder attraktiver wirken lassen, und auch die Aktien sind parallel positiv geworden.
Krypto hat außerdem aus Washington noch ein bisschen extra Koffein abbekommen.
Die SEC treibt neue Krypto-Regelvorschläge voran, während im Weißen Haus Krypto-Industrie-Executives zu Gast sind—das sorgt für frischen Optimismus rund um ein vorteilhafteres US-Regulierungs-Setup.
Dann fing BTC an zu laufen…
und du weißt ja, wie Krypto sich verhält.
BTC öffnet die Tür zum Club. ETH läuft direkt zur DJ-Couch. SOL und XRP haben irgendwie schon Drinks. BNB kommt 20 Minuten später an und sagt: „Was hab ich verpasst?“ 😭
Was fällt mir am meisten auf?
Dass ETH BTC outperformt.
BTC +5,8% ist schon mal ernst.
ETH bei fast +9% sagt: Trader sind wieder bereit, etwas mehr Risiko einzugehen.
Ein grüner Tag heißt nicht plötzlich unbegrenztes Upside…
aber nach all der verschlafenen Kursbewegung?
Ja.
Der Markt hat heute definitiv den Alarm gehört. 🔔😂
Sag mir: BTC hat die Party gestartet—aber wer macht den Abend am Ende ganz oben?“
Ich habe in den Chart geschaut und mit dem üblichen Hin-und-her zwischen $64K–$65K gerechnet, und plötzlich fliegt Bitcoin.
$68.519. +5,68%. Geradewegs rein in $69.500. Und $1,31B Umsatz in 24h bei diesem Pair.
Dieser Schritt von ungefähr $65K auf fast $70K hat kaum jemandem Zeit zum Nachdenken gegeben.
Eine Minute: „BTC sieht langweilig aus.“
Nächste Minute: WOHER ZUM TEUFEL KOMMT DIESE KERZE???? 😂
Und sobald BTC anfing, die mittleren $60K zu durchbrechen, wirkte das wie eine ziemlich fette Short-Squeeze-Situation: Breakout-Käufer springen rein, während Shorts plötzlich ein Problem hatten.
Auch der Zeitpunkt ist interessant. Heute kamen frische Schlagzeilen zur US-Krypto-Politik rein, darunter eine geplante Senatsabstimmung zum CLARITY Act, neue SEC-Krypto-Regelvorschläge und ein Treffen im Weißen Haus mit führenden Köpfen der Krypto-Industrie.
Jetzt ist $69,5K die Zahl, die mir entgegenstarrt.
Nochmal knacken und halten?
Okay… dann wird dieses Gespräch EXTREM anders. 👀
Wer hat diesen Move eigentlich vor der riesigen Kerze erwischt, mal ehrlich? 😂
Ich kam immer wieder auf eine TermMax-Rückzahlungsregel zurück, weil sie verändert, was „Kredite zu Festzinssätzen“ bedeutet.
Meine erste Lektüre war einfach: Du bittest zu einem festen Zinssatz, die GT erfasst die Schuld, und diese Zahl sagt dir, was du letztlich zurückzahlst.
Das ist ein Weg.
TermMax ermöglicht es einem Kreditnehmer außerdem, GT-Schulden zu begleichen, indem er das entsprechende FT zurückgibt, statt das Schuldtoken direkt zu bezahlen.
Das ist wichtig, weil FT weitergehandelt wird, bevor es fällig ist.
Angenommen, ein Kreditnehmer eröffnet eine TermMax-Position, wenn der feste Kredit-Zinssatz 5 % beträgt. Später steigen die Marktzinsen. Neue Ansprüche zu Festzinssätzen müssen mehr Rendite bieten, daher kann der Marktpreis eines bestehenden FT im Verhältnis zu seinem Nennwert fallen.
Die in der GT erfasste Schuld ist nicht gefallen.
Aber der Marktpreis des Tokens, der in der Lage ist, diese Schuld zu löschen, könnte gefallen sein.
Ein Kreditnehmer kann daher das erforderliche FT am Markt kaufen und an TermMax zurückgeben. Wenn diese FTs ausreichend günstig verfügbar sind, kann derselbe nominale Verpflichtungsbetrag mit weniger Wert des Schuldtokens erloschen werden, als eine direkte Rückzahlung erfordern würde.
Ich habe zwei Dinge als identisch behandelt:
die Höhe, die TermMax sagt, dass ich schulde;
die Höhe, die es mich kosten kann, um das zu erwerben, was sie tilgt.
Sie sind nicht unbedingt gleich.
Wenn die Marktzinsen steigen, kann das einem Kreditnehmer, der versucht, FT zurückzukaufen, zugutekommen. Wenn die Zinsen sich in die andere Richtung bewegen, kann der Kreditnehmer den direkten Rückzahlungsweg immer noch nutzen, statt sich auf einen teureren Marktrückkauf zu verlassen.
So fängt der feste Zinssatz leicht anders zu wirken.
Er fixiert den vertraglichen Schuldenpfad. Er entfernt jedoch nicht die Optionsmöglichkeit im Sekundärmarkt rund um das Schließen dieser Schuld.
Der Teil, über den ich noch nachdenke, ist die Liquidität.
Dieser Vorteil wird erst praktisch, wenn genügend FT tatsächlich nahe dem Preis gekauft werden können, bei dem der Rückkauf sich lohnt. Ein quotierter Abschlag und ein ausführbarer Ausstieg sind unterschiedliche Zustände.
Das macht TermMax-Kredite weniger so, als wäre „deine Rückzahlungskosten können sich niemals ändern“ und mehr so, als wäre „dein maximaler Pfad fest, während der Markt dir gelegentlich eine günstigere Tür zum Ausstieg bietet.“
Fast +60% in 24 Stunden und plötzlich ist es der Ticker, den alle als Erstes bemerken.
ACE allerdings… +48% ist nicht gerade so, als würde es still in der zweiten Reihe stehen. Das ist genau die Art von Move, bei der ein weiterer Schub die ganze Timeline in ACE-Screenshots verwandeln kann.
Dass VELVET hier ist, ist auch irgendwie witzig.
Nicht lange her, da wurde es auf der Verliererseite richtiggehend vermöbelt.
Und jetzt?
+29.8%.
Krypto hat wirklich null Gedächtnis. 😭
HEMI macht sein eigenes +25%-Ding, während DOSI fast „normal“ aussieht, nur weil alles über ihm komplett durchgedreht ist—+14.5%.
Das ist das, was ich an solchen Boards mag.
#BTW = voller Momentum #ACE = direkt dahinter #VELVET = Comeback-Energie #HEMI = kocht still vor sich hin #DOSI = die „nur +14%“-Coin 😂
Welche hat noch einen weiteren Schritt… und welche bettelt schon um einen Pullback? 👀
die zweite Anweisung lag bereits vor mir, und ich vertraute der ersten noch nicht genug, um sie anzufassen.
die Dusk XSC-Sicherheit war bereits zum Käufer gewechselt.
fein.
stell dir jetzt vor, der Käufer möchte die Position sofort nutzen. übertrage einen Teil davon erneut. begleiche eine weitere Verpflichtung dagegen. tu alles, was nur dann sinnvoll ist, wenn die erste Eigentumsänderung tatsächlich abgeschlossen ist.
und mein Gehirn sagt ganz klar: nein.
natürlich wartest du.
noch ein Block vielleicht. dann noch ein paar mehr. lass die Kette beweisen, dass sie es ernst meint, bevor jemand eine weitere Verpflichtung auf die erste draufsetzt.
dieser Instinkt ergab für mich mehr Sinn als der DuskDS-Flow.
weil Dusk’s Succinct Attestation die Ratifizierung nicht so behandelt wie „wahrscheinlich schon hinreichend geklärt“. Ein Block wird vorgeschlagen, von einem Komitee validiert und dann von einem weiteren Komitee ratifiziert. Sobald diese DuskDS-Ratifizierung landet, ist der deterministische Endzustand der Punkt.
und plötzlich wartet die zweite Anweisung nicht mehr auf das, was ich erwartet hatte.
mehr Vertrauen.
mehr Tiefe.
einige vage Bestätigungshäufchen.
der Dusk-Eigentumsstatus hat die endgültige Settlement-Grenze des Protokolls bereits überschritten.
dort begann ich, die erste Übertragung anders zu lesen.
DuskVM kann die Sicherheitslogik ausführen, aber DuskDS entscheidet, wann der daraus resultierende Zustand nicht mehr nur provisorisch ist.
das ist umso wichtiger, sobald bereits eine weitere Transaktion versucht, sich darauf zu verlassen.
denn jetzt ist „ist die Übertragung passiert?“ keine bloße Frage für einen Explorer.
kann der Käufer diese Sicherheiten nutzen.
kann eine weitere Settlement-Referenz auf dieses Eigentum Bezug nehmen.
bewegt sich der Shareholder-Status von hier aus weiter, oder schützen wir uns immer noch davor, dass die erste Antwort einfach verschwindet.
ich wollte immer, dass Dusk mich länger warten lässt, weil Warten sich auf einer Blockchain sicherer anfühlt.
aber wenn der DuskDS-Block bereits ratifiziert ist, worauf genau warte ich dann, damit es noch endgültiger wird?
die zweite Transaktion liegt immer noch dort.
und Dusk hat ihr vielleicht schon den Eigentumsstatus gegeben, auf den sie gewartet hat.
Ich bin immer wieder bei einer architektonischen Einzelheit in TermMax gelandet:
Eine einzelne Benutzeraktion kann wie atomar wirken, während das Protokoll darunter nicht ein einziges Ding ist.
Ein Kreditnehmer sieht „borrow“. Ein Kreditgeber sieht „lend“. Mechanisch teilt TermMax diese Aktion auf Verträge mit klaren, unterschiedlichen Verantwortlichkeiten auf.
Der Market definiert den fest terminierten Kontext: Schuldtitel-Asset, Sicherheiten, Fälligkeit und Tokenisierung. Range-Order-Logik trägt die Preis-Kurve. Der Router setzt den Pfad zusammen. GT erfasst die besicherte Schuldexponierung. FT trägt den Anspruch mit Fixzins. XT nimmt am Austausch zwischen Kreditnehmern und Kreditgebern teil.
Das klingt nach Implementierungsdetails.
Ist es nicht.
Wenn ein Kreditnehmer TermMax betritt, werden Sicherheiten in GT gesperrt und die Schuld dort verbucht. Gegen diese Verpflichtung werden FTs ausgegeben. Ein Teil der FT-Ökonomie fließt durch die Range Order, XTs werden ausgetauscht und Schuld-Tokens werden verfügbar. Die Benutzeroberfläche kann das in einen einzigen Pfad komprimieren, aber jeder Vertrag erzwingt eine andere Aussage über die Position.
Das hat mich zwei Ideen voneinander trennen lassen:
Eine Transaktion wird gemeinsam zusammengesetzt;
die Protokoll-Logik wird von einer Komponente verantwortet.
In TermMax kann der Router einen Ablauf mit mehreren Verträgen vereinfachen, ohne die Quelle der Wahrheit für jede Regel zu sein. Der Market definiert den Kontext. Orders definieren die Liquidität. Token-Verträge kodieren Ansprüche und Schuldexponierung. Oracles liefern Werte für Sicherheitenprüfungen. Das Settlement bleibt on-chain.
Fehlergrenzen folgen diesen Verantwortlichkeiten.
Ein korrekter Quote ersetzt keine Oracle-Prüfung. Ein gültiger TermMax-Router-Pfad löscht keine Marktparameter. FT zu halten heißt nicht, Sicherheiten innerhalb des GT eines Kreditnehmers zu kontrollieren. Und ein sauberer Frontend-Flow schaltet keine Fälligkeits- oder Liquidationsregeln aus.
Genau das interessiert mich an TermMax auf der Ebene der Mechanik.
Das Produkt kann sich vereinheitlicht anfühlen, während die Autorität weiterhin aufgeteilt bleibt.
Ich denke noch über den Tradeoff nach: Komponierbarkeit macht TermMax leichter zu automatisieren, aber je mehr Verträge an einer „einfachen“ Aktion beteiligt sind, desto wichtiger wird es zu wissen, welche Komponente welche Invariante besitzt.
Die Aktionärsliste war der Punkt, an dem mir unwohl wurde.
Sagen wir, ein Unternehmen, das Dusk XSC verwendet, deklariert eine Ausschüttung am Stichtag. Jeder berechtigte Inhaber muss den richtigen Betrag erhalten. Nicht ungefähr. Exakt proportional zu jeder Sicherheitsposition, die ihm gehört.
Also muss Dusk irgendwo den Eigentumsstatus so gut kennen, dass die Rechnung aufgeht.
Und mein Kopf übersetzt das sofort in eine Cap Table.
Inhaber A besitzt so viel.
Inhaber B besitzt so viel.
Institution C sitzt auf einer Position, die der Markt wahrscheinlich gern wissen würde.
Dann wird die Dividende ausgezahlt und… warum sollte irgendetwas davon zu öffentlichen Marktdaten werden?
Das hat mich immer wieder eingeholt.
Denn die Corporate Action darf nicht vage sein, nur weil die Wertpapierbestände vertraulich sind.
Dusk’s XSC muss die Wertpapierdienstleistung trotzdem übernehmen.
Dusk's Zedger wurde mit Dividendenverteilung zusammen mit vertraulicher Wertpapierfunktionalität entwickelt. Der Eigentumsstatus muss so nutzbar bleiben, dass daraus die Ansprüche abgeleitet werden können, ohne die Inhaberliste in öffentliche Informationen zu verwandeln.
Bestände verbergen.
Jetzt daraus berechnen.
Ich habe gedacht, dass von diesen Dingen eines bestimmt verlieren muss.
Vor allem, sobald DuskVM anfängt, die finanzielle Logik auszuführen. Der Vertrag braucht weiterhin den richtigen Wertpapierstatus. Die Ausschüttung braucht weiterhin exakte Ausgaben. DuskDS muss immer noch das Ergebnis abrechnen.
Aber der Markt braucht die Eigentumskarte nicht nur deshalb, weil die Berechnung sie benötigt hat.
Und ehrlich gesagt ist das der Punkt, an dem sich vertrauliche Wertpapiere für mich weniger wie reine Kosmetik anfühlen.
Nicht, wenn eine einzelne Übertragung verborgen ist.
Sondern wenn plötzlich bei einer Corporate Action die Position jedes Inhabers auf einmal entscheidend sein muss.
Das ist es, was ein Dividenden-Stichtag bewirkt.
Jeder Anspruch muss am Ende stimmen.
Und ich lande immer wieder bei dem, was danach immer noch nicht auftauchen sollte.
Die Cap Table.
Dusk kann sie daraus berechnen.
Die Aktionäre können daraus bezahlt werden.
Ich bin immer noch nicht sicher, warum der Markt sie lesen können sollte, nur weil das Unternehmen sie dafür verwenden musste.
Auf den ersten Blick gewinnt STAR das Prozentspiel.
Aber dann siehst du dir das GPS-Volumen an und denkst… Moment.
$782 Mio. umgesetzt in 24 Stunden.
Fast 49 Mrd. GPS haben den Besitzer gewechselt.
Das ist ernsthafte Aktivität für eine Coin, die bei ungefähr 0,0169 herumliegt.
Jetzt ist ACU der leisere.
Nur $16,4 Mio. Volumen, aber der Kurs ist immer noch um 22% gestiegen und versucht weiter, sich in Richtung dieses Bereichs 0,133–0,134 zurückzudrücken.
Weniger Lärm. Trotzdem in Bewegung.
Dann STAR…
Diese hat schon 0,1515 markiert, wurde zurückgeschlagen und liegt jetzt bei etwa 0,127.
Immer noch +26%.
Immer noch $66,6 Mio. Volumen.
Immer noch viel interessanter als ein toter Chart.
Was diese Trio so spaßig macht, ist, dass sie nicht auf die gleiche Art pushen:
GPS hat die verrückte Liquidität. ACU hat das sauberere, stetige Ansteigen. STAR hat die heftige Ausbruch-/Ablehnungs-Drama-Show.
Und genau deshalb schaue ich so gern auf die Movers-Seite.
Manchmal ist das beste Gespräch nicht „Was soll ich kaufen?“
Sondern:
Welcher Chart erzählt gerade wirklich die stärkste Geschichte?
Für mich… ist das GPS-Volumen schwer zu ignorieren. 👀
die Dusk-Transaktionsdetails, bei denen ich immer wieder stecken blieb, waren: Eine Vertragsausführung kann rückgängig gemacht werden, ohne dass die Transaktion selbst dadurch verschwindet.
mein erster Impuls war, diese zu einem einzigen Ergebnis zusammenzufassen.
Aufruf gelingt = Transaktion ist passiert. Aufruf wird rückgängig gemacht = Transaktion ist nicht passiert.
Moonlight funktioniert nicht so sauber.
vor der Annahme prüft das Netzwerk, dass der Absender den Wert, eine mögliche Vertrags-Einlage und das maximale Gas abdecken kann: gas_limit × gas_price.
es verifiziert die Signatur und prüft dann, dass der Nonce genau eins über der aktuellen Nonce des Kontos liegt.
fair genug.
das Spannende kommt erst nach der Ausführung.
das Whitepaper sagt, dass bei einer rückgängig gemachten Ausführung eines Smart Contracts der entsprechende Betrag zurückerstattet wird. ungenutztes Gas wird ebenfalls zurückerstattet.
aber der Nonce wird bei der Annahme erhöht.
also: „Der Vertrag hat die Zustandsänderung behalten“ und „das Netzwerk hat diesen Transaktionsversuch verbraucht“ sind nicht derselbe Zustand.
ein Revert kann die Wirkung auf Vertragsseite rückgängig machen, während das konto-seitige Ordnungsmechanismus noch weitergeht.
Gas setzt noch eine zusätzliche Grenze.
der Nutzer muss das maximale Gas vor der Ausführung abdecken, auch wenn er am Ende möglicherweise weniger zahlt, weil das ungenutzte Gas zurückkommt.
also gibt es drei Beträge, die eine Rolle spielen:
was du in der Lage sein musst abzudecken, was die Ausführung verbraucht, was anschließend zurückgegeben wird.
leicht zu übersehen, wenn gas_limit wie eine Gebühr statt wie eine Ausgabenobergrenze gelesen wird.
stell dir nun vor, eine Anwendung bereitet mehrere Moonlight-Transaktionen nacheinander vor.
Transaktion N ruft einen Vertrag auf und wird rückgängig gemacht.
die Wirkung des Vertrags ist weg.
aber wenn N angenommen wurde, ist die Nonce des Absenders weitergerückt.
Transaktion N+1 kann nicht aus „der vorherige Aufruf ist fehlgeschlagen“ folgern, als wäre nichts passiert.
der Fehler hat etwas außerhalb des Vertrags verändert.
das ist der Unterschied, den ich hier mag:
Rollback der Ausführung ist lokal.
die Transaktionshistorie ist es nicht.
und das verändert die Integrationsfrage.
wenn eine App einem Nutzer sagt „diese Transaktion ist fehlgeschlagen“, was genau ist dann fehlgeschlagen?
der beabsichtigte Zustandsübergang?
oder die Transaktion selbst?
auf Dusk können das zwei verschiedene Antworten sein.
BEAT bekommt den härtesten Schlag ab bei 0.297. Ein 32%iger Rückgang in 24 Stunden ist die Art von Bewegung, bei der Dip-Käufer anfangen aufzutauchen… während alle, die es schon halten, plötzlich ständig alle fünf Minuten Support-Level checken.
VELVET ist nicht weit dahinter.
0.7359 und runter fast 30%.
Das ist kein normaler Rücksetzer mehr. Sobald eine Coin so weit oben auf der Verlierer-Liste auftaucht, will ich sie im Feed haben, denn die nächste Session sagt dir meistens, ob die Verkäufer erschöpft sind… oder gerade erst anfangen.
Dann gibt es noch H.
0.11764, -26.62%.
Der kleinste Rückgang der drei und irgendwie wirkt „nur -26%“ neben den anderen schon fast ruhig 😂
Das ist das Lustige an den Top-Movern.
Gestern hat niemand über sie gesprochen.
Eine einzige brutale Kerze später,
hat BEAT Panik. hat VELVET Druck. hat H Dip-Beobachter im Kreis.
Grüne Leaderboards zeigen, wo die Gier ist.
Rote Leaderboards zeigen, wo die echten Entscheidungen beginnen.
GPS greift natürlich zuerst die Blicke auf. +60% mit $268M im 24h-Volumen und 17.78B GPS, die den Besitzer gewechselt haben. Es ging von herumdümpeln bei 0.010 bis hin zu 0.01735. Das ist keine lässige grüne Kerze mehr.
Aber wartet.
ACE hat tatsächlich MEHR Dollar-Volumen, $298.5M. 1.83B ACE wurden gehandelt, während der Kurs +38% nach oben ging. Jetzt ist es wieder nahe bei 0.20, nachdem es einige Zeit um 0.13–0.15 verbracht hat. Großer prozentualer Move, und dahinter auch große Liquidität.
Dann gibt es STAR.
Nur $9.52M Volumen, aber trotzdem holte es +31.6% raus und schoss direkt in 0.125. Deutlich kleinerer Geldfluss als bei den anderen beiden, wodurch sich der Move ganz anders anfühlt.
Also sagt der heutige Ticker im Grunde:
GPS = pure Beschleunigung. ACE = der Volumen-Schwergewichts-Kandidat. STAR = dünner, scharfer Ausbruch.
Das Lustige ist, dass diese Coins wochenlang aus der Timeline von jedem verschwinden können…
eine große Kerze später und plötzlich kennt jeder das Ticker-Symbol. 😂
Ich bin immer wieder zu einem Detail im Reifegrad-Flow von TermMax zurückgekehrt, weil es das verkompliziert, was „Kreditvergabe mit Fixzins“ verspricht.
Mein erster Eindruck war einfach: FT verhält sich wie ein Nullkupon-Anspruch. Man kauft ihn unterhalb des Nennwerts, hält ihn bis zur Fälligkeit und der Fälligkeitswert liefert die feste Rendite.
Dann habe ich die Regeln zur Liquidation und zur physischen Lieferung gelesen.
Die Schuld eines TermMax-Borrowers liegt gegen Sicherheiten innerhalb eines GT, und die Position hat weiterhin ein LLTV. Wenn LTV diese Schwelle erreicht, kann eine Liquidation vor der Fälligkeit stattfinden. Die fixen Finanzierungskosten bedeuteten nie ein eingefrorenes Sicherheitenrisiko.
Was meinen Blick verändert hat, ist, was genau am Stichtag passiert.
TermMax sagt: Ein Borrower, der eine Rückzahlung bei fester Fälligkeit verpasst, wird für die Liquidation markiert – mit einem zweistündigen Zeitfenster. Wenn die Schuld danach weiterhin nicht bezahlt ist oder nur teilweise liquidiert wurde, startet die physische Lieferung automatisch. Der Redemption Pool kann dann sowohl die zugrunde liegenden als auch die Sicherheiten-Tokens enthalten, und FT-Inhaber erhalten daraus anteilig eine Rückzahlung.
Ich habe zwei unterschiedliche Dinge still und leise vermischt:
die Rendite ist über die Laufzeit fix; das Asset, das du am Ende tatsächlich erhältst, ist fix.
Das ist nicht dasselbe.
Im normalen Rückzahlungsweg von TermMax ist das Nullkupon-Modell sauber: FT wird in das Debt-Asset zurückgelöst. Im angespannten Pfad bleibt der Anspruch bestehen, aber die Abwicklung kann zu einer Mischung aus zugrunde liegenden Assets und gelieferten Sicherheiten werden.
Ein TermMax-Lender kann den Zinssatz beim Einstieg kennen, muss aber trotzdem verstehen, wie die Rückzahlung zustande kommt, falls die Fälligkeit schlecht endet.
Bei TermMax hört die Fälligkeit auf, wie ein passiver Zeitstempel zu wirken. Vor ihr bestimmen die Gesundheit der Sicherheiten und das LLTV das Darlehen. An ihr wird die Rückzahlung fällig. Nach einer verpassten Zahlung öffnet sich ein Liquidationsfenster. Danach kann sich das Redemption-Objekt verändern.
Der Zinssatz war die ganze Zeit fix.
Der Abwicklungspfad war es nicht.
Woran ich immer noch denke, ist, wie Lender das bepreisen sollten, wenn Sicherheiten schwerer zu liquidieren sind. Wenn die physische Lieferung der Rückfall ist, wenn die Liquidität schwach ist, lässt sich „fester Ertrag“ möglicherweise leichter angeben als der praktische Wert dessen, was am Ende tatsächlich ankommt.
Wallet E war es, die das Ganze sich dumm anfühlen ließ.
A bis D sahen schon sauber aus.
vier Dusk-Adressen. vier Schlüssel. vier Guthaben. jedes unter der Eigentumsobergrenze für dieselbe XSC-Sicherheit.
dann machte ich noch eine weitere Wallet.
und von der Blockchain-Seite: Warum sollte es nicht neu aussehen?
neuer Schlüssel. neue Adresse. kryptografisch ist daran nichts falsch.
außer, ich war immer noch ich.
wenn das XSC nur Adressen zählen würde, könnte ich die Position weiter aufteilen, bis jede Wallet konform wirkt, während die Person dahinter still und leise die Grenze überschreitet.
das ist eine sehr kryptische Art, eine sehr finanzielle Regel zu umgehen.
Dusk’s Zedger-Design wurde gebaut, um vorab genehmigte Nutzer daran zu hindern, mehr als ein Konto zu führen, und Dusk’s aktueller Zugriffskontroll-Stack enthält Identitätsnachweise und Wallet-Bindung.
also soll die fünfte Wallet nicht einfach den fünften Investor „herstellen“, nur weil ein weiteres Keypair existiert.
Citadel kann sich auf der Identitätsseite aufhalten.
die Dusk-Anwendung kann einen genehmigten Teilnehmer an die Wallet oder das Konto binden, das er verwenden darf.
dann hat das XSC etwas Besseres als eine Adressanzahl, um darüber zu urteilen.
und ja, das hat dazu geführt, dass sich Self-Custody in meinem Kopf etwas weniger sauber anfühlte.
ich kontrolliere den Schlüssel immer noch.
Dusk muss ihn nicht für mich halten.
aber einen weiteren Schlüssel zu kontrollieren bedeutet nicht automatisch, dass rund um dieselbe Sicherheit eine weitere rechtliche Person entsteht.
ich bin immer wieder zu Wallet E zurückgekehrt, weil sie technisch gesehen real ist.
sie kann signieren.
sie kann $DUSK empfangen.
sie kann ganz normal auf dem Dusk L1 existieren.
das Problem beginnt erst dann, wenn das XSC gebeten wird, die neue Adresse so zu behandeln, als wäre sie ein neuer wirtschaftlich Berechtigter.
das ist nicht mehr wirklich ein Wallet-Problem.
es ist ein Handelsregister, das Wallet-Kleidung trägt.
A bis E können alle unterschiedliche kryptografische Identitäten sein.
die Sicherheit muss sich trotzdem einer unangenehmeren Frage stellen.
wie viele Investoren stehen tatsächlich dahinter?
und wenn @Dusk mich schon erkannt hat, bevor Wallet E existierte, bin ich nicht sicher, warum dann noch ein anderer öffentlicher Schlüssel diese Antwort neu verhandeln dürfte.