Binance Square
NewbieToNode
4.3k Beiträge

NewbieToNode

Square Verified+
Planting tokens 🌱 Waiting for sun 🌞 Watering with hope 💧 Soft degen vibes only
Traders League Badge Expert
Traders League Badge Expert
Regelmäßiger Trader
4.4 Jahre
183 Following
33.0K+ Follower
27.8K+ Like gegeben
1 Abzeichen
Beiträge
·
--
Teilweise korrekt
#dusk @Dusk_Foundation Ich suchte nach der Zufallsquelle hinter Dusk's deterministischer Losauswahl. Ich erwartete einen getrennten Mechanismus. Einen externen Zufallsbeacon. Irgendeinen Wert, der unabhängig von der Kette erzeugt wird. Einen gibt es nicht. Der Seed zur Auswahl des nächsten Blockgenerators und der Wahlkomitees stammt aus der Signatur des aktuellen Blockgenerators über den Seed des vorherigen Blocks. Jeder Block erzeugt die Eingabe, die die nächste Auswahl benötigt. Das war der Teil, der mich aufhielt. Der Seed wird nicht einfach von Block zu Block weitergereicht. Er wird jedes Mal frisch erzeugt, durch den aktuellen Blockgenerator. Ein Generator, der die zukünftige Auswahl vorhersagen könnte, hätte einen Grund, dieses Wissen auszunutzen. Das Whitepaper ist direkt dazu, warum das wichtig ist. Da jeder Seed nur einmal existiert, sobald sein Generator ihn signiert, können zukünftige Generatoren und Komiteemitglieder nicht im Voraus berechnet werden. Nicht weil die Information irgendwo verborgen ist. Sondern weil sie noch nicht existiert. Ich hatte mir Unvorhersehbarkeit als etwas vorgestellt, das ein Konsenssystem von irgendwo anders importieren muss. @Dusk_Foundation behandelt sie als etwas, das die Kette Schritt für Schritt hervorbringt. Das verändert, was ich als Sicherheitsgrenze betrachte. Die entscheidende Eigenschaft ist nicht, dass der Seed geheim bleibt. Entscheidend ist, dass die Informationen, die für die nächste Auswahl benötigt werden, erst existieren, wenn der aktuelle Block produziert wurde. Was ich immer noch verstehen möchte, ist, was passiert, wenn dieselbe kleine Gruppe von Generatoren zufällig mehrere aufeinanderfolgende Blöcke erzeugt. Bleibt diese Unvorhersehbarkeit über diesen Zeitraum hinweg durch die verkettete Signaturkonstruktion erhalten, oder verändert die wiederholte Kontrolle der Blockproduktion irgendeine der Sicherheitsannahmen? $DUSK wird für mich nur dann noch spannender, wenn diese Abhängigkeitskette bei einem echten Abschnitt aufeinanderfolgender Generatoren standhält, nicht nur im Modell. {spot}(DUSKUSDT)
#dusk @Dusk

Ich suchte nach der Zufallsquelle hinter Dusk's deterministischer Losauswahl.

Ich erwartete einen getrennten Mechanismus. Einen externen Zufallsbeacon. Irgendeinen Wert, der unabhängig von der Kette erzeugt wird.

Einen gibt es nicht.

Der Seed zur Auswahl des nächsten Blockgenerators und der Wahlkomitees stammt aus der Signatur des aktuellen Blockgenerators über den Seed des vorherigen Blocks.

Jeder Block erzeugt die Eingabe, die die nächste Auswahl benötigt.

Das war der Teil, der mich aufhielt.

Der Seed wird nicht einfach von Block zu Block weitergereicht. Er wird jedes Mal frisch erzeugt, durch den aktuellen Blockgenerator. Ein Generator, der die zukünftige Auswahl vorhersagen könnte, hätte einen Grund, dieses Wissen auszunutzen.

Das Whitepaper ist direkt dazu, warum das wichtig ist. Da jeder Seed nur einmal existiert, sobald sein Generator ihn signiert, können zukünftige Generatoren und Komiteemitglieder nicht im Voraus berechnet werden.

Nicht weil die Information irgendwo verborgen ist.

Sondern weil sie noch nicht existiert.

Ich hatte mir Unvorhersehbarkeit als etwas vorgestellt, das ein Konsenssystem von irgendwo anders importieren muss.

@Dusk behandelt sie als etwas, das die Kette Schritt für Schritt hervorbringt.

Das verändert, was ich als Sicherheitsgrenze betrachte. Die entscheidende Eigenschaft ist nicht, dass der Seed geheim bleibt. Entscheidend ist, dass die Informationen, die für die nächste Auswahl benötigt werden, erst existieren, wenn der aktuelle Block produziert wurde.

Was ich immer noch verstehen möchte, ist, was passiert, wenn dieselbe kleine Gruppe von Generatoren zufällig mehrere aufeinanderfolgende Blöcke erzeugt. Bleibt diese Unvorhersehbarkeit über diesen Zeitraum hinweg durch die verkettete Signaturkonstruktion erhalten, oder verändert die wiederholte Kontrolle der Blockproduktion irgendeine der Sicherheitsannahmen?

$DUSK wird für mich nur dann noch spannender, wenn diese Abhängigkeitskette bei einem echten Abschnitt aufeinanderfolgender Generatoren standhält, nicht nur im Modell.
@Dusk_Foundation Ich hatte erwartet, dass KYC „on-chain“ ungefähr so funktioniert wie anderswo. Reiche deine Identität einmal pro Dienst ein, und dieser Dienst hält nun eine Kopie davon, wer du bist. Citadel hat mich umdenken lassen. Ein Nutzer wird einmal durch einen License Provider verifiziert, der eine Lizenz ausstellt. Von dort aus kann ein Service Provider prüfen, ob diese Lizenz gültig ist, ohne die Identität dahinter zu sehen. Ich hatte mir etwas vorgestellt, das näher an einem Passwort-Manager ist. Eine einzige Anmeldedaten-Quelle, überall wiederverwendet, bleibt jedes Mal als zu derselben Person gehörig erkennbar, wenn jemand sie überprüft. So ist es aber nicht. Wenn zwei verschiedene Dienste die Lizenz derselben Person prüfen, können sie nicht erkennen, dass sie dieselbe Person ansehen. Jede Verifizierung ist nicht miteinander verknüpfbar, auch wenn dieselbe zugrunde liegende Lizenz geprüft wird. Die spannende Aussage ist also nicht einfach „deine Daten bleiben privat“. Sondern: Wiederholte Compliance-Checks müssen nicht zwangsläufig eine Spur erzeugen, die diese Prüfungen miteinander verbindet. Das verändert die Abwägung. Unabhängiges KYC bei jedem Dienst ist repetitiv und teuer, aber jeder Dienst kontrolliert seine eigene Verifizierung. Citadel schafft diese Wiederholung ab, indem der License Provider die Partei ist, die die ursprüngliche Lizenz festlegt. Auch die Wiederherstellung folgt dieser Architektur: Die Wallet aus ihrer Seed-Phrase wiederherzustellen, reicht aus, um die Lizenzen wiederherzustellen, ohne dass der Nutzer ein separates Lizenz-Backup pflegen muss. Das Erlebnis im weiteren Verlauf wird einfacher und zugleich privater. Aber die Vertrauensfrage verlagert sich nach oben. Was ich immer noch nicht weiß, ist, wie ein License Provider überhaupt zu dieser Rolle kommt – oder ob die Compliance-Verpflichtung, die früher bei jedem einzelnen Dienst lag, wirklich verschwunden ist, oder einfach nur um eine Ebene nach oben gewandert ist. $DUSK wird für mich hier erst interessant, wenn ich verstehe, wer ein License Provider werden kann und was diese Rolle daran hindert, zum neuen zentralen Single Point of Failure zu werden. #dusk {spot}(DUSKUSDT)
@Dusk

Ich hatte erwartet, dass KYC „on-chain“ ungefähr so funktioniert wie anderswo.

Reiche deine Identität einmal pro Dienst ein, und dieser Dienst hält nun eine Kopie davon, wer du bist.

Citadel hat mich umdenken lassen.

Ein Nutzer wird einmal durch einen License Provider verifiziert, der eine Lizenz ausstellt. Von dort aus kann ein Service Provider prüfen, ob diese Lizenz gültig ist, ohne die Identität dahinter zu sehen.

Ich hatte mir etwas vorgestellt, das näher an einem Passwort-Manager ist. Eine einzige Anmeldedaten-Quelle, überall wiederverwendet, bleibt jedes Mal als zu derselben Person gehörig erkennbar, wenn jemand sie überprüft.

So ist es aber nicht.

Wenn zwei verschiedene Dienste die Lizenz derselben Person prüfen, können sie nicht erkennen, dass sie dieselbe Person ansehen. Jede Verifizierung ist nicht miteinander verknüpfbar, auch wenn dieselbe zugrunde liegende Lizenz geprüft wird.

Die spannende Aussage ist also nicht einfach „deine Daten bleiben privat“.

Sondern: Wiederholte Compliance-Checks müssen nicht zwangsläufig eine Spur erzeugen, die diese Prüfungen miteinander verbindet.

Das verändert die Abwägung.

Unabhängiges KYC bei jedem Dienst ist repetitiv und teuer, aber jeder Dienst kontrolliert seine eigene Verifizierung. Citadel schafft diese Wiederholung ab, indem der License Provider die Partei ist, die die ursprüngliche Lizenz festlegt.

Auch die Wiederherstellung folgt dieser Architektur: Die Wallet aus ihrer Seed-Phrase wiederherzustellen, reicht aus, um die Lizenzen wiederherzustellen, ohne dass der Nutzer ein separates Lizenz-Backup pflegen muss.

Das Erlebnis im weiteren Verlauf wird einfacher und zugleich privater.

Aber die Vertrauensfrage verlagert sich nach oben.

Was ich immer noch nicht weiß, ist, wie ein License Provider überhaupt zu dieser Rolle kommt – oder ob die Compliance-Verpflichtung, die früher bei jedem einzelnen Dienst lag, wirklich verschwunden ist, oder einfach nur um eine Ebene nach oben gewandert ist.

$DUSK wird für mich hier erst interessant, wenn ich verstehe, wer ein License Provider werden kann und was diese Rolle daran hindert, zum neuen zentralen Single Point of Failure zu werden.

#dusk
Teilweise korrekt
@Dusk_Foundation Ich bin immer wieder zum Wort „confirmed“ zurückgekehrt, während ich Dusk’ Pfad zur Endgültigkeit nachverfolgt habe. Das Überraschende ist nicht die Anzahl der vier Zustände. Sondern: Der Pfad zur Bestätigung ändert sich je nachdem, was zuvor in der Runde passiert ist. Im Modell der rollenbasierenden Endgültigkeit beginnt die erste Iteration mit n = 0 vorherigen nicht attestierten Iterationen, sodass sie den Schnellpfad nimmt. Angenommen, zwei Iterationen schlagen fehl, um die erforderliche Bestätigung (Attestation) zu erzeugen. n = 2. Die Regel wird dann 2×n, das heißt, es werden vier aufeinanderfolgende Blöcke mit den erforderlichen Attestationen oder Bestätigungen benötigt, bevor der ausgewertete Block als bestätigt gilt. Was mich erwischt hat: Das passiert, wenn die Runde bereits schlecht läuft. Eine Bestätigung kann tatsächlich mehr Belege erfordern, bevor sie voranschreitet. Die Historie der Runde verändert, wie viel Beweismaterial der nächste Block benötigt. Bestätigung geht also nicht nur um den Block. Sie hängt teilweise davon ab, was die Runde zuvor getan hat. Was ich aus der Arbeit immer noch nicht sagen kann, ist, wie häufig diese zusätzliche Tiefe unter realen Netzwerkbedingungen auftritt. $DUSK wird für mich noch interessanter, wenn diese adaptive Endgültigkeit vorhersehbar bleibt, wenn das Netzwerk chaotisch wird. #dusk {spot}(DUSKUSDT)
@Dusk

Ich bin immer wieder zum Wort „confirmed“ zurückgekehrt, während ich Dusk’ Pfad zur Endgültigkeit nachverfolgt habe.

Das Überraschende ist nicht die Anzahl der vier Zustände.

Sondern: Der Pfad zur Bestätigung ändert sich je nachdem, was zuvor in der Runde passiert ist.

Im Modell der rollenbasierenden Endgültigkeit beginnt die erste Iteration mit n = 0 vorherigen nicht attestierten Iterationen, sodass sie den Schnellpfad nimmt.

Angenommen, zwei Iterationen schlagen fehl, um die erforderliche Bestätigung (Attestation) zu erzeugen.

n = 2.

Die Regel wird dann 2×n, das heißt, es werden vier aufeinanderfolgende Blöcke mit den erforderlichen Attestationen oder Bestätigungen benötigt, bevor der ausgewertete Block als bestätigt gilt.

Was mich erwischt hat: Das passiert, wenn die Runde bereits schlecht läuft. Eine Bestätigung kann tatsächlich mehr Belege erfordern, bevor sie voranschreitet.

Die Historie der Runde verändert, wie viel Beweismaterial der nächste Block benötigt.

Bestätigung geht also nicht nur um den Block. Sie hängt teilweise davon ab, was die Runde zuvor getan hat.

Was ich aus der Arbeit immer noch nicht sagen kann, ist, wie häufig diese zusätzliche Tiefe unter realen Netzwerkbedingungen auftritt.

$DUSK wird für mich noch interessanter, wenn diese adaptive Endgültigkeit vorhersehbar bleibt, wenn das Netzwerk chaotisch wird.

#dusk
#termmax @termmax Das TermMax-Beispiel von Alice beginnt ziemlich einfach. ETH wird als Sicherheit hinterlegt. Am Fälligkeitstag schuldet sie 1.600 USDC. Die gehebelt positionierte Anlage wird in ein einziges Gearing Token verpackt, statt über separate Schleifen verwaltet zu werden. Dann habe ich am anderen Ende etwas bemerkt. Am Fälligkeitstag muss Alice nicht zwangsläufig 1.600 USDC herausgeben. Sie kann stattdessen 1.600 FTs auf dem Markt kaufen. Wenn diese FTs zu 0,95 $ gehandelt werden, sind das 1.520 $, um eine Verpflichtung über 1.600 USDC zu begleichen. Möglicherweise werden dadurch 80 $ gespart, allein indem man den alternativen Abwicklungsweg wählt. Das war der Teil, den ich zuvor nicht wirklich verbunden hatte. GT verpackt die gehebelte Position nicht nur beim Einstieg. Es schafft auch eine zweite Marktent-scheidung beim Ausstieg. Die Schuld ist fest. Die Laufzeit ist fest. Aber der günstigste Weg zur Abwicklung kann sich ändern. Wenn man also ein GT hält, bedeutet das nicht nur, bis zur Fälligkeit Leverage mitzutragen. Man trägt auch eine Exit-Entscheidung. Und diese Entscheidung hängt davon ab, wie der FT-Markt aussieht, wenn man tatsächlich schließen muss. $TMX ist noch nicht live, also werde ich heute nicht so tun, als hätte das Token-Wert-Auswirkungen. Aber wenn GT zu einem wichtigen Weg wird, wie Nutzer in gehebelte Positionen einsteigen, werden FT-Liquidität und Preisgestaltung für das Nutzererlebnis deutlich wichtiger. Zum Fälligkeitstag ändert sich die Schuld nicht. Die Entscheidung schon. Was mich weiterhin interessiert, ist, ob diese 80-$-Chance verfügbar bleibt, wenn die Nutzung von GT groß wird, oder ob eine stärkere Nachfrage nach GT den FT-Rabatt irgendwann so klein werden lässt, dass er nicht mehr ins Gewicht fällt.
#termmax @TermMax

Das TermMax-Beispiel von Alice beginnt ziemlich einfach.

ETH wird als Sicherheit hinterlegt. Am Fälligkeitstag schuldet sie 1.600 USDC. Die gehebelt positionierte Anlage wird in ein einziges Gearing Token verpackt, statt über separate Schleifen verwaltet zu werden.

Dann habe ich am anderen Ende etwas bemerkt.

Am Fälligkeitstag muss Alice nicht zwangsläufig 1.600 USDC herausgeben.

Sie kann stattdessen 1.600 FTs auf dem Markt kaufen.

Wenn diese FTs zu 0,95 $ gehandelt werden, sind das 1.520 $, um eine Verpflichtung über 1.600 USDC zu begleichen.

Möglicherweise werden dadurch 80 $ gespart, allein indem man den alternativen Abwicklungsweg wählt.

Das war der Teil, den ich zuvor nicht wirklich verbunden hatte.

GT verpackt die gehebelte Position nicht nur beim Einstieg.

Es schafft auch eine zweite Marktent-scheidung beim Ausstieg.

Die Schuld ist fest.

Die Laufzeit ist fest.

Aber der günstigste Weg zur Abwicklung kann sich ändern.

Wenn man also ein GT hält, bedeutet das nicht nur, bis zur Fälligkeit Leverage mitzutragen.

Man trägt auch eine Exit-Entscheidung.

Und diese Entscheidung hängt davon ab, wie der FT-Markt aussieht, wenn man tatsächlich schließen muss.

$TMX ist noch nicht live, also werde ich heute nicht so tun, als hätte das Token-Wert-Auswirkungen.

Aber wenn GT zu einem wichtigen Weg wird, wie Nutzer in gehebelte Positionen einsteigen, werden FT-Liquidität und Preisgestaltung für das Nutzererlebnis deutlich wichtiger.

Zum Fälligkeitstag ändert sich die Schuld nicht.

Die Entscheidung schon.

Was mich weiterhin interessiert, ist, ob diese 80-$-Chance verfügbar bleibt, wenn die Nutzung von GT groß wird, oder ob eine stärkere Nachfrage nach GT den FT-Rabatt irgendwann so klein werden lässt, dass er nicht mehr ins Gewicht fällt.
Verifiziert
Okay, also kamen die Arbeitslosenmeldungen heute bei 206.000 rein, runter von 212.000 letzte Woche. Die Schlagzeilen werden das als „starker Arbeitsmarkt“ bezeichnen, aber wenn du dir das Ganze einmal jenseits der Topline ansiehst: der 4-Wochen-Durchschnitt ist auf 204.000 gestiegen und die fortlaufenden Erstanträge sind auf 1,8 Millionen geklettert. Den Leuten fällt es gerade schwerer, neue Jobs zu finden, auch wenn im Moment weniger entlassen werden. Und hol dir das — ein Ökonom hat wörtlich gesagt, der Arbeitsmarkt habe „keine Abnutzungserscheinungen“ durch den Ölpreisschub gezeigt, der mit dem Iran-Krieg zusammenhängt. Das ist die eigentliche Story, über die niemand eine Headline macht. Die Märkte werden das wohl als „Goldilocks“ lesen (nicht zu heiß, nicht zu kalt) und das hält die Fed weiter auf Kurs für Zinssenkungen. Das ist tatsächlich eine solide Nachricht für Risk Assets — niedrigere Zinserwartungen sind meistens Rückenwind für BTC und große Werte. Wir schauen, ob wir zum Close eine grüne Reaktion sehen oder ob die gemischten Daten im Inneren (steigende fortlaufende Erstanträge) die Stimmung stattdessen kippen. Keine Anlageberatung, nur Gedanken laut 🤔 #USJoblessClaimsFallTo206000
Okay, also kamen die Arbeitslosenmeldungen heute bei 206.000 rein, runter von 212.000 letzte Woche. Die Schlagzeilen werden das als „starker Arbeitsmarkt“ bezeichnen, aber wenn du dir das Ganze einmal jenseits der Topline ansiehst: der 4-Wochen-Durchschnitt ist auf 204.000 gestiegen und die fortlaufenden Erstanträge sind auf 1,8 Millionen geklettert. Den Leuten fällt es gerade schwerer, neue Jobs zu finden, auch wenn im Moment weniger entlassen werden.
Und hol dir das — ein Ökonom hat wörtlich gesagt, der Arbeitsmarkt habe „keine Abnutzungserscheinungen“ durch den Ölpreisschub gezeigt, der mit dem Iran-Krieg zusammenhängt. Das ist die eigentliche Story, über die niemand eine Headline macht.
Die Märkte werden das wohl als „Goldilocks“ lesen (nicht zu heiß, nicht zu kalt) und das hält die Fed weiter auf Kurs für Zinssenkungen. Das ist tatsächlich eine solide Nachricht für Risk Assets — niedrigere Zinserwartungen sind meistens Rückenwind für BTC und große Werte. Wir schauen, ob wir zum Close eine grüne Reaktion sehen oder ob die gemischten Daten im Inneren (steigende fortlaufende Erstanträge) die Stimmung stattdessen kippen.
Keine Anlageberatung, nur Gedanken laut 🤔

#USJoblessClaimsFallTo206000
Verifiziert
@Dusk_Foundation 16 aufeinanderfolgende fehlgeschlagene Iterationen reichen aus, damit Dusk aufhört, sich normal zu verhalten. Ich habe diese Zahl ein paar Mal gelesen, bevor sie einschlug. Unter normalen Bedingungen laufen Konsensschritte gegen ein Timeout. Wenn ein Schritt innerhalb der Zeit kein Ergebnis produziert, gibt er nichts aus und die Runde versucht es erneut. Versuch es. Timeout. Versuch es erneut. Ich ging davon aus, dass dieser Fehlerpfad bestehen bleibt, egal wie schlimm es wird. Tut er nicht. Nach 16 aufeinanderfolgenden Fehlschlägen deaktiviert Dusk diese Timeouts. Schritte können nicht mehr NoCandidate oder NoQuorum zurückgeben. Die Iterationen laufen weiter, bis ein Kandidat tatsächlich das Quorum für Validierung und Ratifizierung erreicht. Das erzeugt einen zweiten Fehlerfall, den ich zuvor noch nicht getrennt hatte. Ein normaler Fehler ist durch die Uhr begrenzt. Im Notfallmodus fällt diese Grenze weg. Und das bringt ein weiteres Problem mit sich: Mehrere endlose Iterationen können gleichzeitig laufen und schaffen damit die Möglichkeit, dass konkurrierende Kandidaten im selben Durchlauf das Quorum erreichen. Dusk hat dafür bereits eine Regel: Der Kandidat, der im niedrigsten Iterationsschritt das Quorum erreicht, gewinnt. Was ich allerdings noch nicht weiß, ist, wie sich diese 16 aufeinanderfolgenden Fehlschläge tatsächlich auf einem Live-Netzwerk anfühlen. Welche Art von anhaltender Netzwerkbedingung führt dazu, und wie oft würde die Fork-Auflösungsregel wirklich zur Anwendung kommen, statt nur ein theoretischer Pfad zu bleiben? $DUSK wird für mich deutlich interessanter, wenn sich dieser Notfallpfad als zuverlässig erweist, wenn das Netzwerk ihn tatsächlich braucht. #dusk {spot}(DUSKUSDT)
@Dusk

16 aufeinanderfolgende fehlgeschlagene Iterationen reichen aus, damit Dusk aufhört, sich normal zu verhalten.

Ich habe diese Zahl ein paar Mal gelesen, bevor sie einschlug.

Unter normalen Bedingungen laufen Konsensschritte gegen ein Timeout. Wenn ein Schritt innerhalb der Zeit kein Ergebnis produziert, gibt er nichts aus und die Runde versucht es erneut.

Versuch es. Timeout. Versuch es erneut.

Ich ging davon aus, dass dieser Fehlerpfad bestehen bleibt, egal wie schlimm es wird.

Tut er nicht.

Nach 16 aufeinanderfolgenden Fehlschlägen deaktiviert Dusk diese Timeouts. Schritte können nicht mehr NoCandidate oder NoQuorum zurückgeben. Die Iterationen laufen weiter, bis ein Kandidat tatsächlich das Quorum für Validierung und Ratifizierung erreicht.

Das erzeugt einen zweiten Fehlerfall, den ich zuvor noch nicht getrennt hatte.

Ein normaler Fehler ist durch die Uhr begrenzt. Im Notfallmodus fällt diese Grenze weg.

Und das bringt ein weiteres Problem mit sich: Mehrere endlose Iterationen können gleichzeitig laufen und schaffen damit die Möglichkeit, dass konkurrierende Kandidaten im selben Durchlauf das Quorum erreichen.

Dusk hat dafür bereits eine Regel: Der Kandidat, der im niedrigsten Iterationsschritt das Quorum erreicht, gewinnt.

Was ich allerdings noch nicht weiß, ist, wie sich diese 16 aufeinanderfolgenden Fehlschläge tatsächlich auf einem Live-Netzwerk anfühlen.

Welche Art von anhaltender Netzwerkbedingung führt dazu, und wie oft würde die Fork-Auflösungsregel wirklich zur Anwendung kommen, statt nur ein theoretischer Pfad zu bleiben?

$DUSK wird für mich deutlich interessanter, wenn sich dieser Notfallpfad als zuverlässig erweist, wenn das Netzwerk ihn tatsächlich braucht.

#dusk
#termmax @termmax Ich habe heute das TVL von TermMax geprüft, und eine Zahl hat mich zurück zu den Liquidations-Dokumenten geschickt. 31,22 Mio. $, laut DeFiLlama ein Rückgang von 7,2 % in den letzten 30 Tagen. Kein Crash. Aber es hat mich genauer ansehen lassen, was passiert, wenn eine Liquidation nicht reibungslos verläuft. Wenn ein Kredit seine LLTV-Schwelle erreicht oder ein Kreditnehmer die Fälligkeit verpasst, erhält die Position ein 2-stündiges Liquidationsfenster. Liquidatoren verdienen eine 5 %-Belohnung aus der Sicherheit. Das Protokoll verhängt eine 5 %-Strafe. Normalerweise ist das die ganze Geschichte. Aber was passiert, wenn 2 Stunden nicht ausreichen? In TermMax’ eigenen Risikodokumenten wird der Fallback beschrieben. Wenn die Liquidation nicht vollständig ausgeführt werden kann, weil es zu einer starken Kursbewegung oder zu dünner Liquidität kommt, erhalten Kreditgeber einen proportionalen Anteil an der Sicherheit des Kreditnehmers statt des Vermögenswerts, den sie ursprünglich geliehen haben. Physische Lieferung. Automatisch. Kein Opt-in durch den Kreditgeber. Das war der Teil, über den ich zweimal nachdenken musste. Der Zinssatz ist fest. Die Laufzeit ist fest. Der Rückgewinnungsweg ist es nicht. Und ich denke nicht, dass das zwangsläufig ein Fehler ist. Wenn die Alternative eine gescheiterte Liquidation und ein noch größerer Verlust ist, kann es eine bessere Ergebnis sein, die zugrunde liegende Sicherheit zu erhalten. Aber das verändert, was für den Kreditgeber „Sicherheit“ bedeutet. Du kennst den Zinssatz. Du kennst die Laufzeit. Du weißt nicht unbedingt, welches Asset am Ende in deinem Wallet landet, wenn der normale Liquidationspfad nicht funktioniert. Ein Rückgang des TVL um 7,2 % sagt mir nicht, ob die Physische Lieferung irgendwo kurz davor steht, ausgelöst zu werden. Ich habe dazu keine Daten. Es bringt mich aber dazu, neben dem TVL noch eine andere Kennzahl sehen zu wollen: Wie viel Sicherheit kann tatsächlich innerhalb dieses 2-stündigen Fensters geräumt werden? Denn das ist die Grenze, die ich verstehen möchte, bevor ich sage, dass der Liquidationsmechanismus unter Stress resilient ist. Falls TermMax diese Zahl jemals sichtbar macht, wäre genau das die eine, die ich im Blick hätte.
#termmax @TermMax

Ich habe heute das TVL von TermMax geprüft, und eine Zahl hat mich zurück zu den Liquidations-Dokumenten geschickt.

31,22 Mio. $, laut DeFiLlama ein Rückgang von 7,2 % in den letzten 30 Tagen.

Kein Crash. Aber es hat mich genauer ansehen lassen, was passiert, wenn eine Liquidation nicht reibungslos verläuft.

Wenn ein Kredit seine LLTV-Schwelle erreicht oder ein Kreditnehmer die Fälligkeit verpasst, erhält die Position ein 2-stündiges Liquidationsfenster.

Liquidatoren verdienen eine 5 %-Belohnung aus der Sicherheit. Das Protokoll verhängt eine 5 %-Strafe.

Normalerweise ist das die ganze Geschichte.

Aber was passiert, wenn 2 Stunden nicht ausreichen?

In TermMax’ eigenen Risikodokumenten wird der Fallback beschrieben. Wenn die Liquidation nicht vollständig ausgeführt werden kann, weil es zu einer starken Kursbewegung oder zu dünner Liquidität kommt, erhalten Kreditgeber einen proportionalen Anteil an der Sicherheit des Kreditnehmers statt des Vermögenswerts, den sie ursprünglich geliehen haben.

Physische Lieferung.

Automatisch. Kein Opt-in durch den Kreditgeber.

Das war der Teil, über den ich zweimal nachdenken musste.

Der Zinssatz ist fest.

Die Laufzeit ist fest.

Der Rückgewinnungsweg ist es nicht.

Und ich denke nicht, dass das zwangsläufig ein Fehler ist. Wenn die Alternative eine gescheiterte Liquidation und ein noch größerer Verlust ist, kann es eine bessere Ergebnis sein, die zugrunde liegende Sicherheit zu erhalten.

Aber das verändert, was für den Kreditgeber „Sicherheit“ bedeutet.

Du kennst den Zinssatz.

Du kennst die Laufzeit.

Du weißt nicht unbedingt, welches Asset am Ende in deinem Wallet landet, wenn der normale Liquidationspfad nicht funktioniert.

Ein Rückgang des TVL um 7,2 % sagt mir nicht, ob die Physische Lieferung irgendwo kurz davor steht, ausgelöst zu werden. Ich habe dazu keine Daten.

Es bringt mich aber dazu, neben dem TVL noch eine andere Kennzahl sehen zu wollen: Wie viel Sicherheit kann tatsächlich innerhalb dieses 2-stündigen Fensters geräumt werden?

Denn das ist die Grenze, die ich verstehen möchte, bevor ich sage, dass der Liquidationsmechanismus unter Stress resilient ist.

Falls TermMax diese Zahl jemals sichtbar macht, wäre genau das die eine, die ich im Blick hätte.
#dusk $DUSK @Dusk_Foundation Ich habe mit der Anforderung von 1.000 DUSK begonnen und bin dann bei der Wallet-Einrichtung hängen geblieben. Ein Stake kann zwei verschiedene Schlüssel verwenden. Der Konsensschlüssel betreibt den Node. Er stimmt ab und signiert Blöcke. Der Owner-Key steuert die andere Seite: Unstaking und Auszahlung. Dusk empfiehlt, diese getrennt zu halten. Das hat meine Sicht auf die Anforderung von 1.000 DUSK verändert. Es ist nicht nur Kapital, das in einer Wallet liegt. Es ist eine Betriebsposition, die an eine Maschine gekoppelt ist, die 24/7 online bleiben und am Konsens teilnehmen muss. Dusk trennt die Befugnis, den Konsens zu betreiben, von der Befugnis, den Stake zu kontrollieren. Wenn die Konsensseite kompromittiert wird, erhält man nicht automatisch die Kontrolle über den Stake. Der Trade-off ist interessant. Die Sicherheitsgrenze wird besser. Der Wiederherstellungsweg wird schwieriger. Wenn ein Provisioner unter Zeitdruck migriert oder wiederhergestellt werden muss: Wie stellen Operatoren diese Trennung intakt, ohne ihre Konsensrolle zu verlieren? {spot}(DUSKUSDT)
#dusk $DUSK @Dusk

Ich habe mit der Anforderung von 1.000 DUSK begonnen und bin dann bei der Wallet-Einrichtung hängen geblieben.

Ein Stake kann zwei verschiedene Schlüssel verwenden.

Der Konsensschlüssel betreibt den Node. Er stimmt ab und signiert Blöcke.

Der Owner-Key steuert die andere Seite: Unstaking und Auszahlung.

Dusk empfiehlt, diese getrennt zu halten.

Das hat meine Sicht auf die Anforderung von 1.000 DUSK verändert.

Es ist nicht nur Kapital, das in einer Wallet liegt. Es ist eine Betriebsposition, die an eine Maschine gekoppelt ist, die 24/7 online bleiben und am Konsens teilnehmen muss.

Dusk trennt die Befugnis, den Konsens zu betreiben, von der Befugnis, den Stake zu kontrollieren.

Wenn die Konsensseite kompromittiert wird, erhält man nicht automatisch die Kontrolle über den Stake.

Der Trade-off ist interessant.

Die Sicherheitsgrenze wird besser. Der Wiederherstellungsweg wird schwieriger.

Wenn ein Provisioner unter Zeitdruck migriert oder wiederhergestellt werden muss: Wie stellen Operatoren diese Trennung intakt, ohne ihre Konsensrolle zu verlieren?
Verifiziert
#termmax @termmax Das 45-Tage-Beispiel in der Morpho-Integration von TermMax hat mich überrascht. Ein Kreditnehmer hat 50.000 USDC gegen wstETH, die in eine TermMax-Position mit einem Fälligkeitsdatum eingebunden sind. Fester Zinssatz. Bekannte Laufzeit. Einfach genug. Dann fiel mir der Ausweg auf. Der Roll zu Morpho ermöglicht es dem gleichen Kreditnehmer, die TermMax-Position vor Fälligkeit zu schließen und die identische Sicherheit atomar in ein Morpho-Darlehen mit variablem Zinssatz zu verschieben. Kein Ausfall in der Deckung. Kein vorheriges Beschaffen von Rückzahlungsmitteln nötig. Das eigene Beispiel erklärt auch warum: Wenn ein Kreditnehmer erwartet, dass die variablen Zinsen fallen, kann er die feste Position früh verlassen und über Morpho refinanzieren. Also ist der interessante Teil nicht der Zinssatz. Sondern das Commitment. TermMax hat ein Produkt mit festem Zinssatz gebaut und dann einen bewusst niedrigschwelligen Ausweg aus dem festen Teil. Das heißt: Das Fälligkeitsdatum ist nicht wirklich eine Mauer. Eher eine Grundeinstellung, die der Kreditnehmer überschreiben kann, wenn sich seine Zinsansicht ändert. So etwas kann ich nur schwer beantworten, wenn ich die Mechanik allein lese: Wenn sich die Zinsen so stark bewegen, dass der Roll zu Morpho attraktiv wird—schützt dann dieser Exit die Liquidität von TermMax, oder entzieht er der festen Seite genau dann Liquidität, wenn das Protokoll das Commitment braucht, um daran festzuhalten? Das Verhalten würde ich gern sehen, sobald echter Umsatz durchläuft—nicht das saubere Beispiel mit 50.000 USDC. $TMX ist noch nicht live, daher interessiert mich weniger, was der Token heute macht. Mich interessiert mehr, ob diese Architektur auch im großen Maßstab standhält, bevor der Token Teil der Gleichung wird.
#termmax @TermMax

Das 45-Tage-Beispiel in der Morpho-Integration von TermMax hat mich überrascht.

Ein Kreditnehmer hat 50.000 USDC gegen wstETH, die in eine TermMax-Position mit einem Fälligkeitsdatum eingebunden sind.

Fester Zinssatz. Bekannte Laufzeit.

Einfach genug.

Dann fiel mir der Ausweg auf.

Der Roll zu Morpho ermöglicht es dem gleichen Kreditnehmer, die TermMax-Position vor Fälligkeit zu schließen und die identische Sicherheit atomar in ein Morpho-Darlehen mit variablem Zinssatz zu verschieben.

Kein Ausfall in der Deckung. Kein vorheriges Beschaffen von Rückzahlungsmitteln nötig.

Das eigene Beispiel erklärt auch warum: Wenn ein Kreditnehmer erwartet, dass die variablen Zinsen fallen, kann er die feste Position früh verlassen und über Morpho refinanzieren.

Also ist der interessante Teil nicht der Zinssatz.

Sondern das Commitment.

TermMax hat ein Produkt mit festem Zinssatz gebaut und dann einen bewusst niedrigschwelligen Ausweg aus dem festen Teil.

Das heißt: Das Fälligkeitsdatum ist nicht wirklich eine Mauer.

Eher eine Grundeinstellung, die der Kreditnehmer überschreiben kann, wenn sich seine Zinsansicht ändert.

So etwas kann ich nur schwer beantworten, wenn ich die Mechanik allein lese:

Wenn sich die Zinsen so stark bewegen, dass der Roll zu Morpho attraktiv wird—schützt dann dieser Exit die Liquidität von TermMax, oder entzieht er der festen Seite genau dann Liquidität, wenn das Protokoll das Commitment braucht, um daran festzuhalten?

Das Verhalten würde ich gern sehen, sobald echter Umsatz durchläuft—nicht das saubere Beispiel mit 50.000 USDC.

$TMX ist noch nicht live, daher interessiert mich weniger, was der Token heute macht. Mich interessiert mehr, ob diese Architektur auch im großen Maßstab standhält, bevor der Token Teil der Gleichung wird.
Verifiziert
#dusk $DUSK @Dusk_Foundation Ich bin beim ersten Mal beim Generator-Reward mit 80% stehen geblieben, als ich die Aufteilung der Block-Belohnung von Dusk gelesen habe. Dann ist mir aufgefallen, dass die 80% gar nicht pauschal sind. Die Belohnung wird zu 80% an den Generator, zu 10% an das Abstimmungskomitee und zu 10% an Dusk aufgeteilt. Nur 70% des Anteils des Generators sind fest. Die verbleibenden 10% hängen davon ab, wie viele Komitee-Abstimmungen in das Blockzertifikat einfließen – gewichtet nach den Voter-Credits. Berücksichtige alle Stimmen, und der Generator erhält die vollen 80%. Das Gewinnen des Blocks und das Maximieren seiner Belohnung sind also zwei verschiedene Dinge. Der Generator muss mehr tun, als nur den Block zu erzeugen; er muss auch die Arbeit des Komitees in das Zertifikat einarbeiten. Das schafft einen einfachen, aber interessanten Anreiz: Ein Teil der wirtschaftlichen Kennzahlen des Generators hängt davon ab, wie vollständig dieses Zertifikat ist. Was ich aus den Dokumenten nicht sagen kann, ist, wie stark das in der Praxis tatsächlich ins Gewicht fällt. Wenn Stimmen zu spät eintreffen: Wie oft wird diese variable 10% dann wirklich eingefangen?
#dusk $DUSK @Dusk

Ich bin beim ersten Mal beim Generator-Reward mit 80% stehen geblieben, als ich die Aufteilung der Block-Belohnung von Dusk gelesen habe.

Dann ist mir aufgefallen, dass die 80% gar nicht pauschal sind.

Die Belohnung wird zu 80% an den Generator, zu 10% an das Abstimmungskomitee und zu 10% an Dusk aufgeteilt.

Nur 70% des Anteils des Generators sind fest. Die verbleibenden 10% hängen davon ab, wie viele Komitee-Abstimmungen in das Blockzertifikat einfließen – gewichtet nach den Voter-Credits. Berücksichtige alle Stimmen, und der Generator erhält die vollen 80%.

Das Gewinnen des Blocks und das Maximieren seiner Belohnung sind also zwei verschiedene Dinge.

Der Generator muss mehr tun, als nur den Block zu erzeugen; er muss auch die Arbeit des Komitees in das Zertifikat einarbeiten.

Das schafft einen einfachen, aber interessanten Anreiz: Ein Teil der wirtschaftlichen Kennzahlen des Generators hängt davon ab, wie vollständig dieses Zertifikat ist.

Was ich aus den Dokumenten nicht sagen kann, ist, wie stark das in der Praxis tatsächlich ins Gewicht fällt. Wenn Stimmen zu spät eintreffen: Wie oft wird diese variable 10% dann wirklich eingefangen?
#termmax @termmax 2M $TMX. Das ist die Zahl, zu der ich immer wieder zurückkam, nachdem ich mir die Booster-Kampagne von TermMax angesehen hatte... 1,7M gehen in die Verlosung. 300K gehen an Binance Square Creator. Und der größte Belohnungs-Topf ist ziemlich unkompliziert. Die aufgelisteten Aufgaben für die Verlosung sind im Grunde folgen, reposten, Quiz, Discord und deine Wallet verbinden — keine Einzahlung oder tatsächliche Aktivitäten im Bereich Borrowing, Lending oder Options sind für diesen Weg erforderlich. Moment mal... Die gesamte Produktgeschichte von TermMax dreht sich um Borrowing, Lending und Options mit festen Zinssätzen — Kapital, bei dem du Rate und Laufzeit im Voraus kennst. Aber die größte Belohnungs-Schiene erfordert nicht wirklich, dass Nutzer diese Produkte verwenden. Der kleinere 300K-TMX-Topf ist die Binance-Square-Seite: Dort müssen Creators tatsächlich auf Inhaltsqualität und Ranking miteinander konkurrieren. Also war ich vielleicht dabei, den Booster falsch zu betrachten. Es sieht so aus, als wäre der 1,7M-TMX-Pool für unkomplizierte Reichweite und Wallet-Verbindungen gebaut... während der kleinere Square-Pool Creator-Sichtbarkeit und Ranking belohnt. Das könnte tatsächlich für eine TGE-Kampagne Sinn ergeben. Aber was passiert dann, nachdem das TMX gelandet ist? Werden diese 1,7M-TMX-Teilnehmer zu TermMax-Nutzern... oder endet die Kampagne dort, wo auch die Belohnung endet?
#termmax @TermMax

2M $TMX.

Das ist die Zahl, zu der ich immer wieder zurückkam, nachdem ich mir die Booster-Kampagne von TermMax angesehen hatte...

1,7M gehen in die Verlosung. 300K gehen an Binance Square Creator.

Und der größte Belohnungs-Topf ist ziemlich unkompliziert. Die aufgelisteten Aufgaben für die Verlosung sind im Grunde folgen, reposten, Quiz, Discord und deine Wallet verbinden — keine Einzahlung oder tatsächliche Aktivitäten im Bereich Borrowing, Lending oder Options sind für diesen Weg erforderlich.

Moment mal...

Die gesamte Produktgeschichte von TermMax dreht sich um Borrowing, Lending und Options mit festen Zinssätzen — Kapital, bei dem du Rate und Laufzeit im Voraus kennst.

Aber die größte Belohnungs-Schiene erfordert nicht wirklich, dass Nutzer diese Produkte verwenden.

Der kleinere 300K-TMX-Topf ist die Binance-Square-Seite: Dort müssen Creators tatsächlich auf Inhaltsqualität und Ranking miteinander konkurrieren.

Also war ich vielleicht dabei, den Booster falsch zu betrachten.

Es sieht so aus, als wäre der 1,7M-TMX-Pool für unkomplizierte Reichweite und Wallet-Verbindungen gebaut... während der kleinere Square-Pool Creator-Sichtbarkeit und Ranking belohnt.

Das könnte tatsächlich für eine TGE-Kampagne Sinn ergeben.

Aber was passiert dann, nachdem das TMX gelandet ist?

Werden diese 1,7M-TMX-Teilnehmer zu TermMax-Nutzern... oder endet die Kampagne dort, wo auch die Belohnung endet?
Verifiziert
#termmax @termmax Ich bin heute Morgen durch das neueste Update von TermMax gegangen ... habe mit den TGE-Details vom 25. August angefangen und bin irgendwie dazu gekommen, in den Zahlen zu graben. $90M+ TVL. 1,5M+ registrierte Wallets. 90K+ tägliche aktive Nutzer. 10 EVM-Chains. Okay... das ist schon eine ziemlich große Präsenz. Aber dann habe ich bemerkt, wo diese gleiche Fixed-Rate-Idee jetzt tatsächlich auftaucht. Kreditvergabe, Optionen, tokenisierte Aktien... und sogar institutionelle Finanzierung auf Canton. Das hat mich kurz innehalten lassen. Denn das ist nicht nur @termmax jemanden der einen Kreditprodukt-Idee zu nehmen und sie auf mehr Chains zu bringen. Sie bringen dasselbe „bekannter Zinssatz, bekannte Laufzeit“-Konzept in sehr unterschiedliche Arten von Kapital. Hmm... ich bin mir nicht sicher, ob das so einfach ist, wie es klingt. Wenn das Kapital größer wird und die Menschen, die es nutzen, Cashflows planen müssen, wird Verlässlichkeit wahrscheinlich noch wertvoller. Aber DeFi wurde auch seit Jahren auf Flexibilität gebaut. Also: Wer gewinnt, wenn die beiden anfangen, in entgegengesetzte Richtungen zu ziehen? $TMX geht am 25. August live. Ich nehme an, darauf schaue ich jetzt.
#termmax @TermMax

Ich bin heute Morgen durch das neueste Update von TermMax gegangen ... habe mit den TGE-Details vom 25. August angefangen und bin irgendwie dazu gekommen, in den Zahlen zu graben.

$90M+ TVL. 1,5M+ registrierte Wallets. 90K+ tägliche aktive Nutzer. 10 EVM-Chains.

Okay... das ist schon eine ziemlich große Präsenz.

Aber dann habe ich bemerkt, wo diese gleiche Fixed-Rate-Idee jetzt tatsächlich auftaucht.

Kreditvergabe, Optionen, tokenisierte Aktien... und sogar institutionelle Finanzierung auf Canton.

Das hat mich kurz innehalten lassen.

Denn das ist nicht nur @TermMax jemanden der einen Kreditprodukt-Idee zu nehmen und sie auf mehr Chains zu bringen. Sie bringen dasselbe „bekannter Zinssatz, bekannte Laufzeit“-Konzept in sehr unterschiedliche Arten von Kapital.

Hmm... ich bin mir nicht sicher, ob das so einfach ist, wie es klingt.

Wenn das Kapital größer wird und die Menschen, die es nutzen, Cashflows planen müssen, wird Verlässlichkeit wahrscheinlich noch wertvoller.

Aber DeFi wurde auch seit Jahren auf Flexibilität gebaut.

Also: Wer gewinnt, wenn die beiden anfangen, in entgegengesetzte Richtungen zu ziehen?

$TMX geht am 25. August live.

Ich nehme an, darauf schaue ich jetzt.
#dusk $DUSK @Dusk_Foundation Früher dachte ich, dass sich der regulatorische Teil von On-Chain-Assets hauptsächlich auf das Asset selbst reduzieren lässt. Kann es dieses Token geben? Kann es gehandelt werden? Aber als ich mir angesehen habe, wie NPEX’s Lizenzen aufgeschlüsselt sind, kam mir der Gedanke, dass das wahrscheinlich zu simpel ist. MTF, Broker, ECSP und DLT-TSS klingen nicht wirklich nach einem einzelnen Compliance-Label, das an ein Asset angeheftet ist. Sie wirken eher wie unterschiedliche Berechtigungen für verschiedene Dinge, die man mit diesem Asset tun kann. Das ist der Punkt, der meine Sicht darauf verändert hat. Dasselbe Asset kann in Emission, Distribution oder sekundärem Handel vorkommen, aber das sind nicht dieselben regulierten Handlungen. Von außen kann „reguliertes Finance auf Dusk“ daher wie eine einzige Fähigkeit klingen. Je mehr ich darüber nachdenke, desto weniger fühlt es sich nach einem einzigen Thema an. Es fühlt sich eher an wie eine Reihe getrennter Funktionen, die zufällig dasselbe Asset an unterschiedlichen Stellen berühren. Vielleicht bleibt diese Trennung größtenteils auf der Ebene der Lizenzen. Was mich jetzt interessiert, ist, ob sie sich auch in der tatsächlichen Produktarchitektur zeigt. {spot}(DUSKUSDT)
#dusk $DUSK @Dusk

Früher dachte ich, dass sich der regulatorische Teil von On-Chain-Assets hauptsächlich auf das Asset selbst reduzieren lässt.

Kann es dieses Token geben? Kann es gehandelt werden?

Aber als ich mir angesehen habe, wie NPEX’s Lizenzen aufgeschlüsselt sind, kam mir der Gedanke, dass das wahrscheinlich zu simpel ist.

MTF, Broker, ECSP und DLT-TSS klingen nicht wirklich nach einem einzelnen Compliance-Label, das an ein Asset angeheftet ist.

Sie wirken eher wie unterschiedliche Berechtigungen für verschiedene Dinge, die man mit diesem Asset tun kann.

Das ist der Punkt, der meine Sicht darauf verändert hat.

Dasselbe Asset kann in Emission, Distribution oder sekundärem Handel vorkommen, aber das sind nicht dieselben regulierten Handlungen.

Von außen kann „reguliertes Finance auf Dusk“ daher wie eine einzige Fähigkeit klingen.

Je mehr ich darüber nachdenke, desto weniger fühlt es sich nach einem einzigen Thema an.

Es fühlt sich eher an wie eine Reihe getrennter Funktionen, die zufällig dasselbe Asset an unterschiedlichen Stellen berühren.

Vielleicht bleibt diese Trennung größtenteils auf der Ebene der Lizenzen.

Was mich jetzt interessiert, ist, ob sie sich auch in der tatsächlichen Produktarchitektur zeigt.
#dusk $DUSK @Dusk_Foundation Was, wenn das Token sagt, dass du das Eigentum an der Sicherheit hast, aber das Gesetz sagt, dass der echte Eintrag irgendwo anders geführt wird? Ich bin auf diese Frage gestoßen, als ich Dusk’s neuesten Artikel zur Tokenisierung von KMU gelesen habe. Der Artikel nennt ein konkretes niederländisches Beispiel: Die Übertragung von BV-Anteilen erfordert eine notariell beurkundete Urkunde. Das wirft eine Frage auf, die ich so vorher nicht wirklich bedacht hatte. Wenn die Sicherheit zwar on-chain abgebildet ist, aber ein gesetzlich erforderlicher Prozess weiterhin außerhalb der Kette liegt, was genau repräsentiert dann das Token? Ich hatte Tokenisierung von Eigentum bisher vor allem als Frage betrachtet, ob der Vermögenswert on-chain gestellt wird. Der schwierigere Teil könnte jedoch darin liegen, dass der digitale Eigentumsstatus mit dem übereinstimmt, was die jeweilige Rechtsordnung tatsächlich als Eintrag anerkennt. Wenn diese beiden Zustände jemals voneinander abweichen können, hat die Tokenisierung die Abstimmung (Reconciliation) nicht vollständig abgeschafft. Sie hat stattdessen ein neues Koordinationsproblem zwischen der digitalen und der rechtlichen Seite geschaffen. Wenn der On-Chain-Eigentumsstatus und der rechtsverbindliche Eintrag voneinander abweichen, welchen davon behandelt Dusk als Quelle der Wahrheit? {spot}(DUSKUSDT) $HEMI {spot}(HEMIUSDT) $ACE {spot}(ACEUSDT)
#dusk $DUSK @Dusk

Was, wenn das Token sagt, dass du das Eigentum an der Sicherheit hast, aber das Gesetz sagt, dass der echte Eintrag irgendwo anders geführt wird?

Ich bin auf diese Frage gestoßen, als ich Dusk’s neuesten Artikel zur Tokenisierung von KMU gelesen habe.

Der Artikel nennt ein konkretes niederländisches Beispiel: Die Übertragung von BV-Anteilen erfordert eine notariell beurkundete Urkunde.

Das wirft eine Frage auf, die ich so vorher nicht wirklich bedacht hatte. Wenn die Sicherheit zwar on-chain abgebildet ist, aber ein gesetzlich erforderlicher Prozess weiterhin außerhalb der Kette liegt, was genau repräsentiert dann das Token?

Ich hatte Tokenisierung von Eigentum bisher vor allem als Frage betrachtet, ob der Vermögenswert on-chain gestellt wird. Der schwierigere Teil könnte jedoch darin liegen, dass der digitale Eigentumsstatus mit dem übereinstimmt, was die jeweilige Rechtsordnung tatsächlich als Eintrag anerkennt.

Wenn diese beiden Zustände jemals voneinander abweichen können, hat die Tokenisierung die Abstimmung (Reconciliation) nicht vollständig abgeschafft. Sie hat stattdessen ein neues Koordinationsproblem zwischen der digitalen und der rechtlichen Seite geschaffen.

Wenn der On-Chain-Eigentumsstatus und der rechtsverbindliche Eintrag voneinander abweichen, welchen davon behandelt Dusk als Quelle der Wahrheit?

$HEMI
$ACE
Verifiziert
#dusk $DUSK @Dusk_Foundation Ich dachte früher, „regulierte Assets auf der Kette“ sei im Grunde nur eine regulatorische Hürde. Als ich mir die Partnerschaft von Dusk mit NPEX angesehen habe, wurde mir klar: Das ist weitaus komplexer. Die eigenen Materialien von Dusk nennen vier Lizenzen: eine MTF-Lizenz für einen regulierten Sekundärmarkt, eine Broker-Lizenz zum Beschaffen von Assets wie MMFs und Anleihen, eine ECSP-Lizenz für Anlageinstrumente, die durch Privatanleger finanziert werden, und eine DLT-TSS-Lizenz, die an die native Emission und Tokenisierung regulierter Assets on-chain gekoppelt ist. Das Spannende ist nicht nur, dass NPEX vier Lizenzen hat. Sondern dass sie auf unterschiedliche Dinge abbilden, die eine Institution mit einem Asset tatsächlich tun kann. Der Handel mit einem bestehenden regulierten Asset und die Erstellung dieses Assets nativ auf der Kette sind zwei verschiedene Workflows – mit unterschiedlichen regulatorischen Anforderungen darunter. Ich hatte das vorher nicht getrennt. „Reguliertes Finance auf Dusk“ klingt von außen nach einer einzigen Fähigkeit, aber die Infrastruktur dahinter ist viel granularer. Der Teil, den ich jetzt beobachte, ist, ob diese regulatorische Trennung auch in der tatsächlichen Produktarchitektur sichtbar wird. Erfordert die native Emission auf Dusk einen grundsätzlich anderen Workflow als das Hinzufügen eines bestehenden regulierten Assets zum Netzwerk?
#dusk $DUSK @Dusk

Ich dachte früher, „regulierte Assets auf der Kette“ sei im Grunde nur eine regulatorische Hürde.

Als ich mir die Partnerschaft von Dusk mit NPEX angesehen habe, wurde mir klar: Das ist weitaus komplexer.

Die eigenen Materialien von Dusk nennen vier Lizenzen: eine MTF-Lizenz für einen regulierten Sekundärmarkt, eine Broker-Lizenz zum Beschaffen von Assets wie MMFs und Anleihen, eine ECSP-Lizenz für Anlageinstrumente, die durch Privatanleger finanziert werden, und eine DLT-TSS-Lizenz, die an die native Emission und Tokenisierung regulierter Assets on-chain gekoppelt ist.

Das Spannende ist nicht nur, dass NPEX vier Lizenzen hat. Sondern dass sie auf unterschiedliche Dinge abbilden, die eine Institution mit einem Asset tatsächlich tun kann.

Der Handel mit einem bestehenden regulierten Asset und die Erstellung dieses Assets nativ auf der Kette sind zwei verschiedene Workflows – mit unterschiedlichen regulatorischen Anforderungen darunter.

Ich hatte das vorher nicht getrennt. „Reguliertes Finance auf Dusk“ klingt von außen nach einer einzigen Fähigkeit, aber die Infrastruktur dahinter ist viel granularer.

Der Teil, den ich jetzt beobachte, ist, ob diese regulatorische Trennung auch in der tatsächlichen Produktarchitektur sichtbar wird.

Erfordert die native Emission auf Dusk einen grundsätzlich anderen Workflow als das Hinzufügen eines bestehenden regulierten Assets zum Netzwerk?
Verifiziert
Du hältst $DUSK 9.7 USDT
@Dusk_Foundation Nach der Warnung kann ein Dusk-Provisioner 10% seines Anteils in Rewards verschieben, aber die Token werden nicht verbrannt. Das war der Teil, den ich nicht erwartet hatte. Das endgültig festgelegte Soft-Slashing-Mechanismus von Dusk eskaliert bei aufeinanderfolgenden Verstößen. N Verstöße bedeuten, dass N × 10% des Anteils in das Rewards-Guthaben desselben Knotens verschoben werden, während der Provisioner für N Epochen vom Konsens ausgeschlossen wird. Die Strafe ist also nicht einfach „Ihre Token verschwinden“. Der Anteil bleibt beim selben Provisioner. Was sich ändert, ist, wie viel davon für den Konsens aktiv bleibt. Es gibt noch einen weiteren Aspekt, den ich sogar noch interessanter fand. Die Fehleranzahl wird nicht einfach zurückgesetzt, nur weil die Aussetzung endet. Dusk sagt, dass die Warnung und die Fehleranzahl zurückgesetzt werden, wenn der Provisioner tatsächlich eine Belohnung verdient, indem er einen Block erzeugt oder erfolgreich abstimmt. Warten stellt also nicht wieder alles her. Erfolgreiche Teilnahme tut es. Die Reduktion des aktiven Anteils kann sich außerdem weiterhin in Richtung des Netzwerk-Minimums von 1.000 DUSK bewegen. Ich habe danach angefangen, Soft Slashing anders zu denken. Es geht weniger darum, jemandem die Token wegzunehmen, und mehr darum, das aktive Gewicht und die Berechtigung eines Provisioners schrittweise zu reduzieren, der weiterhin Fehler macht. Macht das die Genesung von wiederholten Verstößen absichtlich schwieriger als einfach die Aussetzung abzuwarten? @Dusk_Foundation #dusk $DUSK {spot}(DUSKUSDT)
@Dusk

Nach der Warnung kann ein Dusk-Provisioner 10% seines Anteils in Rewards verschieben, aber die Token werden nicht verbrannt.

Das war der Teil, den ich nicht erwartet hatte.

Das endgültig festgelegte Soft-Slashing-Mechanismus von Dusk eskaliert bei aufeinanderfolgenden Verstößen. N Verstöße bedeuten, dass N × 10% des Anteils in das Rewards-Guthaben desselben Knotens verschoben werden, während der Provisioner für N Epochen vom Konsens ausgeschlossen wird.

Die Strafe ist also nicht einfach „Ihre Token verschwinden“.

Der Anteil bleibt beim selben Provisioner. Was sich ändert, ist, wie viel davon für den Konsens aktiv bleibt.

Es gibt noch einen weiteren Aspekt, den ich sogar noch interessanter fand. Die Fehleranzahl wird nicht einfach zurückgesetzt, nur weil die Aussetzung endet. Dusk sagt, dass die Warnung und die Fehleranzahl zurückgesetzt werden, wenn der Provisioner tatsächlich eine Belohnung verdient, indem er einen Block erzeugt oder erfolgreich abstimmt.

Warten stellt also nicht wieder alles her. Erfolgreiche Teilnahme tut es.

Die Reduktion des aktiven Anteils kann sich außerdem weiterhin in Richtung des Netzwerk-Minimums von 1.000 DUSK bewegen.

Ich habe danach angefangen, Soft Slashing anders zu denken. Es geht weniger darum, jemandem die Token wegzunehmen, und mehr darum, das aktive Gewicht und die Berechtigung eines Provisioners schrittweise zu reduzieren, der weiterhin Fehler macht.

Macht das die Genesung von wiederholten Verstößen absichtlich schwieriger als einfach die Aussetzung abzuwarten?

@Dusk #dusk $DUSK
Verifiziert
#dusk $DUSK Ich dachte, eine schnelle DuskEVM-Transaktion sei im Grunde eine bereits abgewickelte (settled) Transaktion. Dann fand ich in den Dusk-Dokumentationen eine Warnung, die diese Annahme ins Wanken brachte. DuskEVM trennt die Aufnahme einer Transaktion von der Abwicklung. Eine Transaktion kann schnell in einen L2-Block aufgenommen werden, aber das bedeutet nicht, dass der daraus resultierende Zustand bereits wieder in der Dusk-L1 abgerechnet ist. Die beiden Phasen sind über Batching, State Commitments und Fault Proofs miteinander verbunden. {future}(DUSKUSDT) Das Detail, das ich am interessantesten fand, ist, dass @Dusk_Foundation explizit Anwendungen, die Werte zwischen DuskEVM und der Dusk L1 verschieben, darauf hinweist, NICHT allein aus der verstrichenen Zeit auf Finalität zu schließen. Das klingt nach allem, was nach dem Lesen offensichtlich ist, aber es ist tatsächlich eine wichtige Design-Unterscheidung. „Schnell bestätigt“ und „kann man als bereits abgewickelt betrachten“ sind nicht zwangsläufig dasselbe. Wenn eine Anwendung, die echte Werte überträgt, einen Timer als Abkürzung nutzt, könnte das bedeuten, auf die Aufnahme zu reagieren, während der abteilungsübergreifende (Cross-Layer) Abwicklungsprozess zwischen den Schichten noch unvollständig ist. Also bleibt mir eine Frage: Welchen exakten Protokollstatus sollte eine Anwendung als maßgeblich (authoritativ) betrachten, bevor sie Werte über die Grenze DuskEVM ↔ Dusk L1 hinweg freigibt?
#dusk $DUSK

Ich dachte, eine schnelle DuskEVM-Transaktion sei im Grunde eine bereits abgewickelte (settled) Transaktion.

Dann fand ich in den Dusk-Dokumentationen eine Warnung, die diese Annahme ins Wanken brachte.

DuskEVM trennt die Aufnahme einer Transaktion von der Abwicklung.

Eine Transaktion kann schnell in einen L2-Block aufgenommen werden, aber das bedeutet nicht, dass der daraus resultierende Zustand bereits wieder in der Dusk-L1 abgerechnet ist. Die beiden Phasen sind über Batching, State Commitments und Fault Proofs miteinander verbunden.


Das Detail, das ich am interessantesten fand, ist, dass @Dusk explizit Anwendungen, die Werte zwischen DuskEVM und der Dusk L1 verschieben, darauf hinweist, NICHT allein aus der verstrichenen Zeit auf Finalität zu schließen.

Das klingt nach allem, was nach dem Lesen offensichtlich ist, aber es ist tatsächlich eine wichtige Design-Unterscheidung.

„Schnell bestätigt“ und „kann man als bereits abgewickelt betrachten“ sind nicht zwangsläufig dasselbe.

Wenn eine Anwendung, die echte Werte überträgt, einen Timer als Abkürzung nutzt, könnte das bedeuten, auf die Aufnahme zu reagieren, während der abteilungsübergreifende (Cross-Layer) Abwicklungsprozess zwischen den Schichten noch unvollständig ist.

Also bleibt mir eine Frage:

Welchen exakten Protokollstatus sollte eine Anwendung als maßgeblich (authoritativ) betrachten, bevor sie Werte über die Grenze DuskEVM ↔ Dusk L1 hinweg freigibt?
Protocol / wallet status
67%
Elapsed time
0%
L2 confirmation
33%
Not sure
0%
3 Stimmen • Abstimmung beendet
$BMT gerade einen brutalen Reset durchgemacht. Von ca. $0,013 → $0,0436: BMT lieferte einen massiven Ausbruch. Dann kam die andere Seite des Trades: ~50% Drawdown vom Hoch. Jetzt beginnt der interessante Teil. Im 1H-Chart ist $0,0208–$0,0220 die Schlüsselzone. Wenn dieser Bereich hält und BMT zurückgewinnt: → $0,025 → $0,027–0,028 → $0,030 dann könnte die Korrektur dabei sein, eine Basis zu bilden, statt den Trend zu beenden. Aber wenn $0,0208 unter hohem Volumen bricht, würde ich als Nächstes $0,018–$0,019 beobachten. Auch das Volumen erzählt eine interessante Geschichte: Nach dem explosiven Ausbruch ist das Volumen deutlich abgekühlt. Also frage ich nicht: „Kann BMT auf $0,10 gehen?“ Die bessere Frage ist: „Kann BMT ein höheres Tief aufbauen?“ Diese Antwort kommt zuerst. #BMT #Bubblemaps
$BMT gerade einen brutalen Reset durchgemacht.

Von ca. $0,013 → $0,0436: BMT lieferte einen massiven Ausbruch.

Dann kam die andere Seite des Trades:

~50% Drawdown vom Hoch.

Jetzt beginnt der interessante Teil.

Im 1H-Chart ist $0,0208–$0,0220 die Schlüsselzone.

Wenn dieser Bereich hält und BMT zurückgewinnt:

→ $0,025
→ $0,027–0,028
→ $0,030

dann könnte die Korrektur dabei sein, eine Basis zu bilden, statt den Trend zu beenden.

Aber wenn $0,0208 unter hohem Volumen bricht, würde ich als Nächstes $0,018–$0,019 beobachten.

Auch das Volumen erzählt eine interessante Geschichte: Nach dem explosiven Ausbruch ist das Volumen deutlich abgekühlt.

Also frage ich nicht:

„Kann BMT auf $0,10 gehen?“

Die bessere Frage ist:

„Kann BMT ein höheres Tief aufbauen?“

Diese Antwort kommt zuerst.

#BMT #Bubblemaps
Diese Woche könnte für Krypto eine SEHR wichtige sein. 👀 Nicht wegen eines einzelnen Ereignisses. Sondern weil Inflation + Öl + Geopolitik gleichzeitig auf den Markt treffen. 🇺🇸 Dienstag: Bestehende Hausverkäufe 🔥 Mittwoch: US-CPI + IEA-Ölmarktbericht ⚠️ Donnerstag: US-PPI 🇺🇸 Freitag: Michigan Consumer Sentiment Der spannende Teil? CPI → PPI kommen direkt hintereinander. Wenn die Inflation heißer ausfällt als erwartet, können die Erwartungen an Zinssenkungen wieder durcheinandergebracht werden. Und da die US–Iran-Situation weiterhin Öl beeinflusst und die Straße von Hormus, hat der Markt noch eine Inflations-Variable, die man im Blick behalten muss. Für Krypto ist das entscheidend. Heiße Inflation + höheres Öl = potenziell schwierigere Liquiditätsbedingungen. Kühlerer Inflationsdruck nachlassend = eine deutlich freundlichere Ausgangslage für Risk Assets. Darum beobachte ich über allem anderen nur eines: Was passiert mit den Inflationserwartungen nach dem CPI von Mittwoch? Denn diese Woche könnte uns viel darüber sagen, was der nächste große Schritt in $BTC 👀 Was ist deine Einschätzung? Heiße CPI oder kühle CPI?
Diese Woche könnte für Krypto eine SEHR wichtige sein. 👀

Nicht wegen eines einzelnen Ereignisses.

Sondern weil Inflation + Öl + Geopolitik gleichzeitig auf den Markt treffen.

🇺🇸 Dienstag: Bestehende Hausverkäufe

🔥 Mittwoch: US-CPI + IEA-Ölmarktbericht

⚠️ Donnerstag: US-PPI

🇺🇸 Freitag: Michigan Consumer Sentiment

Der spannende Teil?

CPI → PPI kommen direkt hintereinander.

Wenn die Inflation heißer ausfällt als erwartet, können die Erwartungen an Zinssenkungen wieder durcheinandergebracht werden.

Und da die US–Iran-Situation weiterhin Öl beeinflusst und die Straße von Hormus, hat der Markt noch eine Inflations-Variable, die man im Blick behalten muss.

Für Krypto ist das entscheidend.

Heiße Inflation + höheres Öl = potenziell schwierigere Liquiditätsbedingungen.

Kühlerer Inflationsdruck nachlassend = eine deutlich freundlichere Ausgangslage für Risk Assets.

Darum beobachte ich über allem anderen nur eines:

Was passiert mit den Inflationserwartungen nach dem CPI von Mittwoch?

Denn diese Woche könnte uns viel darüber sagen, was der nächste große Schritt in $BTC 👀

Was ist deine Einschätzung?

Heiße CPI oder kühle CPI?
🚀 $HEI JUST WENT PARABOLIC 🚀 0.1362 → 0.4906 in Stunden. Zertifiziertes Top-Gewinner-Energie. 📍 Jetzt: $0.4327 🟢 Support: $0.3524 (letzte Konsolidierungsbasis) 🔴 Widerstand: $0.4906 (lokales Allzeithoch, gerade getippt) 🎯 Ziel, falls es ausbricht: $0.55–$0.60 Das ist die Art von Move, die ein Portfolio macht oder bricht. Ich beobachte die $0.3524-Zone wie ein Habicht—verliert sie das und dann kühlt sich das schnell ab. Keine Finanzberatung, eigene Recherche. 👀 {spot}(HEIUSDT)
🚀 $HEI JUST WENT PARABOLIC 🚀

0.1362 → 0.4906 in Stunden. Zertifiziertes Top-Gewinner-Energie.

📍 Jetzt: $0.4327

🟢 Support: $0.3524 (letzte Konsolidierungsbasis)
🔴 Widerstand: $0.4906 (lokales Allzeithoch, gerade getippt)
🎯 Ziel, falls es ausbricht: $0.55–$0.60

Das ist die Art von Move, die ein Portfolio macht oder bricht. Ich beobachte die $0.3524-Zone wie ein Habicht—verliert sie das und dann kühlt sich das schnell ab.

Keine Finanzberatung, eigene Recherche. 👀
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform