SE7EN Labs illustra i piani dApp di Daedalus in una discussione sulla roadmap con Hoskinson

SE7EN Labs ha unito il codice principale per collegare Daedalus alle applicazioni decentralizzate, hanno riferito gli sviluppatori durante una discussione sulla roadmap con Charles Hoskinson. La funzionalità non era ancora stata rilasciata, con miglioramenti dell’interfaccia e test di sicurezza ancora da svolgere. Il team ha illustrato come intende portare l’accesso alle applicazioni nel wallet desktop full node di Cardano, ampliando al contempo il supporto hardware e preparando gli aggiornamenti futuri del protocollo.

Daedalus prepara un browser integrato per le applicazioni Cardano

L’integrazione utilizza CIP-30, l’interfaccia tramite cui le applicazioni Cardano comunicano con i wallet compatibili. Consentirebbe agli utenti di Daedalus di accedere alle dApp dall’applicazione desktop insieme a trasferimenti, staking e governance. Secondo lo sviluppatore responsabile dell’integrazione, la comunicazione sottostante funziona già, sebbene parti dell’esperienza utente restino incomplete.

Questo lavoro si estende al modo in cui Daedalus presenta gli asset. Il team ha riconosciuto che la sua interfaccia era rimasta indietro rispetto all’evoluzione dell’ecosistema di token e NFT, con i token per lo più rappresentati tramite descrizioni testuali. Si prevede che Adam Dean ne migliori la presentazione. È inoltre pianificata una modalità facoltativa di wallet a indirizzo singolo per supportare applicazioni che dipendono da un particolare indirizzo del wallet.

Per l’accesso alle applicazioni, SE7EN Labs ha considerato un’estensione del browser che avrebbe comunicato con Daedalus tramite una connessione locale. Gli sviluppatori hanno respinto tale progettazione per preoccupazioni relative alla protezione del canale, in particolare su un computer che esegue software malevolo. L’approccio scelto apre ogni dApp in una finestra del browser separata all’interno di Daedalus, utilizzando un ambiente isolato noto come sandbox. La comunicazione con il wallet passerebbe attraverso il connettore CIP-30 iniettato, con l’accesso ad altri componenti limitato da tale impostazione.

Gli sviluppatori di applicazioni sono stati invitati a discutere l’integrazione, in particolare per i progetti che operano sulle reti di test Preview e Preprod di Cardano. Il processo di inserimento proposto utilizzerà invii al repository di Daedalus contenenti descrizioni, icone, reti supportate e URL specifici per rete. Musashi Dojo è stato menzionato come possibile aggiunta successiva, mentre il processo formale di invio non era ancora stato stabilito.

Il team ha distinto l’inclusione nell’elenco dalla certificazione di sicurezza. SE7EN Labs prevede di testare alcune integrazioni ma non intende certificare ogni applicazione elencata. Una funzione separata nell’interfaccia di diagnostica fornirebbe inoltre l’accesso alle dApp che non sono ancora state aggiunte alla directory.

Architettura full node e sviluppo assistito dall’IA

Hoskinson ha ricondotto le esigenze di modernizzazione di Daedalus alle sue origini, precedenti alle ere Shelley e Goguen di Cardano. Fu costruito prima che l’ecosistema odierno di staking e applicazioni prendesse forma, lasciando lavoro su sincronizzazione, delega e accesso alle dApp. Ha inoltre spiegato che la posizione di Input Output come sviluppatore di riferimento complicava le decisioni su monetizzazione, partnership e su quali partecipanti dell’ecosistema un wallet potesse mettere in evidenza. A suo avviso, un team di prodotto specializzato ha maggiore flessibilità nel compiere tali scelte.

SE7EN Labs ha riunito collaboratori interessati a proseguire lo sviluppo di Daedalus a seguito del lavoro associato a DripDropz. Samuel Leathers ha attribuito ai finanziamenti approvati dal Cardano Treasury la possibilità per il team di dedicare maggiore attenzione al wallet. Le sue responsabilità includono il supporto agli utenti tramite Ariadne, il portale costruito per gestire le richieste di assistenza. L’integrazione di Mithril ha nel frattempo affrontato parte del carico di lavoro di sincronizzazione consentendo l’uso di snapshot della blockchain certificati mentre Daedalus continua a eseguire un nodo Cardano locale.

Leathers ha delineato un altro cambiamento architetturale già introdotto: Watchdog, un supervisore scritto in Rust. Gestisce i componenti in background, incluso il nodo e il backend del wallet, e coordina le operazioni di Mithril e l’archiviazione della blockchain. Le sue funzioni includono il supporto di un’unità di archiviazione selezionata dall’utente e l’esposizione di informazioni di avanzamento che non sono prontamente disponibili tramite le API del wallet. Tali responsabilità erano in precedenza gestite tramite il codice più datato di gestione dei processi dell’applicazione.

Tale separazione potrebbe supportare una futura integrazione con nodi Cardano alternativi, tra cui Dingo e Amaru. Gli sviluppatori hanno discusso di consentire agli utenti di scegliere un backend e scaricarne separatamente il software firmato, sebbene le interfacce tra i componenti richiedano ulteriore lavoro. Hanno pianificato di esplorare tali requisiti con altri team in un workshop sulla diversità dei nodi a Londra. Hoskinson ha suggerito che Daedalus potrebbe aiutare a distribuire implementazioni alternative agli utenti individuali.

Electron rimane il framework per l’interfaccia desktop di Daedalus. Gli sviluppatori hanno chiarito che la sua sostituzione è ancora in valutazione e sarebbe un’impresa troppo grande da intraprendere immediatamente. Su Linux, il team si è orientato verso pacchetti nativi per Debian, distribuzioni basate su RPM, Arch e NixOS, collegando tale lavoro ai requisiti del sistema operativo per l’isolamento delle dApp. Con l’approccio delineato nella discussione, Daedalus notifica agli utenti le nuove versioni, mentre gli aggiornamenti sono gestiti tramite il gestore di pacchetti.

La conversazione ha inoltre esaminato come il team utilizza l’IA durante lo sviluppo. Leathers ha descritto un sistema che indicizza il codice sorgente e rende disponibili agli strumenti di programmazione le versioni pertinenti delle librerie, riducendo ricerche ripetute e consumo di token. Combina modelli ospitati e locali, con questi ultimi che consentono di mantenere alcune analisi nel proprio ambiente. Un altro sviluppatore ha sottolineato specifiche ben definite, forme multiple di verifiche software e analisi di sicurezza assistita dall’IA dei repository, incluso Daedalus.

L’approccio di Hoskinson parte da una descrizione precisa del comportamento atteso, seguita da modellazione, implementazione e verifica. Ha discusso di Quint per la modellazione dei sistemi e di Lean per costruire un riferimento formale rispetto al quale verificare il software di produzione. Una generazione di codice più rapida, ha sostenuto, richiede maggiore enfasi su revisione e garanzie di sicurezza, in particolare per i componenti che gestiscono segreti crittografici e fondi. Ha inoltre prospettato un’ulteriore possibile applicazione per Daedalus: consentire a un agente di IA personale di accedere a Cardano tramite il nodo locale del proprietario, utilizzando una connessione privata come Tailscale.

Hardware wallet e aggiornamenti di Cardano plasmano le prossime versioni

L’integrazione con Keystone dipende da lavori esterni a Daedalus e da modifiche al wallet stesso. Leathers ha riferito che la funzionalità lato Daedalus era pronta, mentre una pull request correlata per il firmware di Keystone era in attesa di revisione. Ledger Flex aveva raggiunto una fase diversa: dopo aggiornamenti delle dipendenze e modifiche di integrazione, gli errori che aveva riscontrato in precedenza non si sono più presentati nei suoi test. Il team non aveva ancora pubblicizzato formalmente il supporto a Flex perché restavano in sospeso test più ampi.

Per i prossimi aggiornamenti di Cardano, gli sviluppatori stanno seguendo le nuove release del nodo e verificando la compatibilità. Vogliono che le build di test di Daedalus forniscano accesso anticipato alle funzionalità di Dijkstra quando i componenti necessari saranno disponibili. Un requisito discusso riguardava la corretta visualizzazione dei depositi diretti pianificati nei conti ricompensa. Il team intende inoltre continuare a contribuire con modifiche al software del wallet a monte laddove necessario per la compatibilità.

CIP-113, lo standard di token programmabili, è monitorato ma non aveva ancora una voce di implementazione dedicata nella roadmap di Daedalus. Gli sviluppatori stanno osservando come i progetti adottano la specifica prima di definire il supporto. Hanno espresso un approccio simile per le transazioni annidate, con l’integrazione che dovrebbe seguire applicazioni concrete che utilizzano la funzionalità. Tali applicazioni avrebbero inoltre bisogno di meccanismi per instradare transazioni parziali ad altri partecipanti prima del completamento.

Hoskinson ha collegato tale problema di coordinamento a Moriarty, il linguaggio basato su intenti che sta sviluppando. Alcune transazioni iniziano come un’espressione di ciò che un utente vuole ottenere e richiedono che altre parti contribuiscano con informazioni, asset o firme prima dell’invio. Le transazioni multifirma offrono un esempio esistente: i partecipanti devono scambiarsi e firmare una transazione incompleta prima che possa essere inviata alla blockchain. Ha sostenuto la necessità di interfacce comuni che i wallet potrebbero adottare per gestire tali scambi e ha collegato lo stesso requisito alle operazioni finanziarie pianificate di Midnight tra reti.

Per il supporto alle dApp, SE7EN Labs prevede di ripristinare Daedalus Flight e introdurre la funzionalità tramite le release Preview, Preprod e Flight prima di aggiungerla al wallet su mainnet. Sviluppatori e ricercatori di sicurezza testeranno la compatibilità delle applicazioni e i confini di isolamento della sandbox durante quel rollout. Il team non ha annunciato una data di rilascio per la mainnet.