Zuerst dachte ich, das Aufteilen einer Kette in drei Schichten sei nur Komplexität, die als Innovation verkleidet wird. DuskDS übernimmt Settlement und Konsens, DuskEVM gibt Solidity-Entwicklern einen vertrauten Einstiegspunkt, und DuskVM bleibt für native Privacy-Arbeiten reserviert. Diese Trennung wirkte wie Overhead, bis mir auffiel, was sie für die Reibung bedeutet. Ein Entwickler muss nicht erst Rust und Zero-Knowledge-Tooling lernen, nur um etwas Einfaches bereitzustellen; er kann auf DuskEVM starten und nur dann tiefer gehen, wenn die Anwendung tatsächlich geschützte Ausführung braucht. Privacy hört damit auf, eine zwingende Abgabe für jeden Builder zu sein, und wird zu einem Weg, der je nach Bedarf gewählt wird. Was mich noch mehr interessiert, ist die Settlement-Schicht darunter, die beides leise miteinander verknüpft, indem sie Finalität durchsetzt, ohne von dem jeweils anderen Ausführungsumfeld zu verlangen, dessen Randbedingungen zu kennen. Es ist weniger eine Funktion als ein Filter: Er entscheidet, welche Anwendungen überhaupt so weit gehen, es nötig zu haben. Ich frage mich immer wieder, ob die Adoption von Privacy jemals wirklich langsam war, weil die Leute es nicht wollten – oder weil noch niemand die Reibung beseitigt hatte, es auszuwählen.
@Dusk_Foundation $DUSK #dusk