SE7EN Labs detalha planos de dApps do Daedalus em conversa de roteiro com Hoskinson

SE7EN Labs integrou o código central para conectar o Daedalus a aplicativos descentralizados, relataram os desenvolvedores durante uma discussão de roteiro com Charles Hoskinson. A funcionalidade ainda não havia sido lançada, com melhorias de interface e testes de segurança por vir. A equipe delineou como planeja levar o acesso a aplicativos à carteira de desktop com nó completo da Cardano, ao mesmo tempo que expande o suporte a hardware e se prepara para futuras atualizações de protocolo.

Daedalus prepara um navegador integrado para aplicativos de Cardano

A integração usa o CIP-30, a interface por meio da qual aplicativos de Cardano se comunicam com carteiras compatíveis. Isso permitiria que usuários do Daedalus acessassem dApps a partir do aplicativo de desktop, junto com transferências, staking e governança. Segundo o desenvolvedor responsável pela integração, a comunicação subjacente já funciona, embora partes da experiência do usuário permaneçam inacabadas.

Esse trabalho se estende a como o Daedalus apresenta ativos. A equipe reconheceu que sua interface havia ficado atrás do desenvolvimento de tokens e NFTs no ecossistema, com tokens amplamente representados por descrições em texto. Espera-se que Adam Dean melhore sua apresentação. Também está planejado um modo opcional de carteira de endereço único para acomodar aplicativos que dependem de um endereço específico da carteira.

Para o acesso a aplicativos, a SE7EN Labs considerou uma extensão de navegador que se comunicaria com o Daedalus por meio de uma conexão local. Os desenvolvedores rejeitaram esse projeto por preocupações com a proteção do canal, sobretudo em um computador executando software malicioso. A abordagem escolhida abre cada dApp em uma janela de navegador separada dentro do Daedalus, usando um ambiente isolado conhecido como sandbox. A comunicação com a carteira passaria pelo conector CIP-30 injetado, com o acesso a outros componentes restrito por esse projeto.

Desenvolvedores de aplicativos foram convidados a discutir a integração, especialmente para projetos que rodam nas redes de teste Preview e Preprod da Cardano. O processo de listagem proposto usaria envios ao repositório do Daedalus contendo descrições, ícones, redes compatíveis e URLs específicas de cada rede. Musashi Dojo foi mencionado como possível adição posterior, enquanto o processo formal de envio ainda não havia sido estabelecido.

A equipe diferenciou a inclusão no diretório da certificação de segurança. A SE7EN Labs espera testar algumas integrações, mas não planeja certificar todos os aplicativos listados. Um recurso separado na interface de diagnósticos também forneceria acesso a dApps que ainda não foram adicionados ao diretório.

Arquitetura de nó completo e desenvolvimento assistido por IA

Hoskinson relacionou as necessidades de modernização do Daedalus às suas origens, anteriores às eras Shelley e Goguen da Cardano. Ele foi construído antes de o ecossistema atual de staking e aplicativos tomar forma, deixando trabalho pendente em sincronização, delegação e acesso a dApps. Ele também explicou que a posição da Input Output como desenvolvedora de software de referência complicou decisões sobre monetização, parcerias e quais participantes do ecossistema uma carteira poderia destacar. Em sua visão, uma equipe de produto especializada tem maior flexibilidade para fazer essas escolhas.

A SE7EN Labs reuniu colaboradores interessados em continuar o desenvolvimento do Daedalus após trabalhos associados ao DripDropz. Samuel Leathers atribuiu ao financiamento aprovado pelo Cardano Treasury a possibilidade de a equipe dedicar mais atenção à carteira. Entre suas responsabilidades está o suporte ao usuário por meio do Ariadne, o portal criado para gerenciar solicitações de suporte. A integração do Mithril, por sua vez, abordou parte da carga de trabalho de sincronização ao permitir o uso de instantâneos certificados da blockchain enquanto o Daedalus continua a executar um nó local da Cardano.

Leathers detalhou outra mudança arquitetural já introduzida: o Watchdog, um supervisor escrito em Rust. Ele gerencia componentes em segundo plano, incluindo o nó e o backend da carteira, e coordena operações do Mithril e o armazenamento da blockchain. Suas funções incluem suportar uma unidade de armazenamento selecionada pelo usuário e expor informações de progresso que não estão prontamente disponíveis pela API da carteira. Essas responsabilidades eram anteriormente tratadas pelo código mais antigo de gerenciamento de processos do aplicativo.

Essa separação pode dar suporte a integrações futuras com nós alternativos da Cardano, incluindo Dingo e Amaru. Os desenvolvedores discutiram permitir que os usuários escolham um backend e baixem seu software assinado separadamente, embora as interfaces entre componentes precisem de trabalho adicional. Eles planejaram explorar esses requisitos com outras equipes em um workshop sobre diversidade de nós em Londres. Hoskinson sugeriu que o Daedalus poderia ajudar a distribuir implementações alternativas para usuários individuais.

Electron continua sendo o framework para a interface de desktop do Daedalus. Os desenvolvedores esclareceram que sua substituição ainda está em consideração e seria um empreendimento grande demais para buscar de imediato. No Linux, a equipe avançou para pacotes nativos para Debian, distribuições baseadas em RPM, Arch e NixOS, conectando esse trabalho aos requisitos do sistema operacional para isolamento de dApps. Sob a abordagem delineada na discussão, o Daedalus notifica os usuários sobre novas versões, enquanto as atualizações são tratadas pelo gerenciador de pacotes.

A conversa também examinou como a equipe usa IA durante o desenvolvimento. Leathers descreveu um sistema que indexa o código-fonte e disponibiliza às ferramentas de programação as versões relevantes de bibliotecas, reduzindo buscas repetidas e consumo de tokens. Ele combina modelos hospedados e locais, sendo que estes permitem que análises selecionadas permaneçam em seu próprio ambiente. Outro desenvolvedor enfatizou especificações bem definidas, múltiplas formas de verificações de software e análise de segurança assistida por IA de repositórios, incluindo o Daedalus.

A abordagem de Hoskinson começa com uma descrição precisa do comportamento pretendido, seguida de modelagem, implementação e verificação. Ele discutiu o uso de Quint para modelar sistemas e de Lean para construir uma referência formal contra a qual o software de produção pode ser verificado. A geração mais rápida de código, argumentou ele, coloca maior ênfase em revisão e garantia de segurança, especialmente para componentes que lidam com segredos criptográficos e fundos. Ele também levantou uma possível aplicação à parte para o Daedalus: permitir que um agente de IA pessoal acesse a Cardano por meio do nó local de seu proprietário, usando uma conexão privada como Tailscale.

Carteiras de hardware e atualizações de Cardano moldam os próximos lançamentos

A integração com Keystone depende de trabalho fora do Daedalus, assim como de mudanças na própria carteira. Leathers informou que a funcionalidade do lado do Daedalus estava pronta, enquanto um pull request relacionado para o firmware da Keystone aguardava revisão. Ledger Flex havia alcançado um estágio diferente: após atualizações de dependências e mudanças de integração, erros que ele havia encontrado anteriormente não apareceram mais em seus testes. A equipe não havia divulgado formalmente o suporte ao Flex porque ainda faltavam testes mais amplos.

Para as próximas atualizações da Cardano, os desenvolvedores estão acompanhando novos lançamentos de nós e verificando a compatibilidade. Eles querem que compilações de teste do Daedalus forneçam acesso antecipado a recursos de Dijkstra quando os componentes necessários estiverem disponíveis. Um requisito discutido foi exibir corretamente depósitos diretos planejados em contas de recompensas. A equipe também pretende continuar contribuindo com alterações no software de carteira upstream quando necessário para compatibilidade.

O CIP-113, o padrão de token programável, está sendo monitorado, mas ainda não tinha um item de implementação dedicado no roteiro do Daedalus. Os desenvolvedores estão observando como os projetos adotam a especificação antes de definir o suporte. Eles expressaram uma abordagem semelhante para transações aninhadas, com a integração prevista para seguir aplicações concretas que usem o recurso. Tais aplicações também precisariam de mecanismos para encaminhar transações parciais a outros participantes antes da conclusão.

Hoskinson conectou esse problema de coordenação ao Moriarty, a linguagem baseada em intenções que ele está desenvolvendo. Algumas transações começam como uma expressão do que o usuário deseja alcançar e exigem que outras partes contribuam com informações, ativos ou assinaturas antes do envio. Transações multisig fornecem um exemplo existente: os participantes devem trocar e assinar uma transação incompleta antes que ela possa ser enviada à blockchain. Ele defendeu interfaces comuns que carteiras poderiam adotar para lidar com essas trocas e relacionou o mesmo requisito às operações financeiras entre redes planejadas do Midnight.

Para o suporte a dApps, a SE7EN Labs planeja restaurar o Daedalus Flight e introduzir a funcionalidade por meio de lançamentos de Preview, Preprod e Flight antes de adicioná-la à carteira de mainnet. Desenvolvedores e pesquisadores de segurança testariam a compatibilidade de aplicativos e os limites de isolamento do sandbox durante esse lançamento gradual. A equipe não anunciou uma data de lançamento na mainnet.