Gestern habe ich die Entwicklerdokumentation für @Dusk geöffnet, um einen einfachen Einstieg für Entwickler eines Drittanbieters zu finden. Unter „Start here“ empfiehlt das offizielle Handbuch zuerst, Smart Contracts bereitzustellen und Assets zu überbrücken. Dabei ist mir jedoch aufgefallen, dass in derselben Dokumentation auch die Produktzugänge für Dusk Trade, Dusk Wallet und Dusk Pay verlinkt sind. Eigentlich wollte ich nur ansehen, wie externe Teams anbinden – aber das Setup „offiziell selbst auf die Anwendungsebene gesetzt“ hat mich dann doch gepackt, und ich habe eine ganze Weile dabei verweilt.
Auf den ersten Blick ist $DUSK eine Privacy-Compliance-Blockchain. Je mehr ich jedoch schaue, desto mehr wirkt es wie ein Fall von vertikaler Integration mit verschwimmender Grenze zwischen „Protokoll“ und „Anwendungsebene“: Es liefert nicht nur den DuskDS-Konsens und die DuskEVM-Ausführungsumgebung, sondern geht selbst in die Umsetzung einer Handelsplattform, einer Wallet und eines Payment-Systems. In der offiziellen Dokumentation werden diese Produkte als „Anwendungsebene, die auf dem Protokoll sitzt“ positioniert; das Protokoll selbst betont weiterhin Offenheit, DuskEVM ist kompatibel mit den gängigen Solidity-Tools, und Dusk Connect unterstützt den Zugang über mehrere Wallets. In der Realität aber treibt dieselbe Partei die offiziellen Anwendungen und das zugrunde liegende Protokoll voran – die Grenze ist dadurch viel stärker verwischt, als es die Wortwahl vermuten lässt.
Was mich hier vorsichtig macht, ist Folgendes: Vertikale Integration kann in der Phase der Markteinführung zwar helfen, Prozesse schnell durchzulaufen und Institutionen ein „Plug-and-Play“-Beispiel zu geben. In der Ecosystem-Landschaft gibt es bereits Community-Projekte wie Sozu Staking, Pieswap DEX und Dusk Domains, was zeigt, dass die Third-Party-Einstiege nicht komplett geschlossen sind. Allerdings befinden sich Dusk Trade und Dusk Pay aktuell noch in einer Pre-Release-Phase bzw. auf einer Warteliste; sie laufen noch nicht wirklich im großen Stil. Daher wäre es zu früh, zu behaupten, dass sie bereits sicher die offizielle „Bestätigung“ als bevorzugte Position innehaben. Ich denke immer wieder darüber nach: Langfristig – haben Third-Party-Entwickler neben den offiziellen Produkten genug Motivation, etwas aufzubauen, statt davon auszugehen, dass die offiziellen Anwendungen zuerst die NPEX-Lizenzressourcen und die Liquiditätszugänge erhalten? Das ist derzeit nur eine plausible Vermutung und keine bestätigte, harte Priorität. #dusk
Deshalb möchte ich im Moment vor allem beobachten: Wenn Dusk Trade und Dusk Pay wirklich live gehen, kann Dusk dann vom „offiziellen Selbst-Vorführen“ zu einer „blühenden Third-Party-Ökologie“ übergehen? Mir geht es dabei nicht darum, ob die offiziellen Anwendungen selbst erfolgreich sein können – sondern darum, ob der Tokenwert von DUSK langfristig von einem offenen Anwendungs-Ökosystem gemeinsam vergrößert werden kann, statt sich am Ende auf ein paar interne „Treibstoffe“ der eigenen offiziellen Produkte zu verengen.
Auf den ersten Blick ist $DUSK eine Privacy-Compliance-Blockchain. Je mehr ich jedoch schaue, desto mehr wirkt es wie ein Fall von vertikaler Integration mit verschwimmender Grenze zwischen „Protokoll“ und „Anwendungsebene“: Es liefert nicht nur den DuskDS-Konsens und die DuskEVM-Ausführungsumgebung, sondern geht selbst in die Umsetzung einer Handelsplattform, einer Wallet und eines Payment-Systems. In der offiziellen Dokumentation werden diese Produkte als „Anwendungsebene, die auf dem Protokoll sitzt“ positioniert; das Protokoll selbst betont weiterhin Offenheit, DuskEVM ist kompatibel mit den gängigen Solidity-Tools, und Dusk Connect unterstützt den Zugang über mehrere Wallets. In der Realität aber treibt dieselbe Partei die offiziellen Anwendungen und das zugrunde liegende Protokoll voran – die Grenze ist dadurch viel stärker verwischt, als es die Wortwahl vermuten lässt.
Was mich hier vorsichtig macht, ist Folgendes: Vertikale Integration kann in der Phase der Markteinführung zwar helfen, Prozesse schnell durchzulaufen und Institutionen ein „Plug-and-Play“-Beispiel zu geben. In der Ecosystem-Landschaft gibt es bereits Community-Projekte wie Sozu Staking, Pieswap DEX und Dusk Domains, was zeigt, dass die Third-Party-Einstiege nicht komplett geschlossen sind. Allerdings befinden sich Dusk Trade und Dusk Pay aktuell noch in einer Pre-Release-Phase bzw. auf einer Warteliste; sie laufen noch nicht wirklich im großen Stil. Daher wäre es zu früh, zu behaupten, dass sie bereits sicher die offizielle „Bestätigung“ als bevorzugte Position innehaben. Ich denke immer wieder darüber nach: Langfristig – haben Third-Party-Entwickler neben den offiziellen Produkten genug Motivation, etwas aufzubauen, statt davon auszugehen, dass die offiziellen Anwendungen zuerst die NPEX-Lizenzressourcen und die Liquiditätszugänge erhalten? Das ist derzeit nur eine plausible Vermutung und keine bestätigte, harte Priorität. #dusk
Deshalb möchte ich im Moment vor allem beobachten: Wenn Dusk Trade und Dusk Pay wirklich live gehen, kann Dusk dann vom „offiziellen Selbst-Vorführen“ zu einer „blühenden Third-Party-Ökologie“ übergehen? Mir geht es dabei nicht darum, ob die offiziellen Anwendungen selbst erfolgreich sein können – sondern darum, ob der Tokenwert von DUSK langfristig von einem offenen Anwendungs-Ökosystem gemeinsam vergrößert werden kann, statt sich am Ende auf ein paar interne „Treibstoffe“ der eigenen offiziellen Produkte zu verengen.
