Der Dämmerungszustand hat zwei Entwicklerpfade. Ist das ein Vorteil oder ein Problem?
Der Dämmerungszustand bietet Entwicklern zwei Wege in das Netzwerk, und ich denke, das lohnt sich, genauer zu betrachten.
Da ist DuskEVM, aufgebaut auf den Tools, die viele Ethereum-Entwickler bereits kennen, darunter Solidity und Vyper.
Und dann gibt es DuskVM, die native Umgebung mit Rust/WASM und dem eigenen Ausführungsmodell von Dusk.
Das gibt Entwicklern etwas Flexibilität, aber es wirft auch eine praktische Frage auf.
Wenn ich heute Dusk kennenlerne und etwas bauen möchte: Welche Umgebung sollte ich wählen?
Die Antwort dürfte vor allem von der Anwendung selbst abhängen.
Wer ein bestehendes EVM-Projekt mitbringt, wird sich naheliegend eher zu DuskEVM hingezogen fühlen. Ein Entwickler, der tiefer in Dusk’ native Privatsphäre und ZK-Fähigkeiten eintaucht, könnte jedoch andere Gründe haben, direkt mit DuskVM zu arbeiten.
Mich interessiert also weniger, ob das Vorhandensein zweier Optionen gut klingt.
Ich möchte lieber sehen, was Entwickler tatsächlich auswählen, sobald sie mit dem Bauen beginnen.
Diese Nutzung wird uns zeigen, ob Dusk’ Ansatz mit zwei Pfaden wirklich nützlich ist oder lediglich eine zusätzliche Ebene der Entscheidungsfindung hinzufügt.
Welchen Weg würdest du wählen, wenn du heute auf Dusk aufbauen würdest?
#dusk @Dusk $DUSK $TUT $PROM
Der Dämmerungszustand bietet Entwicklern zwei Wege in das Netzwerk, und ich denke, das lohnt sich, genauer zu betrachten.
Da ist DuskEVM, aufgebaut auf den Tools, die viele Ethereum-Entwickler bereits kennen, darunter Solidity und Vyper.
Und dann gibt es DuskVM, die native Umgebung mit Rust/WASM und dem eigenen Ausführungsmodell von Dusk.
Das gibt Entwicklern etwas Flexibilität, aber es wirft auch eine praktische Frage auf.
Wenn ich heute Dusk kennenlerne und etwas bauen möchte: Welche Umgebung sollte ich wählen?
Die Antwort dürfte vor allem von der Anwendung selbst abhängen.
Wer ein bestehendes EVM-Projekt mitbringt, wird sich naheliegend eher zu DuskEVM hingezogen fühlen. Ein Entwickler, der tiefer in Dusk’ native Privatsphäre und ZK-Fähigkeiten eintaucht, könnte jedoch andere Gründe haben, direkt mit DuskVM zu arbeiten.
Mich interessiert also weniger, ob das Vorhandensein zweier Optionen gut klingt.
Ich möchte lieber sehen, was Entwickler tatsächlich auswählen, sobald sie mit dem Bauen beginnen.
Diese Nutzung wird uns zeigen, ob Dusk’ Ansatz mit zwei Pfaden wirklich nützlich ist oder lediglich eine zusätzliche Ebene der Entscheidungsfindung hinzufügt.
Welchen Weg würdest du wählen, wenn du heute auf Dusk aufbauen würdest?
#dusk @Dusk $DUSK $TUT $PROM
