SE7EN Labs erläutert Daedalus dApp Pläne im Roadmap Gespräch mit Hoskinson

SE7EN Labs hat den Kerncode für die Verbindung von Daedalus mit dezentralen Anwendungen zusammengeführt, berichteten Entwickler während einer Roadmap Diskussion mit Charles Hoskinson. Die Funktionalität ist noch nicht veröffentlicht, Verbesserungen an der Oberfläche und Sicherheitstests stehen noch aus. Das Team skizzierte, wie es den Zugriff auf Anwendungen in das Vollknoten Desktop Wallet von Cardano bringen will, während es die Unterstützung für Hardware erweitert und sich auf künftige Protokoll Upgrades vorbereitet.

Daedalus bereitet einen integrierten Browser für Cardano Anwendungen vor

Die Integration verwendet CIP-30, die Schnittstelle, über die Cardano Anwendungen mit kompatiblen Wallets kommunizieren. Damit könnten Daedalus Nutzer dApps direkt aus der Desktop Anwendung neben Überweisungen, Staking und Governance nutzen. Laut dem für die Integration verantwortlichen Entwickler funktioniert die zugrunde liegende Kommunikation bereits, auch wenn Teile der Benutzererfahrung noch unvollständig sind.

Diese Arbeit erstreckt sich auch darauf, wie Daedalus Assets darstellt. Das Team räumte ein, dass seine Oberfläche hinter der Entwicklung von Token und NFTs im Ökosystem zurückgeblieben ist, wobei Token weitgehend durch Textbeschreibungen repräsentiert werden. Adam Dean soll deren Darstellung verbessern. Ein optionaler Single Address Wallet Modus ist ebenfalls geplant, um Anwendungen zu unterstützen, die von einer bestimmten Wallet Adresse abhängen.

Für den Anwendungszugriff erwog SE7EN Labs eine Browser Erweiterung, die über eine lokale Verbindung mit Daedalus kommuniziert. Entwickler verwarfen dieses Design wegen Bedenken beim Schutz des Kanals, insbesondere auf einem Computer mit schädlicher Software. Der gewählte Ansatz öffnet jede dApp in einem separaten Browserfenster innerhalb von Daedalus, mit einer isolierten Umgebung, die als Sandbox bekannt ist. Die Kommunikation mit der Wallet würde über den injizierten CIP-30 Connector laufen, wobei der Zugriff auf andere Komponenten durch dieses Design eingeschränkt wird.

Anwendungsentwickler wurden eingeladen, die Integration zu besprechen, insbesondere für Projekte, die auf Cardanos Preview und Preprod Testnetzwerken laufen. Der vorgeschlagene Aufnahmeprozess würde Einreichungen an das Daedalus Repository verwenden, die Beschreibungen, Symbole, unterstützte Netzwerke und netzwerkspezifische URLs enthalten. Musashi Dojo wurde als mögliche spätere Ergänzung erwähnt, während der formale Einreichungsprozess noch nicht festgelegt war.

Das Team unterschied die Aufnahme in das Verzeichnis von einer Sicherheitszertifizierung. SE7EN Labs rechnet damit, einige Integrationen zu testen, plant aber nicht, jede gelistete Anwendung zu zertifizieren. Eine separate Funktion in der Diagnose Oberfläche würde außerdem Zugang zu dApps bieten, die noch nicht in das Verzeichnis aufgenommen wurden.

Vollknoten Architektur und KI gestützte Entwicklung

Hoskinson führte den Modernisierungsbedarf von Daedalus auf seine Ursprünge vor den Shelley und Goguen Epochen von Cardano zurück. Es wurde gebaut, bevor sich das heutige Staking und Anwendungsökosystem herausgebildet hatte, wodurch Arbeit bei Synchronisierung, Delegation und dApp Zugriff verblieb. Er erklärte auch, dass die Rolle von Input Output als Referenz Softwareentwickler Entscheidungen über Monetarisierung, Partnerschaften und die Frage, welche Ökosystemteilnehmer eine Wallet hervorheben könnte, erschwerte. Aus seiner Sicht hat ein spezialisiertes Produktteam mehr Flexibilität, diese Entscheidungen zu treffen.

SE7EN Labs brachte Mitwirkende zusammen, die nach Arbeiten im Zusammenhang mit DripDropz an der Weiterentwicklung von Daedalus interessiert waren. Samuel Leathers schrieb genehmigte Cardano Treasury Mittel dem Umstand zu, dass das Team dem Wallet mehr Aufmerksamkeit widmen konnte. Zu seinen Aufgaben gehört der Nutzersupport über Ariadne, das Portal zur Verwaltung von Supportanfragen. Die Mithril Integration hat inzwischen einen Teil der Synchronisierungsarbeit adressiert, indem sie die Nutzung zertifizierter Blockchain Snapshots ermöglicht, während Daedalus weiterhin einen lokalen Cardano Node betreibt.

Leathers skizzierte eine weitere bereits eingeführte architektonische Änderung: Watchdog, ein in Rust geschriebener Supervisor. Er verwaltet Hintergrundkomponenten, einschließlich Node und Wallet Backend, und koordiniert Mithril Abläufe und Blockchain Speicher. Zu seinen Funktionen gehören die Unterstützung eines vom Nutzer gewählten Speicherdatenträgers und die Bereitstellung von Fortschrittsinformationen, die über die Wallet API nicht ohne Weiteres verfügbar sind. Diese Aufgaben wurden zuvor durch den älteren Prozess Management Code der Anwendung erledigt.

Diese Trennung könnte künftige Integrationen mit alternativen Cardano Nodes unterstützen, darunter Dingo und Amaru. Entwickler diskutierten, Nutzern die Wahl eines Backends zu ermöglichen und dessen signierte Software separat herunterzuladen, auch wenn die Schnittstellen zwischen den Komponenten noch weiterer Arbeit bedürfen. Sie planten, diese Anforderungen mit anderen Teams in einem Node Diversity Workshop in London zu untersuchen. Hoskinson schlug vor, dass Daedalus helfen könnte, alternative Implementierungen an einzelne Nutzer zu verteilen.

Electron bleibt das Framework für die Desktop Oberfläche von Daedalus. Entwickler stellten klar, dass ein Ersatz weiterhin erwogen wird und für einen sofortigen Wechsel ein zu großes Vorhaben wäre. Unter Linux ist das Team zu nativen Paketen für Debian, RPM basierte Distributionen, Arch und NixOS übergegangen und verknüpft diese Arbeit mit Betriebssystem Anforderungen für dApp Isolation. Nach dem in der Diskussion skizzierten Ansatz informiert Daedalus Nutzer über neue Versionen, während Updates über den Paketmanager erfolgen.

Das Gespräch beleuchtete auch, wie das Team KI während der Entwicklung nutzt. Leathers beschrieb ein System, das Quellcode indexiert und die relevanten Versionen von Bibliotheken für Coding Tools bereitstellt, was wiederholte Suchen und Token Verbrauch reduziert. Er kombiniert gehostete und lokale Modelle, wobei letztere es ermöglichen, ausgewählte Analysen in seiner eigenen Umgebung zu belassen. Ein anderer Entwickler betonte eng definierte Spezifikationen, mehrere Formen von Softwareprüfungen und KI gestützte Sicherheitsanalysen von Repositories, einschließlich Daedalus.

Hoskinsons Ansatz beginnt mit einer präzisen Beschreibung des beabsichtigten Verhaltens, gefolgt von Modellierung, Implementierung und Verifikation. Er diskutierte Quint zur Modellierung von Systemen und Lean zum Aufbau einer formalen Referenz, gegen die Produktionssoftware überprüft werden kann. Schnellere Codegenerierung, argumentierte er, verstärkt die Bedeutung von Review und Sicherheitszusicherung, insbesondere für Komponenten, die kryptografische Geheimnisse und Gelder verarbeiten. Er brachte auch eine separate mögliche Anwendung für Daedalus ins Spiel: einem persönlichen KI Agenten den Zugriff auf Cardano über den lokalen Node seines Besitzers zu erlauben, unter Nutzung einer privaten Verbindung wie Tailscale.

[NEWSBREAK]

Hardware Wallets und Cardano Upgrades prägen die nächsten Veröffentlichungen

Die Keystone Integration hängt von Arbeiten außerhalb von Daedalus sowie von Änderungen an der Wallet selbst ab. Leathers berichtete, dass die Funktionalität auf Daedalus Seite bereit sei, während ein zugehöriger Pull Request für die Firmware von Keystone auf die Prüfung wartete. Ledger Flex war in einem anderen Stadium angelangt: Nach Aktualisierungen von Abhängigkeiten und Integrationsänderungen traten Fehler, die er zuvor gesehen hatte, in seinen Tests nicht mehr auf. Das Team hat Flex Unterstützung nicht offiziell angekündigt, weil breitere Tests noch ausstehen.

Für anstehende Cardano Upgrades verfolgen Entwickler neue Node Releases und prüfen die Kompatibilität. Test Builds von Daedalus sollen frühen Zugang zu Dijkstra Funktionen bieten, sobald die erforderlichen Komponenten verfügbar sind. Eine diskutierte Anforderung war, geplante direkte Einzahlungen auf Reward Konten korrekt anzuzeigen. Das Team beabsichtigt zudem, weiterhin Änderungen an Upstream Wallet Software beizutragen, wo dies für die Kompatibilität nötig ist.

CIP-113, der programmierbare Token Standard, wird beobachtet, hatte jedoch noch keinen eigenen Implementierungspunkt in der Roadmap von Daedalus. Entwickler beobachten, wie Projekte die Spezifikation übernehmen, bevor sie Unterstützung definieren. Sie äußerten einen ähnlichen Ansatz für verschachtelte Transaktionen, wobei die Integration voraussichtlich konkreten Anwendungen folgen wird, die die Funktion nutzen. Solche Anwendungen müssten zudem Mechanismen haben, um partielle Transaktionen vor dem Abschluss an andere Teilnehmer zu leiten.

Hoskinson verband dieses Koordinationsproblem mit Moriarty, der intent basierten Sprache, die er entwickelt. Einige Transaktionen beginnen als Ausdruck dessen, was ein Nutzer erreichen will, und erfordern von anderen Parteien Beiträge an Informationen, Assets oder Signaturen vor der Einreichung. Multisignatur Transaktionen liefern ein bestehendes Beispiel: Teilnehmer müssen eine unvollständige Transaktion austauschen und signieren, bevor sie an die Blockchain gesendet werden kann. Er plädierte für gemeinsame Schnittstellen, die Wallets übernehmen könnten, um diese Austausche abzuwickeln, und verband dieselbe Anforderung mit den geplanten Finanzoperationen von Midnight über Netzwerke hinweg.

Für dApp Unterstützung plant SE7EN Labs, Daedalus Flight wiederherzustellen und die Funktionalität über Preview, Preprod und Flight Veröffentlichungen einzuführen, bevor sie in die Mainnet Wallet aufgenommen wird. Entwickler und Sicherheitsforscher würden während dieses Rollouts die Anwendungskompatibilität und die Isolationsgrenzen der Sandbox testen. Das Team nannte kein Mainnet Veröffentlichungsdatum.