Eine neue Art digitaler Arbeitsabläufe nimmt Gestalt an: Software könnte uns nicht nur dabei helfen, Informationen zu finden, sondern auch in unserem Auftrag handeln.
Damit das funktioniert, brauchen Agenten mehr als nur die Fähigkeit, Anweisungen zu befolgen. Sie brauchen eine Möglichkeit, ihre Identität nachzuweisen, auf Gelder zuzugreifen und unter klaren Regeln mit Diensten zu interagieren.
Genau in diesem Bereich entwickelt Kite seine Lösungen.
Der Agent Passport von Kite soll Agenten eine Identität und ein aufgeladenes Wallet geben. Nutzer können Berechtigungen und Ausgabenlimits festlegen und so die Kontrolle darüber behalten, was ein Agent tun darf.
Die Kite Chain soll Transaktionen innerhalb dieser Agentenökonomie ermöglichen.
Ein einfaches Beispiel: Ein Agent muss auf einen kostenpflichtigen digitalen Dienst zugreifen, um eine Aufgabe zu erledigen. Identität, Wallet-Zugriff und Berechtigungskontrollen werden dabei alle relevant.
Das ist das Konzept, das ich für erkundenswert halte. Das Ziel ist nicht einfach, Software autonomer zu machen; es geht auch darum, einen Rahmen zu schaffen, in dem ihre Handlungen innerhalb der von Nutzern festgelegten Grenzen stattfinden können.
Die Technologie und ihre Verbreitung müssen sich zwar noch in großem Maßstab bewähren, aber Kite arbeitet an einigen wichtigen Grundbausteinen dieses sich entwickelnden Bereichs.
DuskEVM könnte es letztlich einfacher machen, die Entwicklerseite des Ökosystems zu messen. Die Unterstützung für Solidity und Hardhat bedeutet, dass Entwickler mit Tools arbeiten können, mit denen sie bereits vertraut sind. Jetzt würde ich drei Dinge beobachten: Deployments. Aktive Anwendungen. Wiederkehrende Nutzer. Wenn diese Zahlen gemeinsam steigen, wird die Infrastrukturthese interessanter. Wenn nicht, wird die bessere Zugänglichkeit für Entwickler allein nicht ausreichen. #dusk $DUSK @Dusk
Dusk hat eine ehrgeizige Infrastruktur-These rund um Datenschutz und regulierte Finanzmärkte. DuskEVM fügt ein weiteres praktisches Element hinzu, indem Solidity- und Hardhat-Entwicklung zugänglicher gemacht werden. Aber Infrastruktur ist erst der Anfang. Die schwierigere Frage ist, ob Entwickler nützliche Anwendungen bauen und ob Nutzer tatsächlich mit ihnen interagieren. Dort erwarte ich das nächste aussagekräftige Signal. Nicht noch eine Erzählung. Keine weitere Vorhersage. Tatsächliches Netzwerkverhalten. #dusk $DUSK @Dusk
Die Dusk-These ist nicht einfach „alles auf die Blockchain bringen“. Sie ist eher: Wie bringt man finanzielle Vermögenswerte auf die Blockchain, während man die Anforderungen bewahrt, die regulierte Märkte bereits haben? Das ist ein weitaus schwierigeres Problem. Datenschutz, Compliance, Abwicklung und Interoperabilität werden dabei allesamt wichtig. Die kürzliche DuskEVM-Veröffentlichung bringt Entwicklern den Zugang zu dieser Gleichung. Ich denke, das nächste große Signal wird durch echte Anwendungen und das Netzwerkverhalten kommen – nicht durch einen weiteren Narrativ-Zyklus. #dusk $DUSK @Dusk
Über DUSK lässt sich leicht anhand von Kursdiagrammen sprechen. Mich interessiert mehr die Infrastruktur, die darunter entsteht. Dusk arbeitet an einem Netzwerk, das auf Finanzanwendungen, Datenschutz und regulierte Asset-Prozesse ausgelegt ist. Die kürzlich veröffentlichte Version von DuskEVM fügt eine weitere praktische Ebene hinzu, indem sie Entwicklern, die Solidity und Hardhat nutzen, ermöglicht, Anwendungen zu testen. Dadurch entsteht eine besser messbare Entwicklungsphase. Statt zu fragen, was aus DUSK werden könnte, würde ich lieber beobachten, was Entwickler tatsächlich bereitstellen #dusk $DUSK @Dusk
Ein SME-Tokenisierungsbeitrag auf ihrem Blog diese Woche (15. August) — und ich habe länger darüber nachgedacht als geplant während der #Dusk CreatorPad-Aufgabe… irgendetwas daran hat sich anfangs nicht richtig angefühlt. Der gesamte Text geht die Emission, das Onboarding von Investoren, die Abwicklung durch — sechs Stufen, ein gemeinsamer Eigentumsnachweis. Solide Darstellung. Aber scrollt man ganz nach unten, ist die eigentliche Bitte: „Schließ dich der Dusk-Trade-Warteliste an.“ Keine Förderantragsstellung. Kein Builder-Doc. Eine Warteliste für Institutionen und für Abläufe, die an NPEX angelehnt sind. In der Zwischenzeit wirkt die Community-seitige Seite — diese echten $DUSK grants/dev-Fund-Sachen — immer noch dünner, als es der Roadmap-Entwurf vermuten lässt. Auf der Ecosystem-Seite ist wirklich nur ein dApp live, während die Tokenisierungs-Kommunikation sich weiter nach außen ausdehnt — hin zu Banken und regulierten Standorten. Hmm. Ergibt kommerziell Sinn — Institutionen gehen zuerst, Compliance-Infrastruktur braucht Ankerkunden, bevor sie Spielzeug-/Hobby-Tools benötigt. Trotzdem ist es eine gute Erinnerung, „es gibt ein Förderprogramm“ von „das Förderprogramm verteilt gerade aktiv an unabhängige Builder“ zu trennen. @Dusk Hat in diesem Zyklus eigentlich jemand eine Förderantwort erhalten, oder sind es immer noch hauptsächlich eingehende Anträge, die noch geprüft werden? #dusk $DUSK @Dusk
Dusk hat kürzlich die Tokenisierungsinfrastruktur für KMU und private Märkte hervorgehoben. Die Idee ist interessant, weil Vermögenswerte aus privaten Märkten bisher nur schwer zugänglich waren und sich nur ineffizient übertragen ließen. Sie auf die Blockchain zu bringen, könnte Teile dieses Prozesses verändern. Doch die Tokenisierung selbst ist nicht das Ziel. Die Infrastruktur muss die finanziellen Abläufe rund um diese Vermögenswerte unterstützen. Hier werden Dusks Fokus auf Datenschutz, Compliance und Abwicklung relevant. Das Konzept ist überzeugend. Die entscheidende Frage ist, wie schnell sich die praktische Anwendung entwickelt. #dusk $DUSK @Dusk
Bei Dusk gab es zahlreiche spannende Entwicklungen im Bereich der Infrastruktur. Doch früher oder später stehen Krypto-Netzwerke vor derselben Bewährungsprobe: Werden sie tatsächlich genutzt? DuskEVM bietet Solidity- und Hardhat-Entwicklern jetzt eine vertrautere Möglichkeit, mit dem Netzwerk zu experimentieren. Das eröffnet eine gute Gelegenheit, zu beobachten, was als Nächstes kommt. Das Interesse von Entwicklern ist ein Indikator. Wiederholte Deployments und anhaltende Aktivität sind aussagekräftigere Signale. Für mich geht es in der nächsten Phase von Dusk weniger darum, die Technologie zu erklären, und mehr darum, zu beobachten, was entwickelt wird. #dusk $DUSK @Dusk
Wenn über Dusk gesprochen wird, ist Datenschutz meist das erste Thema. Ich denke aber, die wichtigere Frage ist, wie sich Datenschutz in eine regulierte Finanzinfrastruktur einfügt. Märkte brauchen nicht einfach nur vertrauliche Transaktionen. Sie brauchen auch Rechenschaftspflicht, Compliance und eine verlässliche Abwicklung. Das ist ein weitaus komplexeres Designproblem. Dusks Ausrichtung auf tokenisierte Finanzmärkte macht diese Kombination besonders interessant. Ich beobachte weiter, wie viel reale Aktivität sich letztlich rund um diese These entwickelt. #dusk $DUSK @Dusk
Eine der praktischeren Dusk-Entwicklungen der letzten Zeit ist die Unterstützung von DuskEVM für Solidity und Hardhat. Für Entwickler, die bereits im Ethereum-Ökosystem arbeiten, können vertraute Tools einen erheblichen Teil der Reibung beseitigen. Das führt jedoch nicht automatisch zur Einführung. Aber es macht das Experimentieren leichter. Ich würde lieber beobachten, was als Nächstes passiert: Verträge, die bereitgestellt werden, Anwendungen, die getestet werden, und Entwickler, die nach dem ersten Experiment wiederkommen. Die Technologie wird zunehmend leichter zugänglich. Jetzt muss die Nutzung folgen. #dusk $DUSK @Dusk
Der Dusk etabliert sich zunehmend in tokenisierten Finanzmärkten, insbesondere in Workflows von privaten Märkten. Dieser Unterschied ist wichtig. Bei der Tokenisierung geht es nicht nur darum, eine digitale Darstellung eines Vermögenswerts zu schaffen. Finanzinstitute benötigen außerdem Prozesse rund um Emission, Abwicklung, Eigentum und Compliance. Dusk versucht, diese umfassendere Infrastruktur-Schicht abzudecken. Meiner Ansicht nach wird die interessante Kennzahl nicht sein, wie viele Vermögenswerte sich theoretisch tokenisieren lassen. Entscheidend wird sein, ob echte Emittenten und finanzielle Teilnehmer die Infrastruktur tatsächlich nutzen. #dusk $DUSK @Dusk
DuskEVM ging am 10. August live und ermöglicht Entwicklern, Anwendungen mit Solidity und Hardhat bereitzustellen und zu testen.
Ich denke, das ist wichtiger, als es zunächst erscheint. Infrastruktur lässt sich leichter bewerten, wenn Entwickler Tools nutzen können, mit denen sie bereits vertraut sind. Als Nächstes sollte man nicht auf eine weitere Ankündigung achten, sondern darauf, ob Entwickler tatsächlich Verträge bereitstellen, Anwendungen testen und anhaltende Netzwerkaktivität erzeugen.
Für Dusk könnte dies ein wichtiger Übergang von der Entwicklung der Infrastruktur hin zu einer messbaren Nutzung des Ökosystems sein.
Blockchain-Transparenz ist mächtig, aber Finanzmärkte brauchen auch Privatsphäre. Genau dort wird $DUSK interessant. Statt Privatsphäre und Compliance als Gegensätze zu betrachten, baut $DUSK eine Infrastruktur auf, die darauf ausgelegt ist, beides in der Onchain-Finanzwelt zusammenzubringen. Die Zukunft der finanziellen Blockchain-Infrastruktur braucht beides.
Was mich beim Durchwühlen von Dusk innehalten ließ, war, wie anders sich die Idee von „privatem Finanzwesen“ anfühlt, sobald man sich das tatsächliche Transaktionsmodell ansieht.
Ich habe im Rahmen der CreatorPad-Aufgabe @Dusk und $DUSK geprüft, und der interessante Punkt ist, dass Dusk nicht jede Transaktion in dasselbe Datenschutzmodell zwingt. Sein Protokoll unterstützt sowohl Moonlight, das transparente konto-basierte Modell, als auch Phoenix, das UTXO-basierte Modell, das verschleierte Transaktionen verarbeiten kann. Diese Einzelheit steht im aktuellen Dusk-Whitepaper, und sie verändert, wie ich #Dusk. betrachte
Für Finanzanwendungen ist diese Flexibilität für mich wichtiger als die Datenschutz-Story selbst. Ein regulierter Vermögenswert braucht wahrscheinlich nicht jede Interaktion, die vor allen verborgen ist. Er braucht die richtigen Informationen, die für die richtige Partei sichtbar sind, während sensible Details geschützt bleiben. Das Design von Dusk scheint um diese Unterscheidung herum aufgebaut zu sein, statt Privatsphäre als reinen Alles-oder-Nichts-Schalter zu behandeln.
Zunächst dachte ich, der interessante Teil würde im Zusammenhang mit der Tokenisierung liegen. Nach dem tieferen Eintauchen bin ich mir weniger sicher. Die größere Frage ist jetzt, ob diese Flexibilität auf Transaktionsebene tatsächlich zum Standard wird, wenn reale finanzielle Aktivitäten weiter onchain stattfinden… #dusk $DUSK @Dusk
Was mich beim Durchwühlen von Dusk innehalten ließ, war, wie unterschiedlich sich die Idee von „privatem Finance“ anfühlt, sobald man sich das tatsächliche Transaktionsmodell ansieht.
Ich habe während der CreatorPad-Aufgabe @Dusk und $DUSK geprüft, und das Interessante ist: Dusk zwingt nicht jede Transaktion in dasselbe Datenschutzmodell. Das Protokoll unterstützt sowohl Moonlight, das transparente kontobasierte Modell, als auch Phoenix, das UTXO-basierte Modell, das verschleierte Transaktionen verarbeiten kann. Diese Einzelheit steht im aktuellen Dusk-Whitepaper, und sie verändert, wie ich #Dusk. sehe
Für Finanzanwendungen ist diese Flexibilität für mich wichtiger als die Datenschutz-Erzählung an sich. Ein reguliertes Asset braucht wahrscheinlich nicht jede Interaktion vor allen zu verbergen. Es braucht die richtigen Informationen für die richtige Partei, während sensible Details geschützt bleiben. Duskes Design scheint genau um diese Unterscheidung herum gebaut zu sein – statt Datenschutz als reinen Alles-oder-Nichts-Schalter zu behandeln.
Zunächst dachte ich, der spannende Teil würde im Tokenisierungs-Aspekt liegen. Nach dem weiteren Graben bin ich mir weniger sicher. Die größere Frage ist jetzt, ob diese Flexibilität auf Transaktionsebene tatsächlich zum Standard wird, wenn echte finanzielle Aktivitäten on-chain weitergehen…