Midnames prueba identidad y dominios en Midnight preprod
Una nueva Build Club Masterclass mostró flujos de credenciales con QR y NFC, un prototipo de fidelización de cafetería y un servicio de nombres orientado a desarrolladores. La pila de Midnames está abierta para pruebas en Midnight preprod, aunque la verificación de credenciales sigue dependiendo de un servidor de confianza.
By SongMarketCap
Updated:
Midnames está desarrollando una capa de identidad que combina identificadores descentralizados, credenciales verificables y dominios legibles por humanos para aplicaciones de Midnight.
Los desarrolladores pueden acceder a la pila mediante un SDK, perfiles insertables y comprobaciones de propiedad de dominio, mientras que Lace proporciona la conexión de monedero con el ecosistema más amplio de Cardano. La sesión combinó flujos de producto funcionales con los límites técnicos que aún afectan el uso en producción.
El monedero de identidad conecta DIDs, dispositivos y credenciales
El objetivo a más largo plazo de Midnames es construir una capa de prueba de humanidad para un entorno digital cada vez más poblado por cuentas automatizadas y agentes de IA. Su monedero de identidad actual se centra primero en microcredenciales, incluidos certificados por cursos completados y habilidades adquiridas.
El monedero utiliza identificadores descentralizados, conocidos como DIDs, y credenciales verificables. Una organización puede firmar digitalmente una credencial, mientras que otra parte puede verificar su autenticidad sin consultar la base de datos central del emisor.
Midnames afirmó que las credenciales basadas en estándares también pueden utilizarse con monederos de identidad compatibles en lugar de quedar bloqueadas dentro de una sola aplicación.
Esta estructura puede admitir comprobaciones de propiedades individuales, como si alguien cumple un requisito de edad o de cumplimiento, sin compartir repetidamente un nombre completo, dirección o registro de identidad completo.
En la demostración, una credencial se vinculó a un DID desplegado en Midnight preprod. Una clave del titular puede respaldarse, mientras que una clave de hardware separada permanece vinculada al dispositivo móvil en el que se emitió la credencial. Por lo tanto, un verificador puede distinguir entre una credencial restaurada y otra que también está confirmada por su dispositivo original.
Midnames también añadió recuperación a través de Google Drive, lo que permite a los usuarios restaurar el acceso al monedero y a los certificados almacenados. El equipo describió esto como una decisión de usabilidad en lugar de un diseño de almacenamiento totalmente descentralizado.
La verificación de credenciales actualmente se realiza en el lado del servidor. Midnames planea reemplazar ese paso confiable con verificación de conocimiento cero cuando los circuitos necesarios puedan ejecutarse en dispositivos móviles. Compact, el lenguaje de contratos inteligentes de Midnight, produce circuitos de conocimiento cero a partir de la lógica del contrato, pero el flujo móvil demostrado todavía depende del servidor de Midnames.
QR y NFC llevan las credenciales a flujos de usuario físicos
La demostración mostró una credencial emitida mediante un código QR, confirmada con autenticación biométrica y verificada después a través de un lector NFC. La emisión también puede comenzar con un toque NFC, mientras Midnames desarrolla verificación de teléfono a teléfono para que las empresas no necesiten lectores dedicados en cada ubicación. Las aplicaciones pueden requerir la clave de hardware cuando una credencial deba permanecer vinculada a su dispositivo original.
El equipo aplicó el mismo modelo de identidad a un prototipo de fidelización para una cafetería. Un cliente se registra escaneando un código, tras lo cual una clave pública se conecta a un DID. Cada compra añade un sello digital, y el cliente puede canjear una recompensa después de alcanzar el umbral configurado por el comerciante.
Los códigos QR utilizados para añadir sellos son de tiempo limitado y de un solo uso, lo que impide que los clientes reutilicen una captura de pantalla. Una interfaz para comerciantes muestra registros, cafés emitidos y canjeados y datos básicos de actividad. Midnames dijo que está conversando sobre el producto con dueños de cafeterías en Buenos Aires, pero la sesión no identificó un despliegue activo con un comerciante.
La aplicación de fidelización mantiene el DID y las interacciones con contratos detrás de un proceso familiar de escanear, coleccionar sellos y canjear una recompensa. Demuestra cómo la misma infraestructura de credenciales puede admitir certificados educativos, verificación en ubicaciones físicas y programas de fidelización comerciales.
Midnames abre su servicio de nombres a los desarrolladores de Midnight
El servicio de nombres de Midnames está disponible para pruebas externas en Midnight preprod. Conecta un nombre legible por humanos con una dirección de monedero o de contrato, de forma similar a cómo un dominio de internet sustituye una dirección IP. Los usuarios pueden acceder a la aplicación a través de Lace y su compatibilidad con monedero de Midnight.
Cada dominio contiene una dirección de destino y campos adicionales. El destino puede resolverse a un monedero o a un contrato inteligente, mientras que los campos pueden almacenar un tipo de perfil, enlaces, identificadores de aplicaciones u otros datos. Las aplicaciones pueden definir cómo usan y muestran esos registros flexibles.
El equipo también demostró una integración con Discord en la que un token está vinculado a un nombre de dominio y contrato específicos. Copiarlo a otro dominio no reproduce la conexión verificada porque el servidor comprueba dónde se asignó originalmente.
Midnames proporciona un SDK y widgets de perfil insertables. Una aplicación puede resolver un dominio, inspeccionar sus campos o mostrar un perfil sin construir un sistema de nombres por separado. La propiedad también puede comprobarse pidiendo a un usuario que almacene un token designado en el registro del dominio y verificando la actualización de contrato correspondiente.
La presentación también documentó los límites actuales. La interfaz en ocasiones no guardaba o mostraba los registros correctamente, un nodo de Midnight estaba descartando algunas transacciones, y las transferencias de dominios no estaban disponibles porque los monederos informaban direcciones de forma incorrecta. Midnames espera que las transferencias funcionen después de corregir el problema del lado del monedero, pero no proporcionó una fecha de producción.
Para el ecosistema más amplio de Cardano, Midnames añade una capa de usuario alrededor de Lace y de las aplicaciones de Midnight. Los desarrolladores ahora pueden probar la resolución de dominios, widgets de perfil y registros específicos de aplicaciones en preprod, mientras que el monedero y el prototipo de fidelización extienden la misma base de DID más allá de las direcciones de la cadena de bloques.
Los componentes de nomenclatura están listos para pruebas de integración, pero la verificación privada de credenciales aún necesita ir más allá del servidor de confianza antes de que Midnames pueda ofrecer su planificada capa de identidad descentralizada.