Das, was mich diese Woche zum Stoppen bringt, ist nicht dieser Satz, sondern ein recht kleiner Satz, der tief in den Unterlagen zu Project @Dusk steht: „integration not yet live.“
Ich habe mich wieder den CCIP-Updates zugewandt, um zu sehen, wie weit es in der Praxis schon gekommen ist, obwohl ich anfangs dachte, dass ich viel mehr bereits umgesetzte Teile vorfinden würde. Was dort beschrieben wird, klingt ziemlich vollständig: Dusk und NPEX kombinieren CCIP, DataLink und Data Streams, um verwaltete Assets über mehrere Chains hinweg zu übertragen. Diese Erzählweise lässt einen schnell glauben, dass das System tatsächlich schon läuft.
Ich bin jedoch nicht bei den Updates stehen geblieben, sondern habe mich tiefer in die Dokumentation zu #Dusk begeben, um gegenzuprüfen. Das Ergebnis war anders als das anfängliche Gefühl: CCIP befindet sich weiterhin im Status „not yet live“.
Was ich eindeutig verifizieren kann, ist, dass es inzwischen läuft: Stand 10.08. ist es das DuskEVM-Testnet. Solidity und Hardhat wurden bereits verwendet, $DUSK ist zu einem nativen Gas-Token geworden, und ich kann Verträge direkt auf dem Explorer deployen sowie testen.
Das bringt mich dazu, „den Umfang erweitern“ auf eine andere Weise zu sehen. Aktuell geht es noch nicht um die Geschichte, Assets tatsächlich chain-übergreifend zu bewegen, sondern darum, dass Dusk zuerst eine vertraute EVM-Umgebung schafft, in der Entwickler aufbauen können. Composability liegt weiterhin vor uns. Und genau hier liegt der Unterschied, den ich als besonders bemerkenswert empfinde: Das, was veröffentlicht wurde, ist das Fundament, in das CCIP einstecken kann – nicht die CCIP-Integration selbst.
Ich frage mich immer noch, ob Dusk die einzelnen Implementierungsschichten bewusst in einer bestimmten Reihenfolge anordnet oder ob das nur ein vertrauter Fall ist, bei dem die Kommunikations-Timeline der technischen Umsetzung vorausläuft. Und genau deshalb möchte ich wissen, wo die echte Activity im DuskEVM-Testnet gerade steht: wie viele Verträge tatsächlich deployed wurden – statt nur auf die Aufmerksamkeit zu schauen, die der Name CCIP mit sich bringt.$JCT $SPACE
Ich habe mich wieder den CCIP-Updates zugewandt, um zu sehen, wie weit es in der Praxis schon gekommen ist, obwohl ich anfangs dachte, dass ich viel mehr bereits umgesetzte Teile vorfinden würde. Was dort beschrieben wird, klingt ziemlich vollständig: Dusk und NPEX kombinieren CCIP, DataLink und Data Streams, um verwaltete Assets über mehrere Chains hinweg zu übertragen. Diese Erzählweise lässt einen schnell glauben, dass das System tatsächlich schon läuft.
Ich bin jedoch nicht bei den Updates stehen geblieben, sondern habe mich tiefer in die Dokumentation zu #Dusk begeben, um gegenzuprüfen. Das Ergebnis war anders als das anfängliche Gefühl: CCIP befindet sich weiterhin im Status „not yet live“.
Was ich eindeutig verifizieren kann, ist, dass es inzwischen läuft: Stand 10.08. ist es das DuskEVM-Testnet. Solidity und Hardhat wurden bereits verwendet, $DUSK ist zu einem nativen Gas-Token geworden, und ich kann Verträge direkt auf dem Explorer deployen sowie testen.
Das bringt mich dazu, „den Umfang erweitern“ auf eine andere Weise zu sehen. Aktuell geht es noch nicht um die Geschichte, Assets tatsächlich chain-übergreifend zu bewegen, sondern darum, dass Dusk zuerst eine vertraute EVM-Umgebung schafft, in der Entwickler aufbauen können. Composability liegt weiterhin vor uns. Und genau hier liegt der Unterschied, den ich als besonders bemerkenswert empfinde: Das, was veröffentlicht wurde, ist das Fundament, in das CCIP einstecken kann – nicht die CCIP-Integration selbst.
Ich frage mich immer noch, ob Dusk die einzelnen Implementierungsschichten bewusst in einer bestimmten Reihenfolge anordnet oder ob das nur ein vertrauter Fall ist, bei dem die Kommunikations-Timeline der technischen Umsetzung vorausläuft. Und genau deshalb möchte ich wissen, wo die echte Activity im DuskEVM-Testnet gerade steht: wie viele Verträge tatsächlich deployed wurden – statt nur auf die Aufmerksamkeit zu schauen, die der Name CCIP mit sich bringt.$JCT $SPACE
🚀 Real usage
100%
🔗 CCIP readiness
0%
👀 Both matter
0%
2 Stimmen • Abstimmung beendet