SE7EN Labs detalla los planes de dApps de Daedalus en una charla sobre la hoja de ruta con Hoskinson

SE7EN Labs ha fusionado el código central para conectar Daedalus con aplicaciones descentralizadas, informaron los desarrolladores durante una conversación sobre la hoja de ruta con Charles Hoskinson. La funcionalidad aún no se había lanzado, con mejoras de interfaz y pruebas de seguridad pendientes. El equipo describió cómo planea llevar el acceso a aplicaciones al monedero de escritorio de nodo completo de Cardano, al tiempo que amplía el soporte de hardware y se prepara para futuras actualizaciones del protocolo.

Daedalus prepara un navegador integrado para aplicaciones de Cardano

La integración utiliza CIP-30, la interfaz mediante la cual las aplicaciones de Cardano se comunican con billeteras compatibles. Permitirá que los usuarios de Daedalus accedan a dApps desde la aplicación de escritorio junto con transferencias, staking y gobernanza. Según el desarrollador responsable de la integración, la comunicación subyacente ya funciona, aunque partes de la experiencia de usuario siguen incompletas.

Ese trabajo se extiende a cómo Daedalus presenta los activos. El equipo reconoció que su interfaz se había quedado atrás respecto del desarrollo de tokens y NFT del ecosistema, con los tokens representados en gran medida mediante descripciones de texto. Se espera que Adam Dean mejore su presentación. También se planea un modo opcional de billetera de dirección única para acomodar aplicaciones que dependen de una dirección de billetera en particular.

Para el acceso a aplicaciones, SE7EN Labs consideró una extensión del navegador que se comunicaría con Daedalus mediante una conexión local. Los desarrolladores rechazaron ese diseño por preocupaciones sobre la protección del canal, especialmente en un equipo que ejecute software malicioso. El enfoque elegido abre cada dApp en una ventana de navegador separada dentro de Daedalus, utilizando un entorno aislado conocido como sandbox. La comunicación con la billetera pasaría por el conector CIP-30 inyectado, con el acceso a otros componentes restringido por ese diseño.

Se ha invitado a los desarrolladores de aplicaciones a discutir la integración, en particular para proyectos que se ejecutan en las redes de prueba Preview y Preprod de Cardano. El proceso de listado propuesto usaría envíos al repositorio de Daedalus que contengan descripciones, iconos, redes compatibles y URL específicas por red. Se mencionó a Musashi Dojo como una posible incorporación posterior, mientras que el proceso formal de envío aún no se había establecido.

El equipo distinguió la inclusión en el directorio de la certificación de seguridad. SE7EN Labs espera probar algunas integraciones, pero no planea certificar cada aplicación listada. Una función separada en la interfaz de diagnóstico también proporcionaría acceso a dApps que aún no se han agregado al directorio.

Arquitectura de nodo completo y desarrollo asistido por IA

Hoskinson vinculó las necesidades de modernización de Daedalus a sus orígenes anteriores a las eras Shelley y Goguen de Cardano. Se construyó antes de que el ecosistema actual de staking y aplicaciones tomara forma, lo que dejó trabajo pendiente en sincronización, delegación y acceso a dApps. También explicó que la posición de Input Output como desarrollador de software de referencia complicaba las decisiones sobre monetización, asociaciones y qué participantes del ecosistema podría destacar una billetera. En su opinión, un equipo de producto especializado tiene mayor flexibilidad para tomar esas decisiones.

SE7EN Labs reunió a colaboradores interesados en continuar el desarrollo de Daedalus tras el trabajo asociado con DripDropz. Samuel Leathers atribuyó a la financiación aprobada por el Cardano Treasury el haber permitido que el equipo dedicara más atención a la billetera. Sus responsabilidades incluyen el soporte a usuarios mediante Ariadne, el portal creado para gestionar solicitudes de soporte. La integración de Mithril, por su parte, ha abordado parte de la carga de sincronización al habilitar el uso de instantáneas certificadas de la blockchain mientras Daedalus sigue ejecutando un nodo local de Cardano.

Leathers describió otro cambio arquitectónico ya introducido: Watchdog, un supervisor escrito en Rust. Gestiona componentes en segundo plano, incluido el nodo y el backend de la billetera, y coordina las operaciones de Mithril y el almacenamiento de la blockchain. Sus funciones incluyen admitir una unidad de almacenamiento seleccionada por el usuario y exponer información de progreso que no está fácilmente disponible a través del API de la billetera. Esas responsabilidades se manejaban anteriormente mediante el código más antiguo de gestión de procesos de la aplicación.

Esa separación podría admitir una futura integración con nodos alternativos de Cardano, incluidos Dingo y Amaru. Los desarrolladores debatieron permitir que los usuarios elijan un backend y descarguen su software firmado por separado, aunque las interfaces entre componentes necesitarían más trabajo. Planearon explorar esos requisitos con otros equipos en un taller sobre diversidad de nodos en Londres. Hoskinson sugirió que Daedalus podría ayudar a distribuir implementaciones alternativas a usuarios individuales.

Electron sigue siendo el framework para la interfaz de escritorio de Daedalus. Los desarrolladores aclararon que reemplazarlo sigue en consideración y sería un esfuerzo demasiado grande para abordarlo de inmediato. En Linux, el equipo ha avanzado hacia paquetes nativos para Debian, distribuciones basadas en RPM, Arch y NixOS, vinculando ese trabajo a los requisitos del sistema operativo para el aislamiento de dApps. Según el enfoque descrito en la conversación, Daedalus notifica a los usuarios sobre nuevas versiones, mientras que las actualizaciones se gestionan a través del gestor de paquetes.

La conversación también examinó cómo el equipo utiliza la IA durante el desarrollo. Leathers describió un sistema que indexa el código fuente y pone a disposición de las herramientas de programación las versiones relevantes de las bibliotecas, reduciendo búsquedas repetidas y consumo de tokens. Combina modelos alojados y locales, siendo estos últimos los que permiten que determinados análisis permanezcan en su propio entorno. Otro desarrollador enfatizó especificaciones estrictamente definidas, múltiples formas de comprobaciones de software y análisis de seguridad asistido por IA de repositorios, incluido Daedalus.

El enfoque de Hoskinson comienza con una descripción precisa del comportamiento previsto, seguida de modelado, implementación y verificación. Habló de Quint para modelar sistemas y de Lean para construir una referencia formal contra la cual se pueda verificar el software de producción. Una generación de código más rápida, argumentó, coloca un mayor énfasis en la revisión y la garantía de seguridad, en particular para componentes que manejan secretos criptográficos y fondos. También planteó una posible aplicación adicional para Daedalus: permitir que un agente de IA personal acceda a Cardano a través del nodo local de su propietario, utilizando una conexión privada como Tailscale.

[NEWSBREAK]

Las billeteras de hardware y las actualizaciones de Cardano dan forma a los próximos lanzamientos

La integración con Keystone depende de trabajo fuera de Daedalus así como de cambios en la propia billetera. Leathers informó que la funcionalidad del lado de Daedalus estaba lista, mientras que una pull request relacionada para el firmware de Keystone estaba a la espera de revisión. Ledger Flex había alcanzado una etapa diferente: tras actualizaciones de dependencias y cambios de integración, los errores que había encontrado previamente ya no aparecían en sus pruebas. El equipo no había anunciado formalmente el soporte para Flex porque aún quedaban pruebas más amplias pendientes.

Para las próximas actualizaciones de Cardano, los desarrolladores están siguiendo los nuevos lanzamientos de nodos y comprobando la compatibilidad. Quieren que las versiones de prueba de Daedalus ofrezcan acceso temprano a las funciones de Dijkstra cuando los componentes necesarios estén disponibles. Uno de los requisitos discutidos fue mostrar correctamente los depósitos directos planificados en las cuentas de recompensas. El equipo también pretende seguir contribuyendo cambios al software de billetera upstream donde sea necesario para la compatibilidad.

CIP-113, el estándar de tokens programables, está siendo monitoreado pero aún no tenía un elemento de implementación dedicado en la hoja de ruta de Daedalus. Los desarrolladores están observando cómo los proyectos adoptan la especificación antes de definir el soporte. Expresaron un enfoque similar para las transacciones anidadas, con la integración prevista después de que existan aplicaciones concretas que utilicen la función. Dichas aplicaciones también necesitarían mecanismos para enrutar transacciones parciales a otros participantes antes de su finalización.

Hoskinson vinculó ese problema de coordinación con Moriarty, el lenguaje basado en intenciones que está desarrollando. Algunas transacciones comienzan como una expresión de lo que un usuario quiere lograr y requieren que otras partes aporten información, activos o firmas antes del envío. Las transacciones de firmas múltiples ofrecen un ejemplo existente: los participantes deben intercambiar y firmar una transacción incompleta antes de que pueda enviarse a la blockchain. Abogó por interfaces comunes que las billeteras pudieran adoptar para gestionar esos intercambios y vinculó el mismo requisito con las operaciones financieras entre redes previstas para Midnight.

Para el soporte de dApps, SE7EN Labs planea restaurar Daedalus Flight e introducir la funcionalidad a través de los lanzamientos de Preview, Preprod y Flight antes de añadirla a la billetera de mainnet. Los desarrolladores e investigadores de seguridad probarían la compatibilidad de aplicaciones y los límites de aislamiento del sandbox durante ese despliegue. El equipo no anunció una fecha de lanzamiento para mainnet.