Midnames testet Identität und Domains auf Midnight preprod
Eine neue Build Club Masterclass zeigte QR und NFC basierte Nachweisabläufe, einen Prototyp für Kaffeetreueprogramme und einen entwicklerorientierten Namensdienst. Der Midnames Stack ist auf Midnight preprod zum Testen geöffnet, allerdings stützt sich die Überprüfung von Nachweisen noch auf einen vertrauenswürdigen Server.
By SongMarketCap
Updated:
Midnames entwickelt eine Identitätsschicht, die dezentrale Identifikatoren, verifizierbare Nachweise und menschenlesbare Domains für Midnight Anwendungen kombiniert.
Entwickler können über ein SDK, einbettbare Profile und Prüfungen des Domain Besitzes auf den Stack zugreifen, während Lace die Wallet Verbindung zum weiteren Cardano Ökosystem bereitstellt. Die Sitzung kombinierte funktionierende Produktabläufe mit den technischen Grenzen, die den Produktionseinsatz noch beeinträchtigen.
Die Identitäts Wallet verbindet DIDs, Geräte und Nachweise
Das längerfristige Ziel von Midnames ist der Aufbau einer Proof of Personhood Schicht für eine digitale Umgebung, die zunehmend von automatisierten Konten und KI Agenten bevölkert wird. Die aktuelle Identitäts Wallet konzentriert sich zunächst auf Mikronachweise, darunter Zertifikate für absolvierte Kurse und erworbene Fähigkeiten.
Die Wallet verwendet dezentrale Identifikatoren, bekannt als DIDs, und verifizierbare Nachweise. Eine Organisation kann einen Nachweis digital signieren, während eine andere Partei dessen Echtheit prüfen kann, ohne die zentrale Datenbank des Ausstellers abzufragen.
Midnames sagte, die standardbasierten Nachweise könnten auch von kompatiblen Identitäts Wallets genutzt werden, statt in einer einzigen Anwendung eingeschlossen zu bleiben.
Diese Struktur kann Prüfungen einzelner Eigenschaften unterstützen, etwa ob jemand eine Alters oder Compliance Anforderung erfüllt, ohne wiederholt den vollständigen Namen, die Adresse oder den kompletten Identitätseintrag zu teilen.
In der Demonstration wurde ein Nachweis mit einer auf Midnight preprod bereitgestellten DID verbunden. Ein Inhaber Schlüssel kann gesichert werden, während ein separater Hardware Schlüssel an das Mobilgerät gebunden bleibt, auf dem der Nachweis ausgestellt wurde. Ein Verifizierer kann daher zwischen einem wiederhergestellten Nachweis und einem unterscheiden, der zusätzlich durch sein ursprüngliches Gerät bestätigt wird.
Midnames fügte zudem eine Wiederherstellung über Google Drive hinzu, sodass Nutzer den Zugriff auf die Wallet und gespeicherte Zertifikate wiederherstellen können. Das Team beschrieb dies als eine Entscheidung für die Nutzbarkeit und nicht als vollständig dezentrales Speicherkonzept.
Die Überprüfung von Nachweisen findet derzeit auf der Serverseite statt. Midnames plant, diesen vertrauenswürdigen Schritt durch Zero Knowledge Verifizierung zu ersetzen, sobald die erforderlichen Schaltkreise auf Mobilgeräten laufen können. Compact, die Smart Contract Sprache von Midnight, erzeugt Zero Knowledge Schaltkreise aus Vertragslogik, doch der gezeigte mobile Ablauf stützt sich weiterhin auf den Midnames Server.
QR und NFC bringen Nachweise in physische Nutzerabläufe
Die Demonstration zeigte, wie ein Nachweis über einen QR Code ausgestellt, per biometrischer Authentifizierung bestätigt und später über einen NFC Leser geprüft wurde. Die Ausstellung kann auch mit einem NFC Antippen beginnen, während Midnames eine Verifizierung von Telefon zu Telefon entwickelt, damit Unternehmen nicht an jedem Standort eigene Lesegeräte benötigen. Anwendungen können den Hardware Schlüssel verlangen, wenn ein Nachweis an sein ursprüngliches Gerät gebunden bleiben muss.
Das Team wandte dasselbe Identitätsmodell auf einen Prototyp für ein Kaffeetreueprogramm an. Ein Kunde registriert sich durch das Scannen eines Codes, woraufhin ein öffentlicher Schlüssel mit einer DID verbunden wird. Jeder Kauf fügt einen digitalen Stempel hinzu, und der Kunde kann eine Belohnung einlösen, nachdem der vom Händler konfigurierte Schwellenwert erreicht ist.
Die zum Hinzufügen von Stempeln verwendeten QR Codes sind zeitlich begrenzt und nur einmal verwendbar, sodass Kunden keinen Screenshot wiederverwenden können. Eine Händleroberfläche zeigt Registrierungen, ausgegebene und eingelöste Kaffees sowie grundlegende Aktivitätsdaten an. Midnames sagte, man spreche mit Café Besitzern in Buenos Aires über das Produkt, doch die Sitzung nannte keine laufende Händler Implementierung.
Die Treueanwendung hält die DID und die Vertragsinteraktionen hinter einem vertrauten Ablauf aus Scannen, Stempel sammeln und einer Belohnung einlösen verborgen. Sie zeigt, wie dieselbe Nachweisinfrastruktur Bildungszertifikate, Verifizierung an physischen Standorten und kommerzielle Treueprogramme unterstützen kann.
Midnames öffnet seinen Namensdienst für Midnight Entwickler
Der Midnames Namensdienst steht auf Midnight preprod für externe Tests zur Verfügung. Er verbindet einen menschenlesbaren Namen mit einer Wallet oder Vertragsadresse, ähnlich wie eine Internetdomain eine IP Adresse ersetzt. Nutzer können über Lace und dessen Midnight Wallet Unterstützung auf die Anwendung zugreifen.
Jede Domain enthält eine Zieladresse und zusätzliche Felder. Das Ziel kann auf eine Wallet oder einen Smart Contract auflösen, während die Felder einen Profiltyp, Links, Anwendungskennungen oder andere Daten speichern können. Anwendungen können festlegen, wie sie diese flexiblen Einträge nutzen und anzeigen.
Das Team demonstrierte auch eine Discord Integration, bei der ein Token an einen bestimmten Domainnamen und Vertrag gebunden ist. Das Kopieren in eine andere Domain reproduziert die verifizierte Verbindung nicht, weil der Server prüft, wo es ursprünglich zugewiesen wurde.
Midnames stellt ein SDK und einbettbare Profil Widgets bereit. Eine Anwendung kann eine Domain auflösen, ihre Felder prüfen oder ein Profil anzeigen, ohne ein eigenes Benennungssystem zu bauen. Eigentum kann auch geprüft werden, indem ein Nutzer aufgefordert wird, ein vorgesehenes Token im Domaineintrag zu speichern und das entsprechende Vertragsupdate zu verifizieren.
Die Präsentation dokumentierte auch die aktuellen Grenzen. Die Oberfläche speicherte oder zeigte Einträge gelegentlich nicht korrekt an, ein Midnight Knoten ließ einige Transaktionen fallen, und Domain Übertragungen waren nicht verfügbar, weil Wallets Adressen falsch meldeten. Midnames erwartet, dass Übertragungen funktionieren, sobald das Problem auf Wallet Seite behoben ist, nannte jedoch kein Produktionsdatum.
Für das weitere Cardano Ökosystem fügt Midnames eine Nutzer Schicht rund um Lace und Midnight Anwendungen hinzu. Entwickler können nun die Domain Auflösung, Profil Widgets und anwendungsspezifische Einträge auf preprod testen, während die Wallet und der Treue Prototyp dieselbe DID Grundlage über Blockchain Adressen hinaus erweitern.
Die Namenskomponenten sind bereit für Integrationstests, doch die private Überprüfung von Nachweisen muss noch über den vertrauenswürdigen Server hinausgehen, bevor Midnames seine geplante dezentrale Identitätsschicht liefern kann.