Binance just listed JPMB, a tokenized JPMorgan stock, as a new bStock trading pair and margin collateral asset. Traditional equities keep finding their way onto crypto rails.
Ein ruhiger Krankenhausbesuch sagt viel. Der Kronprinz der VAE, Hamdan bin Mohammed, saß neben dem indischen flydubai-Piloten Captain Smit Machchhar und schaute persönlich nach seinem Heilungsprozess. Kleine Geste, echte Bedeutung. 🙏
Musk bestätigt, dass sich der Umsatzmix von SpaceX umgekehrt hat: In diesem Jahr stammen fast 90 % der Einnahmen aus dem kommerziellen Geschäft, während staatliche Aufträge bis zum 4. Quartal auf unter 5 % sinken. Starlink hat diesen Wandel bewirkt. Das Unternehmen ist inzwischen eher ein globaler Anbieter von Konnektivität als ein staatlicher Startdienstleister.
Prüfe jetzt deine Binance-App Einige Nutzer sehen ein Pop-up mit einer Feedback-Umfrage, und es könnte mit einem Fiat-Gutschein einhergehen. 💵 Mögliche Belohnung: 5–10 $ ⚡️ Kein Trading nötig 📝 Antworte einfach auf ein paar Fragen So prüfst du es: 1️⃣ Öffne die Binance-App 2️⃣ Achte auf das Banner „Feedback-Umfrage“ 3️⃣ Beantworte die Fragen 4️⃣ Reiche es ein 5️⃣ Warte auf die Belohnung ⚠️ Die Belohnung ist nicht offiziell von Binance bestätigt. Prüfe die Bedingungen deines eigenen Kontos, bevor du mit etwas rechnest. Zwei Minuten deiner Zeit. Lohnt sich der Check 👀
Nehmt mit uns teil 🎉 | Die Kraft von BNB 😀 🗓 Datum: 24. September 2026 ⏰ Uhrzeit: 14:00 Uhr UTC subscribe here Wir hoffen, euch bald zu sehen Lasst es uns im Kommentarbereich wissen, wenn ihr dabei seid #BinanceSquareTG $BNB
Der Tab „Aktien“ ist jetzt auf Binance Square live. Alles an einem Ort für Marktnachrichten, Micro- und Makro-Einblicke sowie Aktien-Diskussionen. Teile deine Gedanken zum Tab „Aktien“ in den Kommentaren. Wir wählen 3 Kommentatoren aus, die ein 20-USD-Rotpacket erhalten 👇
Web: Besuche https://www.binance.com/en/square/stock App: Aktualisiere die Binance-App auf v3.19 oder höher, um den Tab „Aktien“ in der oberen Navigationsleiste zu sehen, oder gehe zu „Navigation bearbeiten“, um den Tab „Aktien“ zu aktivieren.
Ich habe einen Abend damit verbracht, jeden Partner auf der offiziellen Liste von Dusk durchzugehen. Am Ende hatte ich zwei Spalten. Angekündigt. Und verifiziert.
Die Lücke zwischen ihnen ist größer, als das Marketing suggeriert.
21X ist am konkretsten. Die Dokumentation aus April 2025 bestätigt, dass DUSK als Transaktionsbeteiligter onboarded wurde. Das ist eine real dokumentierte Handlung, keine Pressemitteilung. Aber die DuskEVM-Integration mit 21X ist weiterhin als „geplant“ markiert. Jemand ist durch die Tür gegangen, aber die langfristige Vereinbarung wurde noch nicht unterzeichnet.
Der offizielle Status von Chainlink ist derzeit „integration“. Einige Berichte nennen es bereits live. On-Chain-Vertragsbereitstellungen sind derzeit noch nicht öffentlich sichtbar, sodass eine unabhängige Verifizierung im Moment nicht möglich ist.
NPEX hält echte Lizenzen für MTF, Broker und ECSP. Die DLT-TSS-Lizenz befindet sich noch im Fortschritt. Die Angabe, dass es um ein Vermögen von dreihundert Millionen Euro geht, wird als Planung beschrieben, es On-Chain zu bringen. Ich habe Block-Explorer nach bestehenden Wertpapier-Verträgen durchsucht und nichts gefunden.
Quantoz‘ EURQ ist ein echter MiCA-Electronic-Money-Token. Die Integration von EURQ mit Dusk liest sich eher wie eine Ankündigung als wie eine Live-Bereitstellung. Tatsächliche Liquidität und Handels-Tiefen sind jedoch separate Fragen.
Cordial ist ein echtes Verwahrunternehmen. Wie weit die Dusk-Vault-Integration fortgeschritten ist, lässt sich aus öffentlichen Quellen nicht unabhängig verifizieren.
Die ehrliche Einordnung hier: Die Partnerliste zeigt echte Unternehmen mit echten Lizenzen. Das ist entscheidend. Die meisten RWA-Projekte können NPEX, 21X, Quantoz, Cordial und Chainlink nicht gemeinsam aufführen. Allein diese Auswahl wiegt in institutionellen Kreisen.
Aber strategische Zusammenarbeit und umsetzbare Integration sind unterschiedliche Phasen. Die erste zeigt, dass Beziehungen existieren. Die zweite zeigt, dass die Arbeit erledigt ist.
Zurzeit @Dusk hat starke Belege für die erste Phase. Die zweite Phase ist das, was die nächsten zwölf Monate zeigen müssen.
Hat die Null-Slippage-Behauptung für etwa drei Tage geglaubt. Dann habe ich die On-Chain-Daten gezogen.
Chainlink CCT paart mit Dusk: Auf der Quellkette werden Token verbrannt und auf der Zielkette 1:1 geprägt. Es ist kein Liquiditätspool beteiligt. Das stimmt. Die Bridge selbst rutscht tatsächlich nicht.
Was das Marketing auslässt, ist, was danach passiert, wenn du ankommst.
Die Liquidität auf Ethereum-Seite im Pool @Dusk liegt über längere Zeiträume zwischen einigen hunderttausend und grob drei hunderttausend US-Dollar. BNB-Chain-Pools über ein Dutzend Plattformen zusammen addieren sich auf mehrere Zehntausend. Der Großteil des DUSK-Volumens läuft über zentrale Börsen. On-Chain-DEX-Liquidität ist auf jeder Kette, die sie berührt, dünn.
Die Bridge bringt dich sauber rüber. Das Problem beginnt auf der anderen Seite. Wenn du DUSK nach dem Übersetzen in USDT umwandeln willst, warten dort Slippage und Price Impact – unabhängig davon, wie sauber die Bridge-Übertragung war. Null Slippage auf der Bridge bedeutet nicht, dass es am Ziel keine Reibung gibt.
Die Solana-Situation kommt noch als zusätzliche Ebene hinzu. Dusk hat klar gesagt, dass es auf Solana noch kein offizielles DUSK gibt. Jeder Token, der auf Solana behauptet, DUSK zu sein, ist inoffiziell. Die Bragerichtung wurde zwar erklärt, aber der offizielle Einstieg ist noch nicht geöffnet. Die derzeitige Multi-Chain-Übertragbarkeit bedeutet: Es existiert Infrastruktur, nicht dass es Liquidität gibt oder dass sicheres Handeln über mehrere Ketten aktuell möglich ist.
CCIP und CCT als Richtung sind korrekt. Sobald offizielles Minting, Liquidity auf der Zielkette und Börsenunterstützung zusammenpassen, sollte die Fragmentierung besser werden. Das ist ein realistischer Ausblick für die mittlere Frist.
Aber im Moment sind das drei getrennte Punkte: die Bridge-Null-Slippage, die Liquidität bei der Ankunft und ob das offizielle Rollout gelandet ist. 1:1-Minting als 1:1-Cash-out zu betrachten ist der Fehler, den die meisten machen.
Letzte Woche habe ich einen KOL-Post gesehen, der behauptete, DuskEVM sei EVM-gleichwertig und Uniswap V3 würde direkt bereitgestellt. Ich habe V3 Core geforkt und es auf Boreas RC1 kompiliert, um es zu prüfen.
Der erste Fehler trat in Pair.sol auf.
balanceOf liest _reserves aus dem öffentlichen EVM-Speicher. Die Privacy-Layer von DuskEVM routet die Liquiditätstiefe über Hedger. Die Hedger-Variablen liegen nicht im EVM-Speicher. Daher stößt jede View-Funktion, die Reserven liest, ins Leere. Uniswaps Mint, Burn und Swap hängen alle davon ab, synchron Reserven zu lesen, um das konstante Produkt zu berechnen. Dieser gesamte Rechenpfad muss komplett von Grund auf überladen werden.
Das Problem des Shielding Pools geht noch tiefer. Uniswap-LP-Tokens sind standardmäßige ERC-20-Token mit öffentlich sichtbaren Transfers. Confidential-LP auf DuskEVM erfordert ein erneutes Umwickeln mit ConfidentialERC20. LP-Balancen bewegen sich innerhalb von Zedger-Notizen. Swaps aktualisieren die Reserves-Mapping nicht mehr. Sie verbrauchen die alte Notiz und prägen eine neue mit Beträgen, die durch PLONK-Proofs abgesichert sind.
getAmountOut kann nicht auf die gleiche Weise funktionieren. Das Original teilt reserveIn und reserveOut offen. Die Dusk-Version muss innerhalb des Circuits beweisen, dass alte Notiz minus Input gleich neue Notiz plus Output ist. Input und Output bleiben für Market Maker unsichtbar, sind aber für jeden verifizierbar, der den View Key hält.
Am achten Tag habe ich versucht, Pair von der ConfidentialERC20-Basisklasse zu erben. Unmittelbar gab es einen Konflikt in der Permit-Funktionssignatur. Hedger approve verwendet Notizverbrauch, nicht das ERC20-Allowance-Bitmap. SafeCast muss überall auf HedgedUint256 umstellen.
Erforderliche Minimal-Änderungen: Pair-Contract, Router-Berechnung der Beträge und Oracle-TWAP-Sampling. Das Sampling-Ziel wird zu einem Notiz-Commitment, das nicht direkt ausgelesen werden kann.
Was übernommen wird: Solidity-Syntax, Foundry, Remix, chainId-Konfiguration. Das umgebende Tooling funktioniert. Die Kern-AMM-Logik migriert nicht ohne umfangreiches Rework.
EVM-gleichwertig bedeutet, dass die Umgebung vertraut ist. Es heißt nicht, dass bestehende Contracts unverändert laufen, wenn Privacy im Spiel ist.
Running Boreas RC1 nodes veränderte, wie ich über Netzwerk-Infrastruktur denke.
Nicht wegen der Blockzeiten oder der Staking-Rewards. Sondern weil ich aus Gewohnheit tcpdump für den Sync-Traffic gestartet habe und dabei etwas bemerkte, das die meisten Leute nie ansehen. @Dusk Nodes nutzen nicht die Geth-gossipsub-Stack für die Block-Propagation. Sie verwenden Kadcast.
Dieser eine Detailaspekt ist wichtiger als die meisten Schlagzeilen-Kennzahlen.
Gossip-Protokolle funktionieren so, dass jeder Knoten Blöcke an N zufällige Peers pusht, die sie dann an ihre eigenen Peers weiterreichen. Exponentielle Verbreitung klingt effizient, bis du merkst, dass derselbe Block beim selben Knoten fünfmal über fünf verschiedene Pfade ankommt. Bandbreite wird durch Duplikate aufgefressen – nicht durch nutzbare Daten.
Kadcast löst das anders. Knoten ordnen sich in k-Buckets ein, basierend auf Kademlia-XOR-Distanzen. Der Block-Producer sendet nur an die nächsten k Knoten. Jeder Hop folgt der Routingtabelle vorwärts, ohne an das gesamte Netzwerk zu broadcasten. Jeder Knoten erhält jede Nachricht genau einmal. Redundante Pakete fallen nahe Null aus.
Für Dusk’ Architektur ist das keine kleine Optimierung. Phoenix-PLONK-Proofs, Zedger-Commitments und Hedger-vertrauliche Variable-Proofs sind allesamt umfangreiche Payloads. DuskEVM-Sequencer-Batches, die für die SBA-Verifikation von DuskDS zurücklaufen, durchlaufen dasselbe Netzwerk. Unter Gossip würden sich 50 Knoten gegenseitig weiterleitende Verifikationsanfragen gegenseitig so stark übersteuern, dass die Bandbreite im Haushalt überfordert wäre. Kadcast reduziert die insgesamt übertragenen Bytes pro Block-Propagation in dieser Größenordnung ungefähr um eine Zehnerpotenz.
Ich habe zwei lokale Testnet-Knoten gleichzeitig laufen lassen. Einer mit Kadcast, einer mit Gossip-Weiterleitung simuliert. Gleiche Blockhöhe, die tcpdump-Captures direkt verglichen. Der eingehende Traffic auf dem Kadcast-Knoten betrug 38% des Gossip-Simulations-Traffics. SBA-Signatur-Runden zwischen Producer, Validator und Approver liefen ebenfalls über Kadcast, und die Jitter bei der Blockproduktion sanken spürbar.
Die meisten Node-Betreiber achten auf Blockzeiten. Die Schicht darunter – die Propagation-Ebene – entscheidet, ob diese Blockzeiten unter Last stabil bleiben.
Niemand hat mir gesagt, dass das Veröffentlichungsdatum des DuskEVM-Mainnets 2027 eine Voraussetzung mitbringt, über die fast niemand spricht.
Ich habe heute Morgen die Fußnoten im Roadmap-Text durchgesehen, da hat es bei mir Klick gemacht. Das DuskEVM-Mainnet kann nicht direkt vom Boreas-RC1-Testnet aus forken. Es muss erst auf das Boreas-Mainnet-Rusk-Upgrade warten. Und Rusk ist kein simples Versions-Update. Es schreibt die Auswahl-Logik innerhalb des SBA-Konsensmechanismus neu.
SBA auf Boreas RC1 funktioniert so: Validatoren reichen vor jedem Block eine verblindete Gebotserklärung ein. Ein VRF mischt den Hash des vorherigen Blocks ein, um den Blockproduzenten auszuwählen – validierende Komiteemitglieder erhalten 5 % Belohnung, und genehmigende Komiteemitglieder werden mit weiteren 5 % freigegeben.
Rusk ändert dabei zwei Dinge konkret.
Erstens: Die Gewichtung der Citadel-Identität wird zur Phase der verblindeten Gebotsbindung hinzugefügt. Der Koeffizient des Lotterie-Offsets wird leicht angepasst, sodass Nodes mit höherer KYC-Stufe eine kleine Bevorzugung erhalten. So wird verhindert, dass anonyme Nodes, die nie den AFM-Kanal durchlaufen haben, die Blockproduktion rein durch die Größe des Stakings dominieren.
Zweitens: Die Signaturschwelle für das genehmigende Komitee verschiebt sich von einer kollektiven 5%-Gewichtung hin zu der Anforderung, dass mindestens 3 Nodes aus unabhängigen geografischen Regionen unterzeichnen – für dieses zusammengerechnete 5%-Gewicht. Ein einzelnes Rechenzentrums-Kapern wird dadurch strukturell schwieriger.
Die Finalität des DuskEVM-State-Roots wird an DuskDS gekoppelt. Wenn Rusk die Blockproduktions-Jitter von plus minus 1,5 Sekunden auf plus minus 0,5 Sekunden reduziert, wird die NPEX-Zweit-Level-DvP-Abwicklung zu etwas, das man tatsächlich in eine SLA schreiben kann.
Ich habe selbst Testnet-Nodes betrieben und beobachtet, wie die SBA-Lotterie sich bei der Validierung von Komiteemitgliedern, die offline gingen, mehrfach bis in eine dritte Runde hinein wiederholte. Nach Rusk wird das strukturell seltener.
Das Datum 2027 ist keine Verzögerung. Es ist das Team, das darauf wartet, dass Rusk die Auswahl-Logik durch ein volles Quartal simulierten NPEX-Verkehrs laufen lässt, bevor es das Mainnet berührt. Diese Disziplin ist mehr wert als ein früheres Launch-Datum.