Ich habe eine Transaktion erwartet. Ich habe drei gezählt.
Das ist eine DuskEVM-Bridge-Auszahlung, direkt aus Dusk’ eigener Anleitung:
1. Starte die Auszahlung auf DuskEVM
2. Beweise sie auf der Dusk L1
3. Finalisiere sie auf der Dusk L1
Drei On-Chain-Aktionen und Gebühren auf beiden Seiten: erst die Quell-Transaktion, dann zwei weitere auf der L1.
Die Anweisung, die ich am meisten respektiere, betrifft den Zeitpunkt. Die Doku sagt, dass die Einsatzbereitschaft einer Auszahlung vom veröffentlichten Netzwerkzustand, der Reife der Proofs und den Prüfungen in den Dispute-Games abhängt, und dass das Statusfeld der Wallet maßgeblich ist — leite die Einsatzbereitschaft nicht aus verstrichener Zeit ab. Diese Zeile existiert, weil Rollup-Auszahlungsfenster keine Uhren sind, sondern Zustandsmaschinen. Jede Integration, die hart „N Minuten warten, dann finalisieren“ kodiert, bricht irgendwann: ein Vorschlag landet zu spät, ein Check läuft länger, und dein Finalizer sendet in einen Zustand, der noch nicht bereit ist.
Der zweite Hinweis sagt mehr als nur die Schrittanzahl. Die Anleitung sagt dir, ausreichend ungeschirmtes DUSK auf der L1 vorzuhalten, um sowohl für den Proof als auch für die Finalisierungs-Transaktion zu zahlen. Setz dich damit auseinander auf einer Chain, deren zentrales Verkaufsargument vertrauliche Transfers sind: der Exit-Pfad aus ihrer eigenen EVM-Schicht ist in transparentem Kontostand denominiert. Einschränkung, und sie ist wichtig — das ist die Testnet-Anleitung; DuskEVM ist noch als Testnet gekennzeichnet, daher könnte sich das Mainnet-Setup ändern.
Um fair zu sein: Das ist keine Dusk-Erfindung. Es ist ein Standard-Optimistic-Rollup-Design, geerbt vom OP Stack, und jede OP-Chain verlangt von dir dieselben drei Aktionen. Die Frage ist also nicht, ob Dusk etwas falsch gemacht hat. Sondern: Was macht eine Standard-Rollup-UX mit einer Chain, deren gesamter Differenzierungsfaktor Privatsphäre ist?
Benötigen Privacy-First-Chains ein grundsätzlich anderes Bridge-Design? Oder ist transparenter Gasverbrauch auf der Settlement-Layer ein fairer Preis, den man für einen vertrauten Developer-Stack zahlt?
#dusk $DUSK @Dusk
Das ist eine DuskEVM-Bridge-Auszahlung, direkt aus Dusk’ eigener Anleitung:
1. Starte die Auszahlung auf DuskEVM
2. Beweise sie auf der Dusk L1
3. Finalisiere sie auf der Dusk L1
Drei On-Chain-Aktionen und Gebühren auf beiden Seiten: erst die Quell-Transaktion, dann zwei weitere auf der L1.
Die Anweisung, die ich am meisten respektiere, betrifft den Zeitpunkt. Die Doku sagt, dass die Einsatzbereitschaft einer Auszahlung vom veröffentlichten Netzwerkzustand, der Reife der Proofs und den Prüfungen in den Dispute-Games abhängt, und dass das Statusfeld der Wallet maßgeblich ist — leite die Einsatzbereitschaft nicht aus verstrichener Zeit ab. Diese Zeile existiert, weil Rollup-Auszahlungsfenster keine Uhren sind, sondern Zustandsmaschinen. Jede Integration, die hart „N Minuten warten, dann finalisieren“ kodiert, bricht irgendwann: ein Vorschlag landet zu spät, ein Check läuft länger, und dein Finalizer sendet in einen Zustand, der noch nicht bereit ist.
Der zweite Hinweis sagt mehr als nur die Schrittanzahl. Die Anleitung sagt dir, ausreichend ungeschirmtes DUSK auf der L1 vorzuhalten, um sowohl für den Proof als auch für die Finalisierungs-Transaktion zu zahlen. Setz dich damit auseinander auf einer Chain, deren zentrales Verkaufsargument vertrauliche Transfers sind: der Exit-Pfad aus ihrer eigenen EVM-Schicht ist in transparentem Kontostand denominiert. Einschränkung, und sie ist wichtig — das ist die Testnet-Anleitung; DuskEVM ist noch als Testnet gekennzeichnet, daher könnte sich das Mainnet-Setup ändern.
Um fair zu sein: Das ist keine Dusk-Erfindung. Es ist ein Standard-Optimistic-Rollup-Design, geerbt vom OP Stack, und jede OP-Chain verlangt von dir dieselben drei Aktionen. Die Frage ist also nicht, ob Dusk etwas falsch gemacht hat. Sondern: Was macht eine Standard-Rollup-UX mit einer Chain, deren gesamter Differenzierungsfaktor Privatsphäre ist?
Benötigen Privacy-First-Chains ein grundsätzlich anderes Bridge-Design? Oder ist transparenter Gasverbrauch auf der Settlement-Layer ein fairer Preis, den man für einen vertrauten Developer-Stack zahlt?
#dusk $DUSK @Dusk
