DuskEVM läuft auf der OP Stack-Plattform – und heute erfolgt das OP Stack Rollup durch einen einzelnen Sortierer (Sequencer). In der Kryptokontext-Logik ist das eine klassische Kritik; in einem regulierten Markt ist es eher eine Anforderung – und dieser Grund sollte klar ausgesprochen werden.
Traditionelle Handelsplätze sind nicht dezentralisiert beim Matching. Sie haben stattdessen: einen lizenzierten Betreiber, eine Pflicht zur Aufrechterhaltung der Marktordnung und eine Regulierungsbehörde, die Sanktionen verhängen kann. „Sequencing“ ist hier nur das umbenannte Prinzip: in welcher Reihenfolge Transaktionen ausgeführt werden. Ein regulierter Ort kann das nicht einer Gruppe anonymer Akteure überlassen und gleichzeitig die Verantwortung für die Ergebnisse tragen. Ein rechenschaftspflichtiger Betreiber ist Design – nicht ein Mangel.
Doch die Kritik verschwindet dadurch nicht; sie verändert nur ihre Form. Das tatsächliche Risiko eines einzelnen Sequencers liegt in Zensur und Betriebsfähigkeit: Wenn er deine Transaktion ablehnt oder schlicht ausfällt, brauchst du einen Weg, der nicht von ihm abhängt. Auf OP Stack besteht dieser Weg über den Zwangseintrag auf der Abrechnungsebene – für @dusk ist das DuskDS und nicht Ethereum. Das entfernt nebenbei auch das siebentägige Withdrawal-Fenster, das Rollups mit Fraud-Proofs typischerweise mit sich bringen.
Damit werden die wirklich relevanten Fragen sehr konkret: Wer betreibt den Sequencer, und auf welcher Grundlage gibt es öffentlich nachvollziehbare Zusagen? Ist der Zwangseintrag bereits live und mit Tests bestätigt – und wie viel länger müssen Nutzer dafür warten? Gibt es einen schriftlich festgehaltenen Failover-Plan.
Für $DUSK ist nicht das Dezentrallen des Sequencers das offensichtliche Ziel; vielmehr geht es darum, ihn rechenschaftspflichtig und umgehbar zu machen. Das sind zwei verschiedene Engineering-Ziele, und was Nutzer in einem regulierten Umfeld tatsächlich nachsehen, ist das zweite.#dusk $DUSK @Dusk