Midnames、Midnight preprodでアイデンティティとドメインをテスト

MidnamesはMidnightアプリケーション向けに、分散型識別子、検証可能なクレデンシャル、人が読めるドメインを組み合わせたアイデンティティ層を開発している。

ビルダーはSDK、埋め込み可能なプロフィール、ドメイン所有権チェックを通じてこのスタックにアクセスでき、Laceがより広いCardanoエコシステムへのウォレット接続を提供する。このセッションでは、実際に動作するプロダクトのフローと、本番利用に依然影響する技術的制約を併せて示した。

アイデンティティウォレットはDID、デバイス、クレデンシャルを結び付ける

Midnamesの長期的な目標は、自動化されたアカウントやAIエージェントが増えるデジタル環境において、本人性証明のレイヤーを構築することだ。現在のアイデンティティウォレットは、修了したコースや獲得したスキルの証明書など、まずはマイクロクレデンシャルに焦点を当てている。

このウォレットはDIDと呼ばれる分散型識別子と検証可能なクレデンシャルを用いる。組織はクレデンシャルにデジタル署名でき、別の当事者は発行者の中央データベースを照会せずにその真正性を検証できる。

Midnamesは、標準に基づくクレデンシャルは一つのアプリケーション内に閉じ込められるのではなく、互換性のあるアイデンティティウォレットでも利用できると述べた。

この構造により、氏名や住所などの完全な身元情報を繰り返し共有することなく、年齢やコンプライアンス要件を満たしているかといった個別の属性の確認を支援できる。

デモでは、クレデンシャルがMidnight preprodにデプロイされたDIDに接続された。保有者キーはバックアップできる一方で、別のハードウェアキーはクレデンシャルが発行されたモバイルデバイスに紐付いたままとなる。これにより検証者は、復元されたクレデンシャルと、元のデバイスによっても確認されているクレデンシャルとを区別できる。

MidnamesはGoogle Driveによるリカバリーも追加し、ユーザーはウォレットや保存済み証明書へのアクセスを復元できるようになった。チームはこれは完全に分散化されたストレージ設計ではなく、使い勝手を優先した選択だと説明した。

クレデンシャルの検証は現時点ではサーバー側で行われている。必要な回路がモバイルデバイス上で実行可能になれば、その信頼に依存する工程をゼロ知識検証に置き換える計画だ。Midnightのスマートコントラクト言語であるCompactは、コントラクトのロジックからゼロ知識回路を生成するが、今回示されたモバイルのフローは依然としてMidnamesのサーバーに依存している。

QRとNFCがクレデンシャルを物理的なユーザーフローに取り込む

デモでは、QRコードを通じてクレデンシャルが発行され、生体認証で確認され、その後NFCリーダーで検査される様子が示された。発行はNFCタップから開始することも可能で、Midnamesは各拠点に専用リーダーを置かずに済むようスマートフォン間の検証も開発している。クレデンシャルを元のデバイスに紐付けたままにすべき場合、アプリケーションはハードウェアキーを必須とできる。

チームは同じアイデンティティモデルをコーヒーショップのロイヤルティ試作にも適用した。顧客はコードをスキャンして登録し、その後公開鍵がDIDに接続される。購入ごとにデジタルスタンプが追加され、設定された閾値に達すると報酬を受け取れる。

スタンプ追加に用いるQRコードは有効時間が短く一回限りで、スクリーンショットの再利用を防ぐ。マーチャント向けインターフェースには、登録状況、発行済みと引き換え済みのコーヒー、基本的なアクティビティデータが表示される。MidnamesはBuenos Airesのコーヒーショップオーナーと製品について協議中だと述べたが、このセッションでは実運用中の店舗は示されなかった。

このロイヤルティアプリケーションは、スキャン、スタンプ収集、報酬引き換えという馴染みあるプロセスの裏側で、DIDとコントラクトのやり取りを処理する。同じクレデンシャル基盤が、教育証明、実店舗での検証、商用ロイヤルティプログラムをどのように支援できるかを示している。

Midnames、Midnightのビルダー向けにネームサービスを公開

MidnamesのネームサービスはMidnight preprodで外部テストが可能だ。インターネットのドメインがIPアドレスに代わるのと同様に、人が読める名前をウォレットまたはコントラクトのアドレスに結び付ける。ユーザーはLaceとそのMidnightウォレット対応を通じてアプリケーションにアクセスできる。

各ドメインには対象アドレスと追加フィールドが含まれる。対象はウォレットまたはスマートコントラクトに解決でき、フィールドにはプロフィールの種類、リンク、アプリケーションの識別子などを保存できる。アプリケーションはそれら柔軟なレコードの利用方法や表示方法を定義できる。

チームはトークンを特定のドメイン名とコントラクトに紐付けるDiscord連携も実演した。別のドメインにコピーしても、サーバーが当初の割り当て先を確認するため、検証済みの接続は再現されない。

MidnamesはSDKと埋め込み可能なプロフィールウィジェットを提供している。アプリケーションは別途ネーミングシステムを構築することなく、ドメインを解決し、そのフィールドを確認し、プロフィールを表示できる。ドメインレコードに指定のトークンを保存してもらい、対応するコントラクト更新を検証することで、所有権を確認することもできる。

プレゼンテーションでは現時点の制約も記録された。インターフェースが記録の保存や表示に時折失敗し、Midnightのノードが一部のトランザクションを破棄しており、ウォレットがアドレスを誤って報告しているためドメイン移転は利用できなかった。Midnamesはウォレット側の問題が修正されれば移転は機能するはずだと見込んでいるが、本番時期は示さなかった。

より広いCardanoエコシステムにとって、MidnamesはLaceとMidnightのアプリケーションの周囲にユーザーレイヤーを追加する。ビルダーはpreprod上でドメイン解決、プロフィールウィジェット、アプリケーション固有のレコードをテストできるようになり、ウォレットとロイヤルティ試作は同じDID基盤をブロックチェーンアドレスの外側へ拡張する。

ネーミングの各コンポーネントは統合テストに投入できる状態だが、Midnamesが計画する分散型アイデンティティ層を実現するには、秘密性の高いクレデンシャル検証を信頼されたサーバーの外へ移行する必要が残っている。