Ich bin in den DuskEVM-Bridge-Guide gegangen, um etwas über den Zeitpunkt von Withdrawals zu erfahren.
Die Gebührenzeile war es, die mich zum Stoppen gebracht hat.
DUSK in den aktuellen DuskEVM-Testnet-Flow zu verschieben, ist ziemlich einfach: Zuerst die Einzahlung auf Dusk L1 einreichen, dann warten, bis der Kontostand auf DuskEVM erscheint.
Der Rückweg ist anders.
Für einen Withdrawal sind drei getrennte Aktionen nötig:
Ihn auf DuskEVM initiieren.
Ihn auf Dusk L1 beweisen.
Ihn auf Dusk L1 finalisieren.
Die Wallet kann dabei durch „Warte auf Output-Proposal“, „Bereit zum Beweisen“, „Proof übermittelt“ und „Warte auf Finalisierung“ gehen, bevor DUSK freigegeben wird.
Dieser Teil ergibt Sinn. Der Rückweg ist der Bereich, in dem DuskDS den Zustand prüft, der aus der EVM-Schicht kommt.
Dann ist mir jedoch aufgefallen, dass der Nutzer auch genug ungeschirmtes DUSK auf der L1 benötigt, um sowohl die Proof- als auch die Finalisierungs-Transaktionen zu bezahlen.
So kann jemand DUSK innerhalb von DuskEVM halten, damit anfangen, es zurückzubewegen, und trotzdem noch einen separaten, nutzbaren L1-Saldo brauchen, um den Exit abzuschließen.
Die Gelder sind nicht zwangsläufig feststecken. Der Nutzer hat möglicherweise einfach das Asset nicht, das nötig ist, um das abschließende Beweisen zu vervollständigen, dass er berechtigt ist, sie abzurufen.
Das fühlt sich wie eine kleine technische Anforderung an, bis DuskEVM von jemandem genutzt wird, der Dusk L1 noch nie direkt berührt hat.
Ein Solidity-Entwickler versteht vielleicht Verträge und MetaMask perfekt, während der Endnutzer nur sieht, wie ein Withdrawal bei „Waiting to finalize“ sitzt.
Dusk’s Dokumentation geht hier sorgfältig vor. Sie raten den Nutzern, dem Status der Wallet zu folgen, statt die Bereitschaft allein anhand verstrichener Zeit abzuschätzen.
Jetzt beobachte ich, wie viel davon in das endgültige Produktionserlebnis durchdringt.
Werden Nutzer weiterhin manuell drei Transaktionen und zwei L1-Gebühren verwalten müssen, oder wird die Wallet den Prozess abstrahieren, ohne zu verstecken, in welcher Settlement-Phase ihr Geld tatsächlich angekommen ist?
Die Bridge bewegt nicht nur DUSK zwischen den Schichten. Sie ist der Ort, an dem die vertraute Frontend-Oberfläche von DuskEVM auf das dusk-native Settlement trifft – und wo dieser Unterschied nicht mehr zu ignorieren ist.
@Dusk $DUSK #dusk
Die Gebührenzeile war es, die mich zum Stoppen gebracht hat.
DUSK in den aktuellen DuskEVM-Testnet-Flow zu verschieben, ist ziemlich einfach: Zuerst die Einzahlung auf Dusk L1 einreichen, dann warten, bis der Kontostand auf DuskEVM erscheint.
Der Rückweg ist anders.
Für einen Withdrawal sind drei getrennte Aktionen nötig:
Ihn auf DuskEVM initiieren.
Ihn auf Dusk L1 beweisen.
Ihn auf Dusk L1 finalisieren.
Die Wallet kann dabei durch „Warte auf Output-Proposal“, „Bereit zum Beweisen“, „Proof übermittelt“ und „Warte auf Finalisierung“ gehen, bevor DUSK freigegeben wird.
Dieser Teil ergibt Sinn. Der Rückweg ist der Bereich, in dem DuskDS den Zustand prüft, der aus der EVM-Schicht kommt.
Dann ist mir jedoch aufgefallen, dass der Nutzer auch genug ungeschirmtes DUSK auf der L1 benötigt, um sowohl die Proof- als auch die Finalisierungs-Transaktionen zu bezahlen.
So kann jemand DUSK innerhalb von DuskEVM halten, damit anfangen, es zurückzubewegen, und trotzdem noch einen separaten, nutzbaren L1-Saldo brauchen, um den Exit abzuschließen.
Die Gelder sind nicht zwangsläufig feststecken. Der Nutzer hat möglicherweise einfach das Asset nicht, das nötig ist, um das abschließende Beweisen zu vervollständigen, dass er berechtigt ist, sie abzurufen.
Das fühlt sich wie eine kleine technische Anforderung an, bis DuskEVM von jemandem genutzt wird, der Dusk L1 noch nie direkt berührt hat.
Ein Solidity-Entwickler versteht vielleicht Verträge und MetaMask perfekt, während der Endnutzer nur sieht, wie ein Withdrawal bei „Waiting to finalize“ sitzt.
Dusk’s Dokumentation geht hier sorgfältig vor. Sie raten den Nutzern, dem Status der Wallet zu folgen, statt die Bereitschaft allein anhand verstrichener Zeit abzuschätzen.
Jetzt beobachte ich, wie viel davon in das endgültige Produktionserlebnis durchdringt.
Werden Nutzer weiterhin manuell drei Transaktionen und zwei L1-Gebühren verwalten müssen, oder wird die Wallet den Prozess abstrahieren, ohne zu verstecken, in welcher Settlement-Phase ihr Geld tatsächlich angekommen ist?
Die Bridge bewegt nicht nur DUSK zwischen den Schichten. Sie ist der Ort, an dem die vertraute Frontend-Oberfläche von DuskEVM auf das dusk-native Settlement trifft – und wo dieser Unterschied nicht mehr zu ignorieren ist.
@Dusk $DUSK #dusk
