$DOS Genau das ist die Leitung Richtig, einfach mit harten Nerven durchziehen Wann gibt’s endlich die Lieferungen aus der Luft? Jetzt geht’s schon wieder von vorn los und dreht nur im Kreis😭😭
$GRVT Bald ist es vorbei mit dem vierfachen Bonus Ich hab’s mit harten Bandagen durchgezogen – gefährlich, gefährlich 30.000 Transaktionsvolumen hat zwei Klingen plus einen Rest abgenutzt
Belohnung des Creator-Platform-$BABY wurde wieder nachträglich ausgezahlt!🥳
Alle Freunde auf der eingeladenen Rangliste ab Platz 16 bitte daran denken, sie abzuholen!
@币安广场 ist auf dem Platz einfach so stark – das ist echt groß gedacht!
Nachdem festgestellt wurde, dass die Verteilung der Belohnung fehlerhaft war, hat das Team die ganze Nacht überprüft und entschieden, erneut nachzuzahlen.
Probleme werden sofort und ohne Verzögerung gelöst – echt verantwortungsbewusst!👍🏻👍🏻
Alice-007
·
--
$BABY hat Belohnungen für Ersteller erhalten So tragisch… Nur unter 100 eingeladen 😭
Ich nehme DuskEVM wie eine normale EVM-Kette, also hab ich Uniswap V3 Core direkt geforkt. In der Boreas-RC1-Compile-Phase wurde es in Pair.sol beim Lesen von balanceOf gleich rot: _reserves. Auf einer EVM-Kette sind die Reserven öffentliches Storage, View-Funktionen liest man einfach aus. DuskEVM will die Liquiditätstiefe verstecken und geht deshalb zu Hedger—aber die Hedger-Variablen liegen gar nicht im EVM-Storage, sodass man sie per View-Funktion nicht auslesen kann. Uniswaps mint, burn und swap hängen alle davon ab, dass man die Reserven synchron ausliest und daraus das Produkt berechnet—damit muss man den kompletten arithmetischen Pfad komplett neu aufsetzen.
Noch schlimmer ist das Shielding-Pool-Setup. Das Original- LP-Token ist ERC-20, Transfer ist öffentlich. DuskEVM will confidential LP machen: Dafür muss man ConfidentialERC20 neu kapseln, die LP-Anteile in Zedger-Notizen packen. Swap ändert nicht einfach das _reserves-mapping, sondern verbraucht alte Notizen und mintet neue Notizen. Die Beträge laufen über PLONK-Schaltkreis-Zertifikate. getAmountOut kann man auch nicht wie im Original durchziehen: Das Original rechnet reserveIn / reserveOut; in der Dusk-Version muss im Schaltkreis zertifiziert werden, dass der alte Notiz-Betrag minus Input gleich dem neuen Notiz-Betrag plus Output ist. Für Market Maker sind Input/Output unsichtbar, aber mit View Key lässt sich prüfen.
Ich habe versucht, Pair so umzubauen, dass es von ConfidentialERC20 erbt—aber die Signatur der permit-Funktion kollidiert direkt. Approves von Hedger laufen über Note-Verbrauch statt über ERC20-Allowance-Bitmaps. Auch der SafeCast-Teil muss auf HedgedUint256 umgestellt werden. Die sogenannte „Migration ohne Bruch“ ist nur Augenwischerei: Mindestens diese drei Teile müssen komplett neu: Pair-Vertrag, Router-amount-Berechnung und Oracle-TWAP-Sampling. Beim TWAP-Sampling wird das Objekt zu Note-Commitments—direkt lesbar ist das nicht.
Was sich immerhin wiederverwenden lässt: Solidity-Syntax, das Foundry-Testframework, die Remix-Toolchain und die chainId-Konfiguration. Die Kern- AMM-Logik kollidiert mit Privatsphäre—also muss man sie neu machen. Vergleiche mit Aztec: Bei Noir schreibt man Verträge; bei EVM-Kompatibilität ist es schwächer. DuskEVM hat zumindest ein weniger zerrissenes Solidity-Erlebnis—aber: Ein DeFi-Protokoll deployen ist nicht „deploy done“.
#dusk $DUSK @Dusk Lies 6,9% als „Privatsphäre“ auslesen zu lassen, ist der größte Fehlschluss über Dusk
Ich habe die Statistik-API des Dusk-Mainnets ausgelesen: Die Blockhöhe habe ich bis 5.007.908 hochgekraxelt, insgesamt 68.299 Transaktionen, davon 63.600 öffentlich. Shielded gibt es nur 4.699 Transaktionen, das entspricht ungefähr 6,9%. Beim ersten Blick wirkt das tatsächlich ernüchternd: Eine Kette, in deren Architektur Privatsphäre eingebaut ist, sollte doch eigentlich eher den Weg der Abschirmung viel häufiger nutzen. Aber wenn man den Anteil einfach als Ergebnisprotokoll nimmt, ist das ein Problem.
Moonlight und Phoenix laufen schlicht auf unterschiedlichen Bahnen. Moonlight ist ein Modell für öffentliche Konten: Salden und Transfers sind transparent, Szenarien wie Börsen-Top-ups, Staking oder die Aufteilung von Betriebserlösen, bei denen externe Abgleiche nötig sind, funktionieren sehr gut. Phoenix hingegen teilt das Geld in verschlüsselte Notes, verifiziert den Kontostand und verhindert Double-Spends über Zero-Knowledge-Beweise. Absender, Empfänger und der Betrag sind für normale Beobachter nicht sichtbar – es wird eine geschützte Transferlogik betrieben. Beide Dienste haben andere Informationsgrenzen; es ist nicht einfach ein „Premium“-gegenüber-„Standard“-Verhältnis. Die eigentlichen Engpässe liegen im Produktfluss: Nutzer müssen zuerst verstehen, was der Unterschied zwischen öffentlichen und abgeschirmten Konten ist. Und bei der Interaktion mit der App müssen sie selbst entscheiden, wann sie shielden und wann unshielden. Technik lässt sich verstecken – aber das heißt nicht, dass Wallets und Apps das Verbergen bereits standardmäßig, mit geringer Reibung, so umgesetzt haben, dass es sich automatisch anfühlt.
Diese kumulierten Daten haben zudem einen angeborenen Makel: Sie stapeln die gesamte Historie seit dem Mainnet-Start aufeinander. Je größer das Frühstadium als Basis, desto schwerer wird es, dass sich der Anteil kurzfristig nach oben bewegt. Wenn man nur 6,9% betrachtet, lässt sich weder beweisen, dass Privatsphäre gar nicht genutzt wird, noch lässt sich daraus ableiten, dass die Einführung gerade explodiert. Ich möchte eher auf den Anteil der neu hinzugekommenen shielded-Transaktionen pro Woche schauen: Werden Phoenix-fähige Anwendungen mehr? Passiert der Wechsel von öffentlichen Konten in den abgeschirmten Pfad weiterhin kontinuierlich?
Im Vergleich zu Zcash liegt Dusk’ Vorteil darin, dass Privatsphäre und regulatorische Abrechnung stärker miteinander verknüpft sind. Moonlight lässt Institutionen eine sichtbare Kooperationsöffnung, Phoenix übernimmt die geschützten Transfers. So heiß das RWA-Narrativ auch ist: Institutionen werden ihre vollständigen Geldflüsse nicht allen offenlegen. Das wird einen Teil des Bedarfs an Privatsphäre erzeugen. Aber die Schwächen sind ebenfalls klar: Die Wallet-Führung ist zu konservativ, der Standardpfad ist eher öffentlich, und die Verständnishürde wird dem Frontend aufgebürdet. Monero ist zwar standardmäßig komplett privat, aber bei Skalierbarkeit und regulatorischer Anpassung schwächelt es wieder. Wenn Dusk sich „dazwischen“ positionieren will, entscheidet sich letztlich daran, ob Nutzer wirklich anfangen, je nach Szenario aktiv die passende Seite zu wählen. Ich setze auf Zuwachs – nicht auf Bestand.
$TMX Drecksding verkauft, wissen, dass es zu einer Kauf- und Verkaufsfalle kommt Die Ersteller haben auch nichts abbekommen; ich werde fünf Tage lang abgezockt Nur Booster und Alpha😭😭😭
#dusk $DUSK @Dusk Dusk Beim Blocken wird die Abrechnung im Grunde nicht nach dem Kontostand bzw. dem Ranking der Nodes ausgerichtet. Blind zu investieren und per Losziehungen die großen Nodes zu treffen, hat die erwarteten Gewinne der großen Teilnehmer auseinandergerissen.
In letzter Zeit gibt es auf dem Platz wieder mehr Diskussionen über die Node-Renditen von Dusk. Anfangs dachte ich auch, dass es einfach darum geht: Wer am meisten anlegt, bekommt den Zuschlag, und die Annualisierung lässt sich direkt über den Kontostand schätzen. Letzte Nacht habe ich mir die Rollen im SBA-Konsens einmal im Detail auseinandergezogen und gemerkt, dass ich das falsch verstanden habe. Dusk teilt die Teilnehmer in Block Generator und Provisioner. Der Generator ist nur für die Erstellung von Vorschlägen zuständig, der Provisioner kümmert sich um Verifikation und Finalisierung. Das Recht zum Blockproduzieren wird nicht nach dem Umfang des Stakes (Vermögensbindung) im Ranking vergeben. Der Generator muss am Proof-of-Blind Bid teilnehmen: Zero-Knowledge-Proofs verbergen die tatsächlichen Beträge, und nur die Stake-Menge beeinflusst die Bewertung. Das führt dazu, dass selbst die Nodes mit den größten Stakes im Netzwerk in mehreren Runden hintereinander vielleicht nicht zum Zug kommen, während kleinere Nodes eher die Chance haben, zufällig zu treffen.
Anti-Zensur und Schutz vor Kollusion sind hier wirklich auf dem Papier – der Preis dafür ist jedoch, dass die Auszahlungs-/Gewinnkurve nicht so glatt ist. Man kann die Rendite nicht wie bei Cosmos so stabil und ruhig anhand einer Annualisierung abschätzen.
Verglichen mit Polkadots NPoS ist Dusks Blind-Draw-Setup zensurresistenter, und auch die Menge der Verifizierer ist nicht fix. Dadurch sinkt die Wahrscheinlichkeit, dass große Player dauerhaft die Top-Plätze dominieren. Aber genau hier liegt auch das Problem: Die Zufallsmechanik der Losziehung führt dazu, dass die Generator-Renditen stark schwanken. Durch die Rollen-Trennung entsteht außerdem eine Aufspaltung in der Einstiegshürde: Provisioner können bereits ab mindestens 10.000 DUSK betrieben werden, der Generator liegt eher bei etwa 100.000 als Startpunkt. Das Voting-Committee wird aus den Provisionern gezogen; wer letztlich wirklich entscheidet, ob ein Block durchgeht, ist im Kern der Provisioner. Ich habe die Kosten durchgerechnet: Wenn man die Node selbst deployen würde, würde man eher den Provisioner wählen – niedrigere Hürde, die Rendite hängt weniger vom Glück der blinden Ziehung ab. Zwar sind die Generator-Belohnungen höher, aber für kleine Gelder sieht die langfristige Erwartung, nur durch Ziehungen zu gewinnen, eher nicht gut aus. Ich bin allerdings keinen kompletten Mainnet-Zyklus selbst gelaufen – dieses Fazit muss man wohl noch durch On-Chain-Daten verifizieren.
Auf der Produktseite ist DuskEVM bereits live, und NPEX läuft ebenfalls. Trotzdem möchte ich sie eher als Health-Check-Berichte verstehen, die man für Institutionen im Rahmen von Due Diligence macht, statt als kurzfristige Story. Je genauer und ausgetüftelter das Konsensdesign ist, desto geringer sind die Bedenken, wenn große Beträge einsteigen. Verstehen, wie Blind Bids funktionieren, heißt nicht, dass man sofort das Portfolio umschichtet. Ich werde warten, bis echtes Staking-Wachstum im Mainnet und Daten zur Einbindung von Institutionen vorliegen. Wenn ihr an Dusks Staking teilnehmt: Lässt ihr dann selbst Provisioner laufen oder Generator, oder gebt ihr es direkt an einen Dritten weiter?