Ra44

Der TermMax-93%-DeFiSafety-Score wird ständig zitiert. Die Aufschlüsselung ist hilfreicher als die Schlagzeile.
Sechs Kategorien. Code und Team 100%. Oracles 100%. Admin Controls 97%. Security 94%. Testing 89%. Code-Dokumentation 70%.
Die Dokumentation ist mit großem Abstand am niedrigsten, und sie ist die einzige Kategorie, mit der die meisten Nutzer jemals zu tun haben. Du wirst nie die Test-Suite lesen. Du wirst die Doku lesen.
Ich bin beim Durcharbeiten auf stützende Belege gestoßen. Das FAQ sagt, dass Liquiditätsanbieter Erträge aus einem LP-Token namens <lp-FT> verdienen. Ich konnte <lp-FT> nirgendwo anders in der Dokumentation definiert finden.

Nichts davon macht das Protokoll unsicher. Siebzig schafft trotzdem die Schwelle, und die Kategorien, die tatsächlich Gelder schützen, haben am besten abgeschnitten – in genau der richtigen Reihenfolge.

Aber es bedeutet, dass die größte Lücke im Stack zwischen dem liegt, was die Contracts tun, und dem, was ein Leser herausfinden kann.

Sollte ein Dokumentations-Score genauso stark gewichtet werden wie ein Sicherheits-Score, wenn jemand Geld in Retail-Größe einzahlt?

#termmax @TermMax

#dusk $DUSK @Dusk
Früher dachte ich, dass sich Tokens nur jemals bewegen. Sie werden einmal geschaffen, dann wechseln sie den Besitzer, bis jemand aufhört, mit ihnen zu handeln. Bewegung schien das ganze Vokabular zu sein.
Wenn man sich jedoch anschaut, was Wertpapiere tatsächlich im Verlauf ihres Lebens tun, merkte ich, dass dem Vokabular ein Wort fehlt.
Eine Anleihe hat ein Fälligkeitsdatum. Ein Fondsanteil wird zurückgegeben bzw. zurückgenommen. Das Instrument wird nicht einfach an einen letzten Eigentümer weitergereicht und dort abgelegt. Es wird abgewickelt und hört dann auf zu existieren, weil die Verpflichtung dahinter erfüllt wurde.
Ein System, das für solche Vermögenswerte gebaut ist, kann daher nicht nur Übertragungen verarbeiten. Es muss auch den Moment abbilden können, in dem ein Vermögenswert rechtmäßig zerstört wird, und das so, dass eine Aufzeichnung entsteht, die für alle später überzeugt, die danach fragen.
Bemerkenswert fand ich, wie selten dieses Thema in Diskussionen zur Tokenisierung auftaucht. Nahezu jede Erklärung endet bei Emission und Handel, als wäre der interessante Teil allein darin zu bestehen, das Asset auf der Kette zu bekommen und dort zu behalten.
Aber das Ende eines Instruments ist der Punkt, an dem das Geld tatsächlich zum Inhaber zurückkommt, und einen Schritt dabei falsch zu machen ist viel folgenreicher als eine langsame Übertragung.
Ich weiß nicht, wie das in der Praxis gehandhabt wird, wenn die Zahlung off-chain erfolgt und der Token on-chain zerstört wird—was offenbar der Moment ist, in dem sich die beiden Aufzeichnungen am ehesten auseinanderdriften könnten.
Von da an habe ich eher „Lebenszyklus“ als „Eigentum“ gelesen. Emission ist der Anfang der Geschichte, und die Rücknahme ist der Teil, der tatsächlich funktionieren muss.

#dusk $DUSK @Dusk
Als ich zum ersten Mal las, dass eine lizenzierte Einrichtung beabsichtigt, eine große Menge an Vermögenswerten auf eine Kette zu bringen, hielt ich diese Zahl zunächst für ein Ergebnis. Etwas, das passiert ist.
Bei genauerem Hinsehen merkte ich, dass ich eine Absicht als ein Resultat gelesen hatte.
Eine Zahl wie diese beschreibt Vermögenswerte, die eine Institution auf der Kette abbilden will. Sie beschreibt nicht, wie oft sich diese Vermögenswerte bewegen, wie viel Wert sich in einem bestimmten Monat über die Kette verteilt, oder wie viel Aktivität das Netzwerk tatsächlich aufgrund davon verarbeitet.

Das sind getrennte Messgrößen, und sie verhalten sich unterschiedlich. Ein Vermögenswert kann auf der Kette ausgegeben werden und dann jahrelang völlig stillliegen – was für viele Instrumente völlig normal ist. Da ist nichts schiefgelaufen. Es bedeutet nur, dass die Schlagzeilen-Zahl und die Aktivität des Netzwerks unterschiedliche Fragen beantworten.

Was mich aufmerksam gemacht hat, ist, wie leicht die beiden in Gesprächen miteinander vermischt werden – einschließlich durch mich. Es taucht eine große Zahl auf, und es wirkt wie ein Beleg für die Einführung, dabei ist es wirklich nur eine Absichtserklärung einer einzelnen Institution.
Das macht sie nicht wertlos. Eine Institution mit einer Lizenz, die sich dafür entscheidet, überhaupt irgendetwas zu binden, ist ein reales Signal – und eines, das schwerer zu erhalten ist als die meisten Krypto-Partnerschaften.

Aber ich würde die zweite Zahlenreihe sehen wollen, bevor ich Schlüsse ziehe, und ich bin mir nicht sicher, ob diese bereits öffentlich verfügbar sind, in einer Form, auf die ich mich verlassen könnte.
Vielleicht ist das die nützlichere Gewohnheit. Wenn eine Zahl auftaucht, sollte man sich fragen, ob sie etwas beschreibt, das tatsächlich passiert ist, oder etwas, das sich jemand erhofft, dass es passieren wird.

#dusk $DUSK @Dusk
Welche Regeln gelten also tatsächlich für eine tokenisierte Anleihe in Europa?
In der Vergangenheit ging ich davon aus, die Antwort sei einfach. Europa hat eine umfassende Krypto-Regulierung verabschiedet, also ist Krypto in Europa davon erfasst, und ein tokenisiertes Asset ist Krypto. So wird das Thema ungefähr diskutiert, und ich habe nie nachgefragt.
Aber als ich darüber las, was Dusk zu bauen versucht, begann ich zu sehen, dass diese Annahme an einer wichtigen Stelle nicht stimmt.
Der Rahmen für Krypto-Assets in Europa wurde für Dinge geschrieben, die bereits keinen festen rechtlichen Platz hatten — Utility Tokens, Stablecoins und die Unternehmen, die Dienstleistungen rund um sie anbieten. Er hat eine Lücke gefüllt.
Eine tokenisierte Anleihe oder ein tokenisierter Anteil fällt nicht in diese Lücke. Es handelt sich um ein Finanzinstrument, und Finanzinstrumente waren bereits lange vor dem Auftauchen all dessen reguliert — nach einem völlig anderen Regelwerk, das für Wertpapiermärkte geschaffen wurde. Wenn man das Ganze auf eine Blockchain setzt, rückt es nicht automatisch in den neueren Rahmen. Es bleibt dort, wo es immer war.
Besonders bemerkenswert fand ich, wie gut das erklärt, wie ein Projekt wie Dusk aufgebaut ist. Wenn das Asset in der Wertpapierregulierung verbleibt, kann die Kette nicht einfach „für sich allein“ konform sein. Sie muss neben lizenzierten Handelsplätzen und lizenzierten Intermediären funktionieren, die bereits die Berechtigungen haben, die diese Asset-Klasse erfordert.
Das verändert für mich die Sicht auf Partnerschaften. Sie sind keine reinen Marketing-Meilensteine. Sie sind der Mechanismus, durch den das Ganze überhaupt rechtlich nutzbar wird.
Ich bin nicht qualifiziert zu beurteilen, wo sich die Verantwortung zwischen dem Protokoll und den Institutionen, die es verwenden, aufteilt — und ich würde dafür eher einen Spezialisten als eine zuversichtliche Einschätzung bevorzugen.
Aber ab hier habe ich aufgehört, regulatorische Behauptungen als ein einzelnes klares Ja oder Nein zu lesen. Welche Regeln gelten, hängt davon ab, was das Asset ist, und das Tokenisieren von etwas ändert nicht, was es ist.

#dusk $DUSK @Dusk Zuvor dachte ich, dass eine Blockchain-Übertragung nur zwei mögliche Ergebnisse hat: Sie gelingt oder sie scheitert. „Erfolg“ bedeutete, dass der Wert übertragen wurde. „Fehlschlag“ bedeutete, dass etwas kaputtging. Doch je tiefer ich mir angesehen habe, wie Dusk regulierte Asset-Transfers beschreibt, desto mehr wurde mir klar, dass dieses Modell für Finanzmärkte zu grob ist.
Auf einer normalen Kette sagt dir eine abgelehnte Transaktion fast nichts. Das Gas ist ausgegangen, eine require-Anweisung ist ausgelöst, der Zustand hat sich unter dir verändert. Du bleibst im Unklaren, welches Problem es genau war.
Bei einem regulierten Asset ist diese Mehrdeutigkeit nicht akzeptabel. Die Dokumentation von Dusk beschreibt Übertragungsprüfungen, die mit klaren Gründen fehlschlagen, und — der Teil, den ich besonders interessant fand — Prüfungen, die simuliert werden können, bevor überhaupt eine Transaktion eingereicht wird.
Was ich daran besonders bemerkenswert fand, ist die Implikation dieses zweiten Punktes. Das bedeutet: Die Eignung ist nichts, das man entdeckt, indem man einen Transfer versucht und beobachtet, wie er scheitert. Man kann die Frage zuerst stellen und erhält eine Antwort, ohne überhaupt die Ledger zu berühren.
Das entspricht auch daran, wie die traditionelle Seite bereits funktioniert. Ein Broker sendet keine Order und hofft darauf, dass das Compliance-System es zulässt. Die Prüfung passiert vorher, und wenn ein Trade abgelehnt wird, kann jemand genau erklären, warum — die Gegenpartei war nicht akkreditiert, die Haltedauer war noch nicht abgelaufen, die Gerichtsbarkeit war eingeschränkt. „Abgelehnt“ ohne Begründung ist in einem regulierten Prozess keine verwertbare Antwort.
Scheitern wird zu Information statt zu einem Zufall. Und eine Ablehnung, die einen Grund mitliefert, ist vermutlich nützlicher als ein Erfolg, der keinen hat.
Ich kann immer noch nicht beurteilen, wie detailliert diese Gründe in der Praxis sind oder wie viel davon heute für eine Anwendung verfügbar ist, statt es lediglich als Designziel zu beschreiben.
Von hier aus habe ich begonnen, das Design anders zu sehen. Compliance On-Chain ist möglicherweise nicht in erster Linie dazu da, schlechte Transaktionen zu blockieren. Es könnte vielmehr darum gehen, das Ergebnis vorhersehbar zu machen, bevor sich irgendjemand darauf festlegt.

#dusk $DUSK @Dusk Solidity-Entwickler möchten nicht eine komplette Toolchain neu lernen, nur um eine neue Chain auszuprobieren.

Daher schien es zunächst eine kluge Entscheidung zu sein, DuskEVM OP-Stack-kompatibel zu machen.

Entwickler können Solidity und vertraute EVM-Tools nutzen, statt bei null zu starten. Doch DuskEVM ist nur die Ausführungsschicht. Der finale Ausgleich und die Datenverfügbarkeit laufen über DuskDS, die Basisschicht von Dusk mit deterministischem Finalität.

Das ist ein echter Versuch, das Beste aus beiden Welten zu vereinen.

Behalte die Entwicklererfahrung von Ethereum bei, während Anwendungen an eine Infrastruktur gekoppelt werden, die für finanzielle Abwicklung entwickelt wurde.

Aber die Architektur wirft eine zweite Frage auf.

Wenn Ausführung und Abwicklung in unterschiedlichen Schichten stattfinden, wird die Verbindung zwischen ihnen entscheidend. Wert, Zustand und Beweise müssen sicher zwischen DuskEVM und DuskDS übertragen werden.

Und historisch gesehen waren Bridges und Schnittstellen zwischen Ebenen in der Krypto-Welt oft die fragilste Infrastruktur.

Dusk selbst hat im Januar eine Version dieser Erkenntnis gelernt, als die separate Dusk↔BSC-Bridge einen Kompromiss im Signing-Wallet erlitt. Das war kein Exploit von DuskEVM oder dem DuskDS-Abwicklungspfad, daher sollten die beiden nicht verwechselt werden.

Aber das Prinzip bleibt wichtig: Die Basiskette kann weiterhin sicher bleiben, während die Infrastruktur, die zwei Umgebungen miteinander verbindet, zur schwächeren Stelle wird.

Dusk beschreibt die DuskDS↔DuskEVM-Bridge als native und vertrauenslos, ohne externe Custodians oder verpackte Assets.

Das ist ermutigend, aber je mehr Anwendungen und Wert auf DuskEVM verlagert werden, desto wichtiger werden die Sicherheitsannahmen hinter diesem Abwicklungspfad — und zwar nicht weniger.

EVM-Kompatibilität senkt die Hürde für Builder.

Und sie gibt Dusk eine weitere Grenze, die man absolut perfekt verteidigen muss.

Ist EVM-Kompatibilität einfach ein notwendiger Trade-off für die Akzeptanz — oder erweitert jede datenschutzorientierte Chain, die eine EVM-Schicht hinzufügt, auch die Angriffsfläche, die sie schützen muss?

$DUSK @Dusk

Zwei Sätze von den TGE-Seiten von TermMax, die diese Woche das Verhalten mancher Menschen verändern werden.
Eins. Wenn du auf der Prüfseite eine Genesis Reward siehst – beschrieben als eine besondere Belohnung für frühe und langfristige Mitwirkende – ist sie bereits in der oben angezeigten Gesamtzuteilung enthalten.
Nicht hinzugefügt. Enthalten.
Das ist das Gegenteil von dem, was eine Bonuszeile intuitiv vermuten lässt. Und wenn du über der Vesting-Schwelle entscheidest, ob du 70% verfallen lässt oder 85% vestest, verändert das Aufblasen deiner eigenen Basiszahl die Antwort, zu der du kommst.
Zwei. Es gibt keine zeitliche Begrenzung für das Abrufen deines sofort beanspruchbaren TMX. Die Management-Seite sagt das direkt – komm zurück und beanspruche es, wann immer.
Das ist wirklich gutes Design und seltener, als es sein sollte. Viele Launches hängen an nicht beanspruchten Token ein Ablaufdatum, was alle dazu drängt, am schlimmsten Tag für Gas und für den Preis zu handeln.
Nimm beides zusammen, und du bekommst genau das, was die meisten Menschen diese Woche rückwärts verstehen werden.
Die Entscheidung ist dringend. 23. August, 23:59 UTC. Verpasst du sie, wird dir die längste Sperrfrist zugewiesen.
Die Transaktion ist nicht dringend. Überhaupt nicht.
Also gehört der Zeitdruck zur Entscheidung, nicht zur Inanspruchnahme. Erwarten kannst du viele, die am ersten Tag losrennen, um zu beanspruchen, was auch immer der Markt gerade macht, während sie die Frist als etwas behandeln, das man später erledigt.
Genau umgekehrt.
Welche Frist behandelst du tatsächlich als echt?

#termmax @TermMax

Kleine Einzelheit, unverhältnismäßig interessant.
Abenddämmerungs-Transaktionen können ein Memo von bis zu 512 Bytes enthalten. Es gibt insgesamt vier Transaktionstypen: eine normale Überweisung, einen Vertragsaufruf, eine Vertragsbereitstellung und eine Überweisung mit Memo.
Warum gibt es überhaupt ein Memo-Feld in einer Kette, die auf Vertraulichkeit ausgelegt ist?
Börsen. Die technische Notiz, die es eingeführt hat, sagt, der Zweck sei, dass eine Börse interne Konten ansteuern kann, während sie einen einzelnen Empfangsschlüssel oder eine einzelne Adresse verwendet. Wer bei Cosmos oder XRP bei einer Börse eingezahlt hat, kennt dieses exakte Ritual — eine gemeinsame Adresse und ein Tag, der sagt, welcher Kunde du bist.
Also auf einer Kette, deren gesamter Pitch lautet „Nicht alles sollte öffentlich sein“, hat die praktische Realität der Börsenintegration ein Feld hervorgebracht, in das man offen schreibt, zu welchem Konto diese Zahlung gehört.
Ich finde das nicht heuchlerisch. Es ist derselbe Grundsatz, für den @Dusk immer wieder argumentiert: Offenlegung sollte eine Wahl sein — dort, wo es nützlich ist, nicht als Standard überall angewendet. Ein Einzahlungsmemo ist ein Ort, an dem Lesbarkeit genau der ganze Sinn ist.
Aber 512 Bytes sind viel Platz, und Felder für allgemeine Zwecke bleiben nie in ihrer Spur. Memos auf anderen Ketten sind zu Rechnungsreferenzen, Bestellnummern, Nachrichten und gelegentlich zu Dingen geworden, die niemand geplant hatte. Was auch immer am Ende dort hineinkommt, wird dauerhaft in ein öffentliches Ledger geschrieben — von Nutzern, die dabei nicht an das denken werden.
Die spannende Frage ist nicht das Feld. Sondern: Was tragen Menschen dort ein, sobald das Volumen ankommt, und ob irgendjemand zuschaut.
Wenn du eine Kette mit Memo-basierten Einzahlungen integriert hast — was ist das Seltsamste, was du je gesehen hast, das jemand darin geschrieben hat?

#dusk $DUSK @Dusk

Native DUSK hat 9 Dezimalstellen. Eine DUSK sind 1.000.000.000 LUX.
ERC20 und BEP20 $DUSK haben 18.
Ich habe auf der Tokenomics-Seite länger als erwartet auf diese beiden Zeilen gestarrt, weil das die Art von Details ist, die nie einen Thread auslöst, aber absolut ein Support-Ticket erzeugt.
Zwei Konsequenzen kreisen ständig in meinem Kopf.
Eins: LUX ist die Auflösung des gesamten Gebührenmarkts. Der Gaspreis wird in LUX pro Gaseinheit festgelegt, und die Gebühr ist das verwendete Gas mal der Gaspreis. Neun Dezimalstellen sind die feinste Abstufung, die @Dusk jemals bepreisen kann. Für eine Kette, die auf Wertpapier-Settlement abzielt – wo Coupon-Mathematik, Dividend-Aufteilungen und Bruchteile von Beständen Routine sind – ist dieses Limit ein echtes Design-Parameter, kein Zufallsdetail. Neun sind für einen Token genug. Ob es auch für jedes Instrument, das sich irgendwann gegen ihn abrechnet, reicht, ist eine andere Frage.
Zwei: Von 18 auf 9 herunterzugehen ist keine verlustfreie Änderung. Alles unter der neunten Dezimalstelle auf Ethereum oder BSC hat keinen Platz im Mainnet. Jemand muss entscheiden, ob dieser „Dust“ gerundet, abgeschnitten oder blockiert wird – und diese Regel ist am wichtigsten für genau die Personen, für die der Migrationsleitfaden geschrieben ist.
Ich habe den Migrationsleitfaden und den BEP20-Bridge-Leitfaden gelesen und diese Regel nicht ausdrücklich und klar formuliert gefunden. Vielleicht wird sie korrekt und einfach gehandhabt, nur eben nicht dokumentiert. Vielleicht ist sie irgendwo anders dokumentiert, bis zu dem ich nicht vorgedrungen bin.
Darum frage ich lieber, statt anzunehmen.
Wenn du ERC20 oder BEP20 DUSK in das Mainnet migriert hast – ist dein Guthaben exakt gelandet oder sind die letzten paar Ziffern irgendwohin verschwunden?

#dusk @Dusk $BTC

Mit einem Klick, drei getrennte Dinge

One-Click-Leverage klingt nach einer einzigen Aktion. In der Dokumentation werden jedoch drei beschrieben.
Sie liefern Debt Tokens. Das Protokoll nimmt für den Rest einen Flash-Loan auf. Der kombinierte Betrag kauft anschließend das Sicherheiten-Asset, und dieser Kauf wird in einen Gearing Token gesperrt.
Schritt zwei ist der, der es wert ist, damit zu arbeiten. Es ist ein Market Buy. Er läuft über einen Swap-Adapter — der geprüfte Umfang nennt Kyberswap- und Odos-Adapter — und welche Adapter erlaubt sind, wird durch eine Admin-Rolle gesteuert.

Damit ist Ihre Rate beim Einstieg fest. Ihr Einstiegspreis ist es nicht. Ein kurzer Moment in der DEX-Liquidität der Sicherheit zeigt sich als schlechtere Ausführung der Position, die Sie gerade eröffnet haben, und die Raten-Sicherheit macht davon nichts wett.
Das ist dennoch eindeutig besser als manuelles Loopen über vier Protokolle. Weniger Transaktionen, weniger Gas, ein einziger atomarer Fehlerpunkt statt fünf.
Aber „fester Zinssatz“ beschreibt die Finanzierung, nicht die Ausführung.
Prüfen Sie die Tiefe der Collateral-DEX, bevor Sie eine gehebelte Position eröffnen, oder nur die APR?

#termmax @TermMax #DEX

@Dusk
Ich habe die Aufteilung der Block-Belohnung von Dusk addiert, in der Erwartung, dass sie bei 100% landet. Blockgenerator 70%, Entwicklungsfonds 10%, Validierungskomitee 5%, Ratifizierungskomitee 5%. Das sind 90%. Die fehlenden 10% sind der Anteil, den ich als fest angenommen hatte. Dem ist nicht so.
Dieser letzte Abschnitt geht ebenfalls an den Blockgenerator — aber nur bis zu 10%, basierend auf den im Blockzertifikat enthaltenen Guthaben. Ein nicht ausgezahlter Teil wird verbrannt.
Die Emission von Dusk ist also teilweise leistungsabhängig. Ein Block, dessen Zertifikat eine vollständige Reihe von Stimmen der Ausschüsse trägt, zahlt die volle Belohnung. Ein Block, der weniger Guthaben sammelt, zahlt weniger, und die Lücke wird nicht mitgenommen oder umgeleitet — sie wird zerstört. Jeder Block ist ein kleines Referendum über die Teilnahme der Ausschüsse, ausgetragen über das Angebot.
Darum sind die Emissions-Überschrift und die für Staker sichtbare Zahl zwei unterschiedliche Fragen. Dusk emittiert 500.000.000 DUSK über 36 Jahre mit geometrischem Zerfall, r = 0.5, Halbierung alle vier Jahre. Zeitraum eins: 19,8574 DUSK pro Block über 12.614.400 Blöcke, insgesamt 250,48 Mio. DUSK. Das ist die Ausgabe. Aber 10% jeder Blockbelohnung fließen in den Entwicklungsfonds, und ein unbekannter Anteil der bedingten 10% wird verbrannt. "Wie viel emittiert die Chain pro Block" und "was erreicht einen Staker" werden unterschiedlich beantwortet — und das zweite hängt davon ab, wie gut das Netzwerk diesen spezifischen Block bezeugt hat.
Ich finde, das ist ehrlicher als ein fester APY-Versprechen. Es bewertet tatsächliche Konsensbeteiligung, statt eine Zahl zu bewerben und darauf zu hoffen, dass das Netzwerk liefert. Aber Ehrlichkeit und Modellierbarkeit sind nicht dasselbe. Das Planen eines Validator-Geschäfts erfordert jetzt eine Annahme über die durchschnittliche Vollständigkeit des Zertifikats — eine Variable ohne Marketingseite.
Dusk wirbt bei institutionellen Validatoren für regulierte Märkte. Ist eine leistungsabhängige, teilweise verbrannte Belohnung der richtige Anreiz für dieses Publikum, oder brauchen Institutionen mehr Vorhersehbarkeit als Eleganz?

#dusk $DUSK

Ich habe weiter durch diese Zeile gescrollt, bis sie nicht mehr nach Sanitärinstallation aussah.
FT ist das, worüber jeder die Hälfte postet. Eine Zero-Coupon-Forderung, unter Nennwert gekauft, zum Nennwert eingelöst. Eine Anleihe.
XT ist das, was von derselben Schuld-Einheit übrig bleibt, nachdem diese Forderung abgetrennt wurde. Die Zins-Komponente. Hinterlege ein Debt-Token, beide Hälften werden geprägt, und XT läuft gegen Ende der Laufzeit gegen nichts.
So wurde es klick. Die Identität bleibt zu jedem Zeitpunkt erhalten, nicht nur am Ende. Ein FT und ein XT verbrennen wieder in das Debt-Token zu pari. Keine Auktion, kein Orakel. Die Einlösung bleibt sauber, weil die beiden Hälften immer zusammen genau eins ergeben.
Also landen sie in entgegengesetzten Händen. Im Lending-Flow wird die XT-Komponente in derselben Transaktion, in der sie geprägt wird, ausgetauscht, und der Kreditgeber geht mit nur FT davon.
Der Leverager erwirbt XT, denn die ablaufende Hälfte als Sicherheit zu halten ist der Weg, wie die Schleife gebaut wird.
Jemand muss die Komponente besitzen, die an einem bekannten Datum wertlos ausläuft. Das ist der Leverager, nicht der Kreditgeber.
Noch unsicher: Die Doku nennt XT auf einer Seite die Zinsverpflichtung und auf einer anderen einen Leverage-Indikator. Ich kann nicht erkennen, woran Trader ihre Preise festmachen.
Wenn FT die Anleihe ist: Wer preist dann wirklich XT, und wogegen?

#termmax @TermMax

@TermMax s Pre-Mine hat einen bemerkenswerten Punkt: 40M TMX (4% des 1B-Angebots), reserviert für Anreize für frühe Nutzer, hat keinerlei Vesting — 1:1 kurz nach TGE beanspruchbar, laut TermMaxs eigenen Doku.

Der Kontext ist hier entscheidend: Eine separate Bonus-TMX-Schicht, angeboten von einem Drittanbieter-Vault-Partner Neutral Trade (nicht TermMax), *nutzt* 6 Monate lineares Vesting, ohne Cliff. Vesting war also eindeutig eine Option, die TMX unterstützt — aber dieser Strukturierungsentscheid stammt von Neutral Trade, nicht von TermMax. Ich würde das No-Vesting-Design des Kernpools nicht als bewusstes Signal von #termmax interpretieren.

Zwei Lesarten sind gleichermaßen plausibel: Das Team macht sich entweder keine Sorgen über vorgezogenen Verkaufsdruck, oder ein No-Vesting-Pool ist einfach leichter zu verwalten. Es gibt nicht genug Belege, um eine der beiden zu bevorzugen.

Sicherheit: Spearbit/Cantina-Audits werden über die Doku von Neutral Trade zitiert, nicht über einen von TermMax veröffentlichten Bericht — wahrscheinlich stimmt das, aber es ist indirekt. DeFiSafetys 93%-Score, auf TermMaxs eigener Seite aufgeführt, ist solide.

Finanzierung: insgesamt ca. 6,8M — 2,55M Angel (2022) + Seed bei 38M Bewertung, angeführt von Cumberland (2023). Seed-Zahl umstritten: 4,25M (CryptoRank) vs. 4,45M anderswo, verbunden mit der Muttergesellschaft „Term Structure“. Kleines, noch ungeklärtes Lückenstück.

Größeres Unbekanntes: Es gibt keinen öffentlichen Vesting-/Cliff-Plan für die verbleibenden 96% (Team, Investoren, Treasury) — das ist langfristig wichtiger als die 40M Pre-Mine.

Die eigentliche Frage: Wie viel von dem 40M-Pool fällt bis zum TGE an. Das entscheidet, ob das nur eine kleine Liquiditäts-Störung ist oder ein echter Markt-Impuls.

#dusk $DUSK @Dusk Dusk's Konsens, Succinct Attestation (SA), ist ein komitee-basiertes, permissionless Proof-of-Stake-Protokoll. Geeignete Provisioner werden durch deterministische, stake-gewichtete Sortierung ausgewählt, um pro Runde kleine Komitees zu bilden; diese Komitees schlagen Blöcke vor, validieren sie und ratifizieren sie mittels aggregierter Signaturen, anstatt dass das gesamte Validator-Set bei jedem Block mitwirken muss. Dusk's Dokumentation beschreibt Transaktionen, die durch vier Zustände fortschreiten: Accepted (empfangen und gültig), Confirmed (in einen Block aufgenommen, auf den spätere Blöcke aufbauen), Stable (tief genug vergraben, um es sehr unwahrscheinlich zu machen, dass es wieder rückgängig gemacht wird) und Final (deterministisch und kryptografisch garantiert unwiderruflich). Dies wird ausdrücklich im Gegensatz zu Nakamoto-artigem Konsens gestellt, bei dem Blöcke niemals absolut final sind und als „wahrscheinlich sicher“ betrachtet werden, nachdem genügend Bestätigungen zusammengekommen sind.

Die meisten Ketten geben den Nutzern genau ein Signal — die Bestätigungsanzahl — und überlassen es ihnen zu entscheiden, was „genug“ ist. Dusk's Vier-Stufen-Modell macht explizit, was üblicherweise implizit bleibt: Unterschiedliche Akteure benötigen zu verschiedenen Zeiten unterschiedliche Gewissheitsschwellen. Ein Retail-Transfer könnte vernünftigerweise „Confirmed“ als ausreichend betrachten; eine Wertpapierabwicklung benötigt nahezu sicher „Final“. Im Vergleich zu rein probabilistischen Systemen tauscht SA einen Teil der Dezentralisierungsoberfläche (nur ein Komitee attestiert pro Block) gegen einen expliziten, begrenzten Punkt ein, an dem Finalität nicht mehr probabilistisch ist, sondern absolut.

Das Offenlegen von vier Finalitätszuständen ist ehrlicher darüber, wie Abwicklung tatsächlich funktioniert, aber es verlagert auch eine Entscheidung auf die Nutzer- oder Anwendungsebene — welche Stufe für diese Transaktion „genug“ ist. Hilft es Nutzern, die wahre Struktur der Finalität besser kalibrierten Entscheidungen zuzuführen, oder wird die zusätzliche Granularität ohnehin größtenteils von Wallets und Apps abstrahiert?

#dusk $DUSK @Dusk

Ich habe mir nicht viel Gedanken über die Netzwerkebene gemacht, bis mir auffiel, dass Dusk keine Blöcke und Votes so herumreicht, wie es die meisten Chains tun. Statt jede Nachricht an jeden Peer zu fluten, nutzt es etwas namens Kadcast, das auf Kademlia-ähnlichem strukturiertem Routing aufbaut.

Für sich genommen klingt das wie ein Backend-Detail, über das sich außerhalb des Kernteams niemand den Kopf zerbricht. Aber es wird relevanter, sobald man es neben das setzt, was Succinct Attestation tatsächlich leistet. Ein komiteebasiertes Konsensverfahren hängt davon ab, dass eine kleine Gruppe von Provisionern Votes schnell genug austauscht, um einen Block innerhalb weniger Sekunden zu finalisieren. Wenn die darunterliegende Netzwerkebene langsam ist oder Bandbreite verschwendet, indem sie dieselbe Nachricht ständig neu an alle weiterleitet, wird dieses enge Zeitfenster für das Voting schwerer zu treffen, sobald der Validator-Set wächst oder sich geografisch ausdehnt.

Kadcast routet Nachrichten entlang deterministischer Pfade, die sich nach der Entfernung im Netzwerk richten, statt auf zufälliges Flooding zu setzen — und das dokumentierte Ergebnis ist eine deutlich geringere Bandbreite pro Nachricht. Für eine Chain, die sich darauf stützt, dass Komitees in jeder Runde Votes austauschen, ist das kein bloß kosmetischer Vorteil — es ist eher eine Voraussetzung dafür, dass die Finalitätsgarantien tatsächlich in großem Maßstab halten, und nicht nur in einem kleinen Testnet.

Was mir allerdings noch kein klares Bild gibt, ist, wie sich das unter schwierigeren Bedingungen schlägt: ein Validator-Set, das sich über Kontinente verteilt, ungleichmäßige Verbindungsqualität oder echtes adversarielles Verhalten auf der Netzwerkebene statt bloßer Ineffizienz. Strukturiere Routing-Protokolle bringen ihre eigenen Kompromisse mit sich, wenn Knoten sich nicht korrekt verhalten oder unvorhersehbar ausfallen. Ob die Effizienz von Kadcast auch dann noch trägt, wenn das Netzwerk größer und chaotischer ist als heute, werden wir wohl erst wirklich wissen, wenn echte Last- und Skalierungstests es unter die Lupe nehmen.

Lass uns das sauber aufdröseln, weil der Ausdruck „tokenisierter Vermögenswert“ locker verwendet wird.

Der alte Weg ist die Wrapper-Tokenisierung. Du nimmst einen Vermögenswert. Du verpackst ihn in ein Token. Dieses Token steht dann für das Eigentum. Aber alles andere – Handel, Clearing, Verwahrung, Abwicklung – bleibt genau dort, wo es immer war, in separaten Systemen, die erst nachträglich miteinander abgeglichen werden. Das Token ist eine Repräsentation. Es ist nicht das tatsächliche operative Aufzeichnungsprotokoll des Vermögenswerts.

Die Alternative ist die native Emission. Anstatt einen bestehenden Prozess einzupacken, lebt der gesamte Lebenszyklus von Anfang an on-chain. Emission, Eigentum, Übertragungen, Abwicklung, Service, Reporting – ein durchgehender Datensatz, nicht fünf getrennte Datensätze, die manuell zusammengenäht werden.

Warum ist diese Unterscheidung in der Praxis wichtig?

Denk daran, was passiert, wenn sich bei jedem Modell ein Bond den Besitzer wechselt. Beim Wrapping bewegt sich zwar das Token, aber irgendwo außerhalb der Kette müssen ein Custodian, eine Clearingstelle und ein Registrar ihre eigenen Unterlagen unabhängig aktualisieren, um sie aneinander anzupassen. Dieser Abgleichsschritt ist der Ort, an dem Kosten, Verzögerungen und Streitigkeiten typischerweise entstehen.

Bei nativer Emission gibt es einen Datensatz. Wenn sich das Eigentum ändert, spiegeln jede nachgelagerte Tatsache – Abwicklung, Reporting, Service – das sofort wider, weil nichts Getrenntes übrig bleibt, das man noch abgleichen müsste.

Das ist der theoretische Vorteil. Hier die ehrliche Einschränkung: Institutionen wechseln nicht einfach deshalb das Modell, weil eines architektonisch „sauberer“ ist. Sie wechseln, wenn die Kosten, beim alten Modell zu bleiben, die Kosten der Umstellung übersteigen. Legacy-Infrastruktur ist zäh – aus Gründen, die nichts damit zu tun haben, welches Design auf dem Papier besser ist.

Daher ist der sinnvolle Blickwinkel nicht, welches Modell „intelligenter“ ist. Sondern: Welches Modell wird tatsächlich im großen Maßstab übernommen – und das ist eine viel schwierigere Frage, die sich nicht aus einem Whitepaper verlässlich beantworten lässt.

#dusk $DUSK @Dusk

Echte Aktivität
Anstatt das Pitch-Deck erneut zu lesen, habe ich einen Abend damit verbracht, einfach nur die Zahlen anzuschauen. Dort hat sich die Lücke gezeigt.
Dämmerung wird überall als institutionell bewertet – als RWA-Schienenprojekt mit Qualitätsversprechen auf Unternehmensebene, mit Partnerschaften und Integrationen mit bekannten Namen. Aber was sich gerade tatsächlich on-chain bewegt, wirkt klein – ein Binance DUSK/USDT-Paar, das nur einen bescheidenen Anteil des gesamten Marktvolumens trägt, während der Rest dünn über kleinere Handelsplätze verteilt ist. Noch nirgends dort, wo eine „institutionelle“ Story angeblich wohnen soll.
Beim Staking zeigt sich die gleiche Form, nur in kleinerem Maßstab. Hyperstaking ist so gebaut, dass es zugänglich ist – eine niedrige Einstiegshürde, permissionless und mit einem relativ kurzen Reifezeitfenster. Währenddessen werden die größeren Tokenisierungs-Initiativen weiterhin vor allem im Futur beschrieben, noch „im Rollout“.
Außerdem gibt es einen Sicherheitsaspekt, über den es sich lohnt nachzudenken. Unabhängige Sicherheitsbewertungen zeigen derzeit eine recht bescheidene Abdeckung bei Audits, bei der Versicherungseinschätzung und beim Bug-Bounty-Programm. Das ist nicht ungewöhnlich – viele L1s gehen an den Start, bevor ihr kompletter Security-Stack ausgereift ist – aber es ist eine auffällige Lücke für eine Chain, die sich speziell um Verwahrstellen-Banken und tokenisierte Wertpapiere bemüht.
Nichts davon wirkt alarmierend, eher nach früh. Infrastruktur braucht Zeit zum Aufbau. Was wirklich zu beobachten ist, ist, wer die Settlement-Ebene als Erstes nutzt – die Staker, die heute bereits aktiv sind, oder die Institutionen, die noch auf Papierkram und Compliance-Schienen warten, bis es weitergeht.
Ist die Lücke zwischen der institutionellen Erzählung und der aktuellen On-Chain-Aktivität nur eine normale Verzögerung in der frühen Phase – oder sagt sie etwas darüber aus, wie weit die echte institutionelle Adaption tatsächlich schon ist?

#dusk $DUSK @Dusk

#dusk $DUSK Hier ist etwas, das in den meisten DUSK-Erklärungen übersehen wird: Das ist keine Kette mit nur einem angehängten Datenschutzmodell. Es ist eine Kette, die zwei unterschiedliche Transaktionsmodelle gleichzeitig ausführt – weil eine Zahlung und eine Sicherheit nicht dieselbe Art von Objekt sind und nicht auf dieselbe Weise scheitern.
Phoenix ist das UTxO-artige Modell für alltägliche verschleierte Überweisungen: Guthaben und Gegenparteien sind verborgen, Notizen werden in einem Merkle-Tree nachverfolgt, Nullifier verhindern Doppelausgaben, ohne offenzulegen, welche Notiz ausgegeben wurde. Es ist für Durchsatz und Vertraulichkeit bei normalen Werttransfers gebaut.
Zedger ist aus Absicht anders. Es ist speziell für tokenisierte Wertpapiere modelliert – wobei der Sinn nicht nur darin besteht, ein Guthaben zu verbergen: Es geht darum, nachzuweisen, dass Lebenszyklusereignisse (Emission, Übertragungsbeschränkungen, gesellschaftsrechtliche Maßnahmen, Rücknahme) korrekt innerhalb eines regulatorischen Rahmens stattgefunden haben, ohne die Cap-Table der öffentlichen Kette offenzulegen. Ein Sicherheitstoken hat Pflichten, für die Phoenix nie ausgelegt war: Übertragungsbeschränkungen, die an den Investorstatus gekoppelt sind; die Möglichkeit für den Emittenten, unter bestimmten rechtlichen Bedingungen einzufrieren oder zurückzufordern; sowie Audit-Anforderungen, die selbst dann bestehen bleiben, wenn die Guthaben versiegelt bleiben.
Beides auf einer einzigen Settlement-Layer laufen zu lassen, ist die eigentliche Engineering-Wette. Dusk entscheidet sich nicht zwischen „private Payments-Chain“ und „compliant Securities-Chain“ – Dusk argumentiert, dass man beide Bausteine im selben Ausführungsumfeld braucht, weil ein regulierter Markt beide Arten von Transaktionen am selben Handelstag berührt. Der Transfer-Contract steuert beide Flüsse über dasselbe Merkle-Tree-basierte Integritätsmodell – eine sauberere Architektur, als zwei Ketten mit zwei unterschiedlichen Datenschutzgarantien zu überbrücken.
Die offene Frage ist, ob diese Dual-Model-Komplexität zu einer Wartungsbelastung wird, während sich beide Spezifikationen unabhängig weiterentwickeln, oder ob sie tatsächlich robuster ist als eine „one-size-fits-all“-Datenschutzschicht.
Weiß jemand von einem anderen L1, das bewusst zwei getrennte Produktions-Transaktionsmodelle nach Aufteilung nach Asset-Klasse ausliefert – statt eine generische Datenschutz-Primitive über alles zu stülpen?
@Dusk $NVDAB

Babylon’s Team hat BABE — ihr neues Proof-Verification-System — als den entscheidenden Unlock dargestellt, der Trustless Bitcoin Vaults praktisch macht: etwa 1000× weniger Speicher, 1000× schnelleres Setup, von Stunden auf Sekunden. Liest man das für sich allein, klingt es wie ein ausgeliefertes Upgrade.
Dann habe ich ihren eigenen Rollout-Plan aus demselben Call geprüft. BABE ist noch kein Live-Mainnet-Feature — es durchläuft Stufen: Zuerst ein Alpha-Testnet (Feinschliff auf der Bitcoin-Seite, ZK, Verifikation), dann ein Beta-Testnet (Mainnet-bereite APIs und Doku), und danach ein Mainnet-Ziel.
Die Kompressionszahlen sind echte Laborergebnisse. Ob sie sich auch im Produktionseinsatz halten — unter realen Netzwerkbedingungen und mit echter adversarieller Prüfung — ist jedoch eine separate, noch offene Behauptung.
Kein Warnsignal — so wird ernsthafte Kryptografie normalerweise veröffentlicht: in Stufen, nicht auf einmal. Aber „1000× kleiner“ als Headline und „noch im Alpha“ als Status stimmen gleichzeitig, und nur eines davon schafft es in den Thread.
Wo ist ein guter Ort, um BABE tatsächlich beim stufenweisen Fortschritt zu verfolgen, statt sich auf den Ankündigungsbeitrag zu verlassen?
@BabylonLabs_io #baby $BABY

9 alle dn #BibanceTurns9