Binance Square
阿尔法灰
8k Beiträge

阿尔法灰

先人一步,做 Alpha 🔥 Join me on X @Alpha_Grey8
Trade eröffnen
Regelmäßiger Trader
4 Jahre
772 Following
9.3K Follower
3.3K+ Like gegeben
Beiträge
Portfolio
PINNED
·
--
Bullisch
🎙️ Bau der Binance-Plaza gemeinsam gestalten – lockerer Austausch über Krypto-Themen
avatar
Beenden
03 h 25 m 06 s
5k
25
86
·
--
Bullisch
Verifiziert
Die eigene Seite der Kernkomponenten von docs.dusk.network erwähnt „native Bridging“ als Teil von duskds und verbindet duskevm und duskvm mit der Basisschicht. Das ist jetzt die dritte Sache, die ich in Dusk’s Stack gefunden habe und die als „Bridge“ bezeichnet wird. Ich bin dann tatsächlich der Frage nachgegangen, ob das derselbe Mechanismus ist, der im Januar betroffen war – und ehrlich gesagt hatte ich fast angenommen, dass es so ist, weil „Bridge“ überall so locker verwendet wird –, aber das ist es nicht. Der eigene Beitrag von Dusk zur Multi-Layer-Architektur beschreibt genau diese hier ausdrücklich als „validator-run, native and trustless, no external custodians or wrapped assets required“, während die Incident-Notiz vom Januar direkt an die alte bep20-Bridge-Adresse anknüpft – ein völlig anderer Mechanismus, im custodial-Stil, um verpacktes Dusk nach bsc zu übertragen. Damit sind es also drei getrennte Bridges, die ich bestätigt habe: die interne duskds-to-duskevm-nativen Bridge, die externe bep20/bsc-Bridge, die getroffen wurde, und der chainlink-cct-Pfad für eth-solana. Allesamt echt, alle verschieden, alle teilen das Wort „bridge“, ohne dass sie irgendwo, wo ich nachgeschaut habe, namentlich unterschieden werden. Ich glaube nicht, dass Dusk hier täuscht; modulare Architekturen brauchen wirklich mehrere Bridging-Ebenen für unterschiedliche Aufgaben. Ich denke nur, dass „Dusk’s Bridge hatte einen Incident“ für einen Satz mit einer sehr unverdienten Genauigkeit sorgt – für etwas, das je nachdem, welche man meint, drei unterschiedliche Bedeutungen haben kann. Gibt es irgendwo bei Dusk eine einzelne Seite, die alle drei namentlich benennt und an einer Stelle unterscheidet? 🧐 #dusk $DUSK @Dusk_Foundation
Die eigene Seite der Kernkomponenten von docs.dusk.network erwähnt „native Bridging“ als Teil von duskds und verbindet duskevm und duskvm mit der Basisschicht. Das ist jetzt die dritte Sache, die ich in Dusk’s Stack gefunden habe und die als „Bridge“ bezeichnet wird. Ich bin dann tatsächlich der Frage nachgegangen, ob das derselbe Mechanismus ist, der im Januar betroffen war – und ehrlich gesagt hatte ich fast angenommen, dass es so ist, weil „Bridge“ überall so locker verwendet wird –, aber das ist es nicht. Der eigene Beitrag von Dusk zur Multi-Layer-Architektur beschreibt genau diese hier ausdrücklich als „validator-run, native and trustless, no external custodians or wrapped assets required“, während die Incident-Notiz vom Januar direkt an die alte bep20-Bridge-Adresse anknüpft – ein völlig anderer Mechanismus, im custodial-Stil, um verpacktes Dusk nach bsc zu übertragen.
Damit sind es also drei getrennte Bridges, die ich bestätigt habe: die interne duskds-to-duskevm-nativen Bridge, die externe bep20/bsc-Bridge, die getroffen wurde, und der chainlink-cct-Pfad für eth-solana. Allesamt echt, alle verschieden, alle teilen das Wort „bridge“, ohne dass sie irgendwo, wo ich nachgeschaut habe, namentlich unterschieden werden.
Ich glaube nicht, dass Dusk hier täuscht; modulare Architekturen brauchen wirklich mehrere Bridging-Ebenen für unterschiedliche Aufgaben. Ich denke nur, dass „Dusk’s Bridge hatte einen Incident“ für einen Satz mit einer sehr unverdienten Genauigkeit sorgt – für etwas, das je nachdem, welche man meint, drei unterschiedliche Bedeutungen haben kann.
Gibt es irgendwo bei Dusk eine einzelne Seite, die alle drei namentlich benennt und an einer Stelle unterscheidet? 🧐
#dusk $DUSK @Dusk
🎙️ Ökosystem im Gleichgewicht halten, den Binance-Platz bauen
cover
Beenden
03 h 36 m 31 s
6.6k
31
88
🎙️ Gemeinsam im Echtgeldhandel handeln, DUSK
avatar
Beenden
02 h 21 m 43 s
17k
20
32
🎙️ Bau die Binance-Plaza: BNB-Ratenkauf|Mittwoch: BTC konnte immer noch nicht stabil bei 80.000 bleiben – wie glaubt ihr, wird sich der Markt als Nächstes entwickeln? Lasst uns darüber reden~
cover
Beenden
05 h 21 m 38 s
9.4k
41
38
·
--
Bullisch
dusk' eigene seite über hedger macht eine eingeständnis, das ich nicht erwartet hatte, so offen zu finden — hedger liefert "vollständige transaktionsbezogene privatsphäre", aber das accountbasierte modell der evm "verhindert vollständige anonymität", eine fähigkeit, die zedger noch hat. also sind die beiden privacysysteme, die im selben netzwerk leben, nicht tatsächlich gleichwertig, und dusk sagt das selbst, statt den leuten die annahme zu überlassen, duskevm bekomme dieselbe garantie wie die native seite. privatsphäre und anonymität werden in diesem bereich ständig synonym verwendet, aber das sind nicht dieselben aussagen, und ehrlich gesagt musste ich diese zeile auf ihrer seite zweimal lesen, bevor ich gemerkt habe, dass sie nicht nur ausweichend formulieren — sie nennen eine echte architekturelle grenze. privatsphäre bedeutet normalerweise, dass deine betrag und salden verborgen sind. anonymität bedeutet auch, dass deine tatsächliche identität oder die verknüpfung zu deiner adresse verborgen ist. hedger macht offenbar das erste solide — verschlüsselte salden via elgamal-homomorpher verschlüsselung plus zk-beweise — aber das accountmodell darunter heißt, dass adressen weiterhin existieren und potenziell über transaktionen hinweg verknüpft werden können, in einer weise, die ein vollständig verschleiertes utxo-modell wie zedger vermeidet. ich halte das für einen vernünftigen tradeoff für solidität-kompatibilität; die meisten evm-privacy-tools gehen nicht einmal so weit. ich glaube nur nicht, dass "hedger bringt vertrauliche transaktionen zu duskevm" von den meisten leuten als "mit ausnahme von vollständiger anonymität" gelesen wird, und die eigenen dokumente von dusk sind dafür genauer als die marketingformulierung es nahelegt. weiß jemand genau, was ein beobachter auf hedger noch miteinander verknüpfen könnte, selbst wenn die salden vollständig verschlüsselt sind? 🧐 #dusk $DUSK @Dusk_Foundation
dusk' eigene seite über hedger macht eine eingeständnis, das ich nicht erwartet hatte, so offen zu finden — hedger liefert "vollständige transaktionsbezogene privatsphäre", aber das accountbasierte modell der evm "verhindert vollständige anonymität", eine fähigkeit, die zedger noch hat. also sind die beiden privacysysteme, die im selben netzwerk leben, nicht tatsächlich gleichwertig, und dusk sagt das selbst, statt den leuten die annahme zu überlassen, duskevm bekomme dieselbe garantie wie die native seite.
privatsphäre und anonymität werden in diesem bereich ständig synonym verwendet, aber das sind nicht dieselben aussagen, und ehrlich gesagt musste ich diese zeile auf ihrer seite zweimal lesen, bevor ich gemerkt habe, dass sie nicht nur ausweichend formulieren — sie nennen eine echte architekturelle grenze. privatsphäre bedeutet normalerweise, dass deine betrag und salden verborgen sind. anonymität bedeutet auch, dass deine tatsächliche identität oder die verknüpfung zu deiner adresse verborgen ist. hedger macht offenbar das erste solide — verschlüsselte salden via elgamal-homomorpher verschlüsselung plus zk-beweise — aber das accountmodell darunter heißt, dass adressen weiterhin existieren und potenziell über transaktionen hinweg verknüpft werden können, in einer weise, die ein vollständig verschleiertes utxo-modell wie zedger vermeidet.
ich halte das für einen vernünftigen tradeoff für solidität-kompatibilität; die meisten evm-privacy-tools gehen nicht einmal so weit. ich glaube nur nicht, dass "hedger bringt vertrauliche transaktionen zu duskevm" von den meisten leuten als "mit ausnahme von vollständiger anonymität" gelesen wird, und die eigenen dokumente von dusk sind dafür genauer als die marketingformulierung es nahelegt.
weiß jemand genau, was ein beobachter auf hedger noch miteinander verknüpfen könnte, selbst wenn die salden vollständig verschlüsselt sind? 🧐

#dusk $DUSK @Dusk
·
--
Bullisch
Verifiziert
30-Tage-Trade $DUSK 362.4 USDT
dusk.networks aktuelle Startseite beschreibt npex als „eu dlt pilot regime-licensed market infrastructure.“ Das ist Präsens, Done-Deal-Sprache. Aber Dusk-eigene Regulatory-Edge-Seite, die sich immer noch auf deren Website befindet, führt die exakt gleiche Lizenz aus – tatsächlich musste ich zweimal nachsehen, ob „dlt-tss“ und „dlt pilot regime“ überhaupt dasselbe sind, bevor ich das als echten Widerspruch behandelte; das sind sie. Dort ist es ausdrücklich als „(in progress)“ gekennzeichnet, als das „forthcoming“-Element der Lizenzsuite von npex. Gleiche Lizenz, gleiche Quelle, zwei verschiedene Zeiten. Eine Seite behandelt es als gesichert, die andere als ausstehend. Ich habe nach einer neueren Ankündigung gesucht, die bestätigt, dass npex zwischen diesen beiden Inhalten tatsächlich genehmigt wurde, und konnte nichts finden. Das heißt nicht, dass es nicht passiert ist – nur, dass ich nicht bestätigen kann, dass es passiert ist. Um fair zu sein: Diesmal ist es kein Aggregator, der die Worte von dusk verunstaltet. Es ist dusks eigene Website, die in sich selbst inkonsistent ist – und ehrlich gesagt fühlt sich das eher nach einem größeren Problem an als die frühere Version dieser Sache. Ein reguliertes- Finanzprotokoll sollte über seine eigenen Seiten hinweg eine konsistente Formulierung zum aktuellen Status haben. Ist die Genehmigung von npex für dlt-tss tatsächlich durchgekommen, oder läuft die Startseite nur voraus gegenüber dem, was auf dusks eigener Regulatory-Edge-Seite bestätigt ist? 🧐 #dusk $DUSK @Dusk_Foundation
dusk.networks aktuelle Startseite beschreibt npex als „eu dlt pilot regime-licensed market infrastructure.“ Das ist Präsens, Done-Deal-Sprache. Aber Dusk-eigene Regulatory-Edge-Seite, die sich immer noch auf deren Website befindet, führt die exakt gleiche Lizenz aus – tatsächlich musste ich zweimal nachsehen, ob „dlt-tss“ und „dlt pilot regime“ überhaupt dasselbe sind, bevor ich das als echten Widerspruch behandelte; das sind sie. Dort ist es ausdrücklich als „(in progress)“ gekennzeichnet, als das „forthcoming“-Element der Lizenzsuite von npex.
Gleiche Lizenz, gleiche Quelle, zwei verschiedene Zeiten. Eine Seite behandelt es als gesichert, die andere als ausstehend. Ich habe nach einer neueren Ankündigung gesucht, die bestätigt, dass npex zwischen diesen beiden Inhalten tatsächlich genehmigt wurde, und konnte nichts finden. Das heißt nicht, dass es nicht passiert ist – nur, dass ich nicht bestätigen kann, dass es passiert ist.
Um fair zu sein: Diesmal ist es kein Aggregator, der die Worte von dusk verunstaltet. Es ist dusks eigene Website, die in sich selbst inkonsistent ist – und ehrlich gesagt fühlt sich das eher nach einem größeren Problem an als die frühere Version dieser Sache. Ein reguliertes- Finanzprotokoll sollte über seine eigenen Seiten hinweg eine konsistente Formulierung zum aktuellen Status haben.
Ist die Genehmigung von npex für dlt-tss tatsächlich durchgekommen, oder läuft die Startseite nur voraus gegenüber dem, was auf dusks eigener Regulatory-Edge-Seite bestätigt ist? 🧐

#dusk $DUSK @Dusk
🎙️ 万址破局|KI-Agenten erschaffen eine neue Ökologie für Finanzdienstleistungen auf der Blockchain!
avatar
Beenden
03 h 48 m 43 s
19.7k
34
46
🎙️ Heute steht die Eröffnung an bei Dusk—Long oder Short?
avatar
Beenden
02 h 46 m 53 s
11.9k
14
18
·
--
Bullisch
Ein Tracker führt „dusk connect & wallet launch“ als ein Ereignis vom 23. April auf. Dusk-„s“ eigenes Konto erzählt in einem Beitrag, der über einen Monat später datiert ist – am 28. Mai – eine andere Geschichte: Dort heißt es, der Wallet- und Connect-SDK-„jetzt im Beta“-Status, Chrome- und Firefox-Builds seien noch „in der Überprüfung“, und die Erweiterungs-Links, die „nach der Genehmigung“ versprochen wurden – und ich musste diesen X-Post tatsächlich zweimal rereaden, weil ich annahm, „großes Unlock für das Ökosystem“ bedeute, dass es bereits nutzbar sei; das ist explizit noch nicht der Fall. Diese beiden Dinge können nicht beide von einem abgeschlossenen Launch sprechen. Entweder war der 23. April etwas Kleineres, das von einem Tracker zu früh als „Launch“ bezeichnet wurde, oder Dusk hat stillschweigend etwas in den Beta-Status für die Store-Überprüfung zurückgestuft, nachdem es wieder raus war. Ich kann anhand dessen, was öffentlich ist, nicht sagen, was davon es war. Das ist eine kleine Lücke im großen Schema der Dinge – Wallet-Infrastruktur in Etappen auszuliefern ist für jedes Projekt nichts Ungewöhnliches. Aber bei etwas so Grundlegendem – kann ich die Erweiterung tatsächlich schon jetzt installieren oder nicht – sollte ein Unterschied von fünf Wochen zwischen „gelaucht“ und „noch auf Genehmigung wartend“ nicht so unklar sein. Ist die Dusk-Wallet-Erweiterung tatsächlich zu diesem Zeitpunkt live in den Chrome- und Firefox-Stores, oder liegt sie immer noch in der Überprüfung, seit diesem Mai-Post? 🧐 #dusk $DUSK @Dusk_Foundation
Ein Tracker führt „dusk connect & wallet launch“ als ein Ereignis vom 23. April auf. Dusk-„s“ eigenes Konto erzählt in einem Beitrag, der über einen Monat später datiert ist – am 28. Mai – eine andere Geschichte: Dort heißt es, der Wallet- und Connect-SDK-„jetzt im Beta“-Status, Chrome- und Firefox-Builds seien noch „in der Überprüfung“, und die Erweiterungs-Links, die „nach der Genehmigung“ versprochen wurden – und ich musste diesen X-Post tatsächlich zweimal rereaden, weil ich annahm, „großes Unlock für das Ökosystem“ bedeute, dass es bereits nutzbar sei; das ist explizit noch nicht der Fall.
Diese beiden Dinge können nicht beide von einem abgeschlossenen Launch sprechen. Entweder war der 23. April etwas Kleineres, das von einem Tracker zu früh als „Launch“ bezeichnet wurde, oder Dusk hat stillschweigend etwas in den Beta-Status für die Store-Überprüfung zurückgestuft, nachdem es wieder raus war. Ich kann anhand dessen, was öffentlich ist, nicht sagen, was davon es war.
Das ist eine kleine Lücke im großen Schema der Dinge – Wallet-Infrastruktur in Etappen auszuliefern ist für jedes Projekt nichts Ungewöhnliches. Aber bei etwas so Grundlegendem – kann ich die Erweiterung tatsächlich schon jetzt installieren oder nicht – sollte ein Unterschied von fünf Wochen zwischen „gelaucht“ und „noch auf Genehmigung wartend“ nicht so unklar sein.
Ist die Dusk-Wallet-Erweiterung tatsächlich zu diesem Zeitpunkt live in den Chrome- und Firefox-Stores, oder liegt sie immer noch in der Überprüfung, seit diesem Mai-Post? 🧐

#dusk $DUSK @Dusk
·
--
Bullisch
Hallo Leute, gebt mir nur ein paar Minuten... ⚠️⚠️⚠️⚠️⚠️Habt ihr diese Binance-Square-Warnung wegen repetitiver/Kopieren-einfügen-Kommentare gesehen? Lest sie nicht einfach nur und macht dann weiter. Diese Warnung ist echt – haltet euch daran, sonst kann das eure Reichweite, eure Monetarisierung und eure Chancen auf zukünftige Kampagnen beeinträchtigen. Wenn ihr immer noch dasselbe macht, nachdem ihr darauf hingewiesen wurdet... dann ist das das Zeichen, aufzuhören 🚫🚫🚫🚫, nicht einfach durchzuziehen. Ein paar zusätzliche Punkte jetzt sind es nicht wert, ein Konto zu riskieren, in das ihr Zeit gesteckt habt.... #Binnacesquare #Binance #creatorpad #campiagns
Hallo Leute, gebt mir nur ein paar Minuten...

⚠️⚠️⚠️⚠️⚠️Habt ihr diese Binance-Square-Warnung wegen repetitiver/Kopieren-einfügen-Kommentare gesehen? Lest sie nicht einfach nur und macht dann weiter.

Diese Warnung ist echt – haltet euch daran, sonst kann das eure Reichweite, eure Monetarisierung und eure Chancen auf zukünftige Kampagnen beeinträchtigen.

Wenn ihr immer noch dasselbe macht, nachdem ihr darauf hingewiesen wurdet... dann ist das das Zeichen, aufzuhören 🚫🚫🚫🚫, nicht einfach durchzuziehen.
Ein paar zusätzliche Punkte jetzt sind es nicht wert, ein Konto zu riskieren, in das ihr Zeit gesteckt habt....

#Binnacesquare #Binance #creatorpad #campiagns
Binance Square Official
·
--
Echte Konversation ist das, was Binance Square so wertvoll macht, um Teil davon zu sein.

- Das Veröffentlichen einer sehr hohen Anzahl repetitiver, vorgefertigter, per KI generierter oder leerer Kommentare – weit mehr als ein normaler Nutzer – verstößt gegen unsere Regeln. In ernsten Fällen kann das dazu führen, dass die Monetarisierungsberechtigung entzogen wird und du stummgeschaltet wirst.
- Das Gleiche gilt für Konten, die weiterhin vorgefertigte Antworten handeln, um für Punkte oder Belohnungen vorgetäuschtes Engagement zu erzeugen. Das schadet der Gesundheit und Reichweite deines Kontos, und in ernsten Fällen kann auch die Monetarisierungsberechtigung entzogen werden.

Basierend auf dem oben Gesagten und weil viele von euch Feedback zu CreatorPad geteilt haben, haben wir die Gewinner der BABY CreatorPad-Auszeichnung überprüft. Das haben wir herausgefunden:

- 27 Konten haben in Raten kommentiert, die weit über der normalen Interaktion lagen. Ihre Belohnungsberechtigung wurde entzogen, und sie wurden als Verstoß markiert.
- 265 Konten waren Teil von gegenseitlichem Spam. Sie wurden verwarnt, und es wurde im Konto vermerkt.

Binance Square geht es um echte Community-Interaktion. Wir haben die Erkennung für bedeutungslosen Kommentarspam, „Small-Circle“-gegenseitiges Kommentieren und das wiederholte Auffordern anderer, Kommentare zu hinterlassen, hinzugefügt. Von dieser Ankündigung an gilt das für alle Funktionen und Kampagnen, die in der Zukunft folgen – einschließlich der aktuellen CreatorPad-Kampagnen. Jeder, dessen Verhalten in diese Muster fällt, könnte die Belohnungsberechtigung verlieren.

Vielen Dank an alle, die weiterhin mit Sorgfalt erstellen. Lassen wir die Community gemeinsam fair halten.

Außerdem möchten wir von euch hören. Teilt eure Gedanken zu CreatorPad und Binance Square in den Kommentaren – wir wählen 3 Kommentierende aus, um ein Belohnungs-Red-Packet zu erhalten. Euer ehrliches Feedback hilft uns, es noch besser zu machen.
·
--
Bullisch
Teilweise korrekt
30-Tage-Trade $DUSK 314.6 USDT
Ich bin zu Dusk's npex-Zahlen zurückgegangen, weil sie ständig zitiert werden, und es gibt tatsächlich zwei unterschiedliche echte Kennzahlen, die fast austauschbar verwendet werden. Dusk's eigene Materialien beschreiben historisch über 200 Millionen € an vermittelter Finanzierung, über 97 bis 102 abgeschlossene Deals für KMU. Separat nennen Dusk's eigener Binance-US-Listing-Post und eine spätere X-Ankündigung npex's aktuelle 300 Mio. € an Assets under Management (Vermögenswerte unter Verwaltung) als das, was künftig tatsächlich auf Dusk tokenisiert wird. Das sind nicht dieselben Zahlen, die dasselbe beschreiben: Eine ist ein historischer Gesamtwert, der bereits eingesammelt wurde, die andere ist eine aktuelle AUM-Kennzahl, die als Nächstes on-chain gehen wird. Eigentlich musste ich beide Quell-Posts nebeneinander stoppen und neu lesen, weil sie auf den ersten Blick so wirkten, als würden sie einfach dieselbe Zahl über die Zeit aktualisieren, aber das tun sie nicht—sie messen zwei völlig unterschiedliche Dinge. Ich habe sogar ein sauberes Beispiel für die Vermischung gefunden: Eine Dusk-Kaufanleitung beschreibt die Partnerschaft so, dass sie „zu 200–300 Mio. € in tokenisierten Wertpapieren fortgeschritten“ sei, und behandelt damit zwei separate Metriken als eine einzige verlaufende Spanne. Um fair zu sein: Dusk und npex haben jeweils ihre eigenen individuellen Zahlen klar angegeben. Das eigentliche Problem ist die Aggregator-Ebene, die zwei unterschiedliche Kennzahlen zusammenklappt—nicht, dass die Primärquellen sich widersprechen. Ich finde nur, dass jeder, der „die npex-Zahl“ zitiert, spezifizieren sollte, welche davon er meint. Wird die 300-Mio.-€-AUM-Zahl selbst irgendwo geprüft oder unabhängig verifiziert, oder ist das ähnlich wie bei der 200-Mio.-€-Finanzierung insgesamt eine Selbstauskunft? 🧐 #dusk $DUSK @Dusk_Foundation
Ich bin zu Dusk's npex-Zahlen zurückgegangen, weil sie ständig zitiert werden, und es gibt tatsächlich zwei unterschiedliche echte Kennzahlen, die fast austauschbar verwendet werden. Dusk's eigene Materialien beschreiben historisch über 200 Millionen € an vermittelter Finanzierung, über 97 bis 102 abgeschlossene Deals für KMU. Separat nennen Dusk's eigener Binance-US-Listing-Post und eine spätere X-Ankündigung npex's aktuelle 300 Mio. € an Assets under Management (Vermögenswerte unter Verwaltung) als das, was künftig tatsächlich auf Dusk tokenisiert wird.

Das sind nicht dieselben Zahlen, die dasselbe beschreiben: Eine ist ein historischer Gesamtwert, der bereits eingesammelt wurde, die andere ist eine aktuelle AUM-Kennzahl, die als Nächstes on-chain gehen wird. Eigentlich musste ich beide Quell-Posts nebeneinander stoppen und neu lesen, weil sie auf den ersten Blick so wirkten, als würden sie einfach dieselbe Zahl über die Zeit aktualisieren, aber das tun sie nicht—sie messen zwei völlig unterschiedliche Dinge. Ich habe sogar ein sauberes Beispiel für die Vermischung gefunden: Eine Dusk-Kaufanleitung beschreibt die Partnerschaft so, dass sie „zu 200–300 Mio. € in tokenisierten Wertpapieren fortgeschritten“ sei, und behandelt damit zwei separate Metriken als eine einzige verlaufende Spanne.

Um fair zu sein: Dusk und npex haben jeweils ihre eigenen individuellen Zahlen klar angegeben. Das eigentliche Problem ist die Aggregator-Ebene, die zwei unterschiedliche Kennzahlen zusammenklappt—nicht, dass die Primärquellen sich widersprechen. Ich finde nur, dass jeder, der „die npex-Zahl“ zitiert, spezifizieren sollte, welche davon er meint.

Wird die 300-Mio.-€-AUM-Zahl selbst irgendwo geprüft oder unabhängig verifiziert, oder ist das ähnlich wie bei der 200-Mio.-€-Finanzierung insgesamt eine Selbstauskunft? 🧐

#dusk $DUSK @Dusk
🎙️ DUSK TRADE LIVE 🚀 | $DUSK Analyse + Kursbewegungen
cover
Beenden
01 h 07 m 18 s
166
image
DUSK
Im Portfolio
+0.03
3
0
·
--
Bullisch
die vertragadresse von tmx ist exakt die gleiche zeichenkette auf ethereum und bnb chain — 0x3c2f61f2e27c865981d2e7aaf6b2cdf823030039, buchstabe für buchstabe. ich musste zweimal nachprüfen, weil das normalerweise nicht so funktioniert bei gebridgten token. es ist so, weil tmx als layerzero oft ausgegeben wird, nicht als etwas, das du einwickelst und manuell erneut über ketten hinweg bridgest. was das leise bedeutet, ist: tmx's tatsächlicher nutzen — governance-stimmgewicht, staking in stmx, alles davon — liegt nachgelagert auf der messaging-schicht von layerzero und funktioniert jedes mal korrekt, wenn ein wert zwischen ketten übertragen werden muss. ein saubereres ux als das alte wrap-and-bridge-modell, das gebe ich zu, aber dafür wird eine vertrauensannahme gegen eine andere getauscht, nicht die abhängigkeit komplett entfernt. ich mache mir deswegen keinen kopf; layerzero wird inzwischen bereits von vielen großen token genutzt. trotzdem ist sTMX-staking und governance, das nachgelagert einer externen messaging-schicht ist, eine abhängigkeit, die man wirklich kennen sollte, bevor man mitten in einer transaktion steckt 🌉 #termmax @termmax
die vertragadresse von tmx ist exakt die gleiche zeichenkette auf ethereum und bnb chain — 0x3c2f61f2e27c865981d2e7aaf6b2cdf823030039, buchstabe für buchstabe. ich musste zweimal nachprüfen, weil das normalerweise nicht so funktioniert bei gebridgten token. es ist so, weil tmx als layerzero oft ausgegeben wird, nicht als etwas, das du einwickelst und manuell erneut über ketten hinweg bridgest.
was das leise bedeutet, ist: tmx's tatsächlicher nutzen — governance-stimmgewicht, staking in stmx, alles davon — liegt nachgelagert auf der messaging-schicht von layerzero und funktioniert jedes mal korrekt, wenn ein wert zwischen ketten übertragen werden muss. ein saubereres ux als das alte wrap-and-bridge-modell, das gebe ich zu, aber dafür wird eine vertrauensannahme gegen eine andere getauscht, nicht die abhängigkeit komplett entfernt.
ich mache mir deswegen keinen kopf; layerzero wird inzwischen bereits von vielen großen token genutzt. trotzdem ist sTMX-staking und governance, das nachgelagert einer externen messaging-schicht ist, eine abhängigkeit, die man wirklich kennen sollte, bevor man mitten in einer transaktion steckt 🌉

#termmax @TermMax
🔥🔥🔥
🔥🔥🔥
Shalluu
·
--
#termmax @TermMax kept looking at TermMax and realized I was focusing on the wrong thing.
Der festverzinsliche Teil ist leicht zu verstehen. Was mich wirklich interessiert, ist, was TermMax mit der Schuld macht, nachdem sie erstellt wurde.
Sein FT/XT-Design trennt die festfällige Forderung von der zugrunde liegenden Schuld. Das bedeutet, dass eine Kreditposition nicht notwendigerweise nur „jetzt leihen, später zurückzahlen“ ist – sie kann zu einem stärker strukturierten Bestandteil eines On-Chain-Fixed-Income-Markts werden.
Das ist der Teil, der mich wirklich fasziniert.
Wenn diese festlaufenden Positionen zu sinnvollen Bausteinen für andere DeFi-Strategien werden können, könnte TermMax etwas viel Größeres tun, als einfach nur einen weiteren Kreditmarkt anzubieten.
Für mich ist das die eigentliche Geschichte: nicht nur den Zinssatz festzuschreiben, sondern eine Infrastruktur rund um die Schuld selbst zu schaffen.
·
--
Bullisch
Verifiziert
ich bin hingegangen zu prüfen, wie DuskEVM tatsächlich Transaktionen ordnet, denn Rollups, die auf der OP-Stack basieren, werden in der Regel danach beurteilt, wie dezentral ihr Sequencer-Setup ist. DuskEVMs eigene Doku sagt das ganz offen — DuskEVM hat derzeit keinen öffentlichen Mempool, nur einen Sequencer. Und ich bin das tatsächlich noch einmal zurückgegangen und habe diese Zeile neu gelesen, weil ich angenommen habe, dass „Sequencer only“ nur bedeutet, „keine Relayer Dritter“, aber damit ist gemeint, dass es gar keinen öffentlichen Mempool gibt, Punkt. Das heißt: Im Moment kontrolliert eine einzelne Partei die Reihenfolge und den Zeitpunkt der Aufnahme von Transaktionen über diese gesamte Layer hinweg. Das ist bei einem neuen OP-Stack-Rollup nicht ungewöhnlich: Die meisten starten so und dezentralisieren den Sequencer später. Aber es ist auch kein kleines Detail für eine Kette, die sich an institutionelles Vertrauen und deterministisches Settlement anlehnt. Ein privater Mempool ist genau die Art von Sache, die ermöglicht, dass Front-Running oder selektive Orderings passieren, ohne dass irgendjemand außerhalb verifizieren kann, dass das nicht geschieht. Was allerdings wirklich interessant ist, ist die Kombination — Hedger existiert ganz konkret, um vertrauliche Transaktionsflüsse zusätzlich zu DuskEVM hinzuzufügen. Aber wenn der Sequencer selbst alles sehen und ordnen kann, bevor überhaupt etwas bei DuskDS ankommt, dann liegen die Privacy- und die Ordering-Garantie an zwei völlig unterschiedlichen Stellen: eine ist kryptografisch, die andere beruht nur auf Vertrauen. Gibt es irgendwo einen veröffentlichten Zeitplan dafür, wann der DuskEVM-Sequencer tatsächlich dezentralisiert? 🧐 #dusk $DUSK @Dusk_Foundation
ich bin hingegangen zu prüfen, wie DuskEVM tatsächlich Transaktionen ordnet, denn Rollups, die auf der OP-Stack basieren, werden in der Regel danach beurteilt, wie dezentral ihr Sequencer-Setup ist. DuskEVMs eigene Doku sagt das ganz offen — DuskEVM hat derzeit keinen öffentlichen Mempool, nur einen Sequencer. Und ich bin das tatsächlich noch einmal zurückgegangen und habe diese Zeile neu gelesen, weil ich angenommen habe, dass „Sequencer only“ nur bedeutet, „keine Relayer Dritter“, aber damit ist gemeint, dass es gar keinen öffentlichen Mempool gibt, Punkt.
Das heißt: Im Moment kontrolliert eine einzelne Partei die Reihenfolge und den Zeitpunkt der Aufnahme von Transaktionen über diese gesamte Layer hinweg. Das ist bei einem neuen OP-Stack-Rollup nicht ungewöhnlich: Die meisten starten so und dezentralisieren den Sequencer später. Aber es ist auch kein kleines Detail für eine Kette, die sich an institutionelles Vertrauen und deterministisches Settlement anlehnt. Ein privater Mempool ist genau die Art von Sache, die ermöglicht, dass Front-Running oder selektive Orderings passieren, ohne dass irgendjemand außerhalb verifizieren kann, dass das nicht geschieht.
Was allerdings wirklich interessant ist, ist die Kombination — Hedger existiert ganz konkret, um vertrauliche Transaktionsflüsse zusätzlich zu DuskEVM hinzuzufügen. Aber wenn der Sequencer selbst alles sehen und ordnen kann, bevor überhaupt etwas bei DuskDS ankommt, dann liegen die Privacy- und die Ordering-Garantie an zwei völlig unterschiedlichen Stellen: eine ist kryptografisch, die andere beruht nur auf Vertrauen.
Gibt es irgendwo einen veröffentlichten Zeitplan dafür, wann der DuskEVM-Sequencer tatsächlich dezentralisiert? 🧐

#dusk $DUSK @Dusk
·
--
Bullisch
defisafety gab termmax eine 93% pqr-Bewertung, und ich sehe diese Zahl immer wieder, als wäre sie austauschbar mit „vollständig auditiert“. Das ist nicht dieselbe Behauptung. pqr misst die Prozessqualität — ob das Team dokumentiert, testet und Dinge ordnungsgemäß offenlegt. Das ist keine zeilenweise Sicherheitsprüfung jedes Vertrags, der gerade live ist. Die eigentlichen Audit-Reports liegen auf GitHub, und sie decken nur das ab, was zum Zeitpunkt der jeweiligen Veröffentlichung formell zur Prüfung eingereicht wurde. Neue Märkte und Vault-Konfigurationen werden laufend nachgeschoben, inklusive v2-Rollout, also gibt es — na ja, es gibt eine echte Verzögerung zwischen dem, was ausgeliefert wird, und dem, was tatsächlich mit Audit-Abdeckung versehen wird. Ich will nicht sagen, dass die Prozessbewertung hohl ist oder dass die Audits schwach sind; spearbit und das Bug-Bounty-Programm sind tatsächlich starke zusätzliche Schichten darauf. Es bedeutet nur: Eine 93% Prozessbewertung und „jeder live Markt ist auditiert“ sind zwei separate Aussagen, und zu jedem beliebigen Zeitpunkt ist nur eine davon wirklich wahr 🔎 #termmax @termmax
defisafety gab termmax eine 93% pqr-Bewertung, und ich sehe diese Zahl immer wieder, als wäre sie austauschbar mit „vollständig auditiert“. Das ist nicht dieselbe Behauptung. pqr misst die Prozessqualität — ob das Team dokumentiert, testet und Dinge ordnungsgemäß offenlegt. Das ist keine zeilenweise Sicherheitsprüfung jedes Vertrags, der gerade live ist.
Die eigentlichen Audit-Reports liegen auf GitHub, und sie decken nur das ab, was zum Zeitpunkt der jeweiligen Veröffentlichung formell zur Prüfung eingereicht wurde. Neue Märkte und Vault-Konfigurationen werden laufend nachgeschoben, inklusive v2-Rollout, also gibt es — na ja, es gibt eine echte Verzögerung zwischen dem, was ausgeliefert wird, und dem, was tatsächlich mit Audit-Abdeckung versehen wird.
Ich will nicht sagen, dass die Prozessbewertung hohl ist oder dass die Audits schwach sind; spearbit und das Bug-Bounty-Programm sind tatsächlich starke zusätzliche Schichten darauf. Es bedeutet nur: Eine 93% Prozessbewertung und „jeder live Markt ist auditiert“ sind zwei separate Aussagen, und zu jedem beliebigen Zeitpunkt ist nur eine davon wirklich wahr 🔎

#termmax @TermMax
🎙️ Ist sie wirklich zurückgekommen? Erholung oder Trendwende?
avatar
Beenden
02 h 51 m 38 s
11.4k
15
25
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