Projekt @Dusk_Foundation hatte den ganzen Morgen damit verbracht, im neuen DuskEVM-Testnetz herumzustochern, statt irgendetwas Sinnvolles zu tun, ngl.
es ging am 10. August live, und die meiste Einordnung, die herumging, war „Solidity + Hardhat-Unterstützung funktioniert jetzt“, was ja okay ist, aber das ist nicht der Teil, der wirklich mein Scrollen gestoppt hat.
was mich geholt hat, ist die Settlement-Aufteilung. deploye einen Contract auf DuskEVM und der Sequencer führt ihn dort aus, aber der Batcher postet die Transaktionsdaten trotzdem als Blobs zurück an DuskDS, und ein Proposer verankert danach die resultierenden State-Commitments daran. die Ausführung passiert an einer Stelle, die Finalität kommt zurück auf der Basisschicht. der Gaspreis für alles wird in DUSK bezahlt, der zuerst von DuskDS rübergebridget wird, bevor überhaupt irgendetwas deployed wird.
das ist der Part, zu dem ich immer wieder zurückkomme, bevor ein Dev hier eine einzige Zeile Solidity schreibt, mussten sie schon echtes DUSK über eine Bridge bewegen. das ist eine echte Aktion, kein Vibe. hab vorhin im Testnet-Explorer nachgesehen und da liegen schon Contracts von den letzten paar Tagen herum, was für etwas, das sechs Tage alt ist, nicht gerade wenig ist..
ich arbeite immer noch daran heraus, ob dieses Settlement-anchoring-Setup tatsächlich bedeutend dafür ist, wie NPEX-ähnliche regulierte Assets auf der EVM-Seite irgendwann behandelt werden, oder ob ich da einfach zu viel in ein Standard-OP-Stack-Muster hineinlese. ich tendiere eher zur ersten Variante, bin aber noch nicht ganz überzeugt.
hat schon jemand tatsächlich irgendetwas darauf deployed, oder liest im Grunde auch noch nur Dokus wie ich?
$DUSK #dusk
es ging am 10. August live, und die meiste Einordnung, die herumging, war „Solidity + Hardhat-Unterstützung funktioniert jetzt“, was ja okay ist, aber das ist nicht der Teil, der wirklich mein Scrollen gestoppt hat.
was mich geholt hat, ist die Settlement-Aufteilung. deploye einen Contract auf DuskEVM und der Sequencer führt ihn dort aus, aber der Batcher postet die Transaktionsdaten trotzdem als Blobs zurück an DuskDS, und ein Proposer verankert danach die resultierenden State-Commitments daran. die Ausführung passiert an einer Stelle, die Finalität kommt zurück auf der Basisschicht. der Gaspreis für alles wird in DUSK bezahlt, der zuerst von DuskDS rübergebridget wird, bevor überhaupt irgendetwas deployed wird.
das ist der Part, zu dem ich immer wieder zurückkomme, bevor ein Dev hier eine einzige Zeile Solidity schreibt, mussten sie schon echtes DUSK über eine Bridge bewegen. das ist eine echte Aktion, kein Vibe. hab vorhin im Testnet-Explorer nachgesehen und da liegen schon Contracts von den letzten paar Tagen herum, was für etwas, das sechs Tage alt ist, nicht gerade wenig ist..
ich arbeite immer noch daran heraus, ob dieses Settlement-anchoring-Setup tatsächlich bedeutend dafür ist, wie NPEX-ähnliche regulierte Assets auf der EVM-Seite irgendwann behandelt werden, oder ob ich da einfach zu viel in ein Standard-OP-Stack-Muster hineinlese. ich tendiere eher zur ersten Variante, bin aber noch nicht ganz überzeugt.
hat schon jemand tatsächlich irgendetwas darauf deployed, oder liest im Grunde auch noch nur Dokus wie ich?
$DUSK #dusk