So macht die Taxi-App das oft: Sie geben dir einen geschätzten Preis zur psychischen Vorbereitung, am Ende wird dann nach der tatsächlichen Strecke abgerechnet. Gas für @Dusk auch ein ähnliches Prinzip: Die Kosten sind `gas_used × gas_price`. Der Gas-Preis wird in LUX angegeben, wobei 1 DUSK = 1.000.000.000 LUX gilt. Nicht genutzte Kontingente werden nicht abgezogen, aber wenn während der Transaktion der Gasverbrauch komplett aufgebraucht ist, wird die gesamte Aktion zurückgerollt; die vorher gelaufenen Berechnungen werden dennoch vollständig bezahlt. Am Anfang dachte ich auch, dass diese Einstellung richtig übel ist, aber dann wurde es mir klar: Wenn ein Fehlschlag komplett kostenlos wäre, könnten Hacker unendlich viele komplexe fehlerhafte Aufrufe abfeuern und dafür sorgen, dass die Nodes umsonst arbeiten—das wäre das eigentliche Problem.

Darum prüfe ich bei jeder Transaktion immer getrennt drei Dinge: Reicht der Gas limit aus, um den kompletten Ablauf durchzuführen? Ist der Gas price vernünftig? Sind das Ziel des Aufrufs und die Parameter korrekt ausgefüllt? Wenn es trotzdem fehlschlägt, nicht sofort neu senden—erst im offiziellen Browser nachsehen, um den Typ, die Kosten, die Nutzung und die Stelle des Fehlers zu klären. Blind das Limit zu verdoppeln bringt nur mehr Brennstoffkosten für den fehlerhaften Vertrag und heilt das Problem nicht.

Auch die Kostenflussrichtung ist ziemlich interessant. Jede Blockprämie besteht aus der neu ausgegebenen $DUSK plus den Transaktionsgebühren. Aufgeteilt wird das auf Block-Ersteller, einen Entwicklungsfonds und das Komitee; der nicht zugeteilte Teil kann vernichtet werden. Wenn das Netzwerk stark ausgelastet ist, können die Gebühren in die Verifikationsanreize fließen, aber das ist keine Dividende, die man einfach durch Halten von Coins „liegen lässt“ verdient.

Was mich wirklich zum Hinsehen gebracht hat, ist das Thema Privatsphäre. Dusk versteckt nicht einfach jede Transaktion vollständig, sondern betreibt selektive Offenlegung: Bei Compliance kann man nachweisen, dass die notwendigen Informationen vorhanden sind, ohne alle Details offen auf der öffentlichen Blockchain auszubreiten. XSC, DuskEVM plus das Citadel-Identitäts-Framework wirken auf mich näher an echten Finanz-Use-Cases als nur pauschal „Privatsphäre-Chain“ zu rufen.

Der Citadel-2-Prozess läuft in vier Schritten: Der License Provider prüft offline und stellt eine verschlüsselte Berechtigungs-Token aus. Der Nutzer erzeugt dann eine Zero-Knowledge-Proof und legt nur vor, dass man ein gültiges Token besitzt. Nach Vertragsvalidierung bleibt eine öffentliche session bestehen, und der Service entscheidet danach, ob er die Transaktion durchlässt. On-Chain wird nur bewiesen, dass die Sitzung zustande gekommen ist—egal, wem welche Institution vertraut, welche Attribute benötigt werden oder ob das Token abgelaufen ist. Dieselben Identitätsunterlagen müssen nicht ständig von jeder Plattform erneut gespeichert werden; dadurch verschiebt sich das Risiko von Datenduplikationen hin zu Governance und dem synchronen Widerruf beim Aussteller.

Bevor man Dusk nutzt, sollte man erst den Gas-Umgang verstehen, dann spart man sich mehrere Fehlversuche als „Lernkosten“. Ob es klappt, hängt aber vom Ergebnis der Transaktion ab—und ob der Wert nachhaltig in Richtung DUSK fließt, muss man weiterhin beobachten: tatsächliche Netzwerk-Nutzung und das Timing der Versorgung.#dusk $DUSK