zkAddressとzkSBTとは何か？ Manta Atlanticのプライバシーアイデンティティメカニズムを分析する

オンチェーンKYC認証とプライバシー保護の両立という文脈において、従来のパブリックアカウントモデルでは、データ露出を最小限に抑えながら認証情報を管理するのが困難です。Manta Atlanticは、パブリックアドレスとプライベートアドレスを並行して運用し、ゼロ知識Soulboundトークン（SBT）を活用することで、機密性の高いIDデータをオフチェーンまたは暗号化コミットメントに保持し、バリファイアには検証可能なゼロ知識証明のみを提供します。

Manta Networkのデュアルチェーンエコシステムの観点から見ると、AtlanticはID・認証情報レイヤー、PacificはZKアプリケーション実行レイヤーを担います。zkAddressとzkSBTは、AtlanticとPacificのモジュラーL2を区別する中核メカニズムであり、Mantaのプライバシーコンプライアンスソリューションの概念的な入り口です。

zkAddressとは

zkAddressは、Manta AtlanticのUTXO（未使用トランザクション出力）型プライバシーアドレスシステムで、パブリックアカウントアドレスと並行して動作します。ゼロ知識回路により、SBTのミント記録、オンチェーン上の認証情報ステータス、関連するオフチェーンID情報を秘匿し、ユーザーはアカウント全体を公開せずにプライバシーを重視した場面でID資産を管理できます。

ワンタイムプライバシーアドレスとは異なり、zkAddressは再利用可能で、独立管理および監査が可能です。同一プライバシーアドレス下で複数のNFTタイプ資産をサポートし、シードフレーズによるデバイス間同期にも対応するため、プライバシーID管理の敷居を下げます。Manta AtlanticのIDレイヤー内では、zkAddressは「プライバシーコンテナ」として機能し、zkSBTなどの認証情報は最終的にzkAddressに対応するゼロ知識コミットメントに紐づけられます。

この表からわかるように、zkAddressはパブリックアドレスを置き換えるものではなく、同一ネットワーク内で並列するプライバシーIDチャネルを提供します。パブリックアドレスはガバナンス投票やステーキングなど透明性と監査性が求められる操作に、zkAddressは認証情報ミントやプライベート資産保有などデータ最小化が必要なシナリオに適します。

パブリックアドレスとプライバシーアドレスはどのように連携するか

Manta Atlanticは、パブリックアカウントアドレスシステムとzkAddressプライバシーシステムの両方を維持し、ユーザーがトランザクションの種類に応じて適切なチャネルを選択できるようにしています。パブリックアドレスは標準のPolkadotエコシステムアカウントモデルに従い、残高、nonce、ガバナンス参加がオンチェーンで可視化されます。zkAddressはUTXO構造に従い、認証情報と資産を暗号化コミットメントとして保存し、ゼロ知識証明で検証します。

両アドレスタイプの鍵管理は独立しています。パブリックアドレスはSubstrate標準アカウント鍵で制御され、zkAddressは独自のシードフレーズとProve Keyシステムを持ち、パブリックアカウントとの関連を明かさずに認証情報を操作できます。このデュアルトラック設計により、ユーザーは同一ウォレット内で「透明な操作」と「プライベートな操作」を切り替えられ、すべてのオンチェーンアクティビティを単一の可視アイデンティティに強制統合する必要がなくなります。

図1. Manta Atlanticのデュアルアドレスモデル：アカウントベースのパブリックアドレスとUTXOベースのzkAddressによる保護された認証情報。

この並列設計にはメカニズム上の境界も存在します。パブリックアドレスでのMANTA送金やガバナンス投票などの操作は、自動的にプライバシー保護の対象になりません。zkAddress内での認証情報検証は、ゼロ知識回路の正確性とProve Keyの安全な保管に依存します。この区分を正しく理解することが、AtlanticのプライバシーID機能を活用するために不可欠です。

zkSBTとzkNFTの違いは何か

zkSBT（ゼロ知識Soulboundトークン）は、Manta Atlantic上の譲渡不可能なオンチェーンコンプライアンス認証情報です。発行者がオフチェーンKYCまたはコンプライアンス審査を完了すると、ゼロ知識証明を利用してユーザーのzkAddressにzkSBTをミントします。チェーンには「特定の条件を満たした」という検証可能なコミットメントのみが記録され、氏名やID番号などの生の機密フィールドは一切公開されません。

zkSBTとzkNFTはどちらもzkAddressシステム内で管理できますが、機能は異なります。zkSBTは譲渡不可能性とコンプライアンス検証を重視し、KYC証明や地域制限アクセスに適しています。zkNFTはプライベートNFT機能に特化し、プライバシーアドレス下でのデジタル資産保有を可能にします。発行者は有効期限と取消条件を設定でき、Atlanticランタイムモジュールによってオンチェーンで強制されます。

この比較から、zkSBTの価値は「検証可能だが生データは不可視」にあるのであって、資産の譲渡にはないことがわかります。サードパーティプロジェクトは、zkSBTに対応するゼロ知識証明を検証することで、ユーザーがアクセス条件を満たしていることを確認でき、完全なIDファイルにアクセスする必要はありません。Manta PacificもzkSBT関連のコンプライアンス検証をサポートし、AtlanticとPacific間でクロスチェーン認証情報の整合性を実現します。

Prove Keyはどのように選択的開示を可能にするか

Prove KeyはzkAddressシステム内の選択的開示鍵であり、認証情報ホルダーが特定のバリファイアに対して「特定のzkSBTを保持している」「特定の条件を満たしている」ことを証明できるようにします。他の認証情報や完全なプライバシーIDは一切公開されません。バリファイアはProve Keyまたは承認済み証明リクエストを受け取ると、元のKYC資料に触れることなく、オンチェーンまたはオフチェーンで検証を完了できます。

zkSBTミント時、機密データはオフチェーンに残ります。発行者はローカルでウィットネスを生成し、Groth16ゼロ知識証明を構築し、Atlanticランタイムモジュールを介してミントトランザクションを送信し、認証情報をユーザーのzkAddressコミットメントにバインドします。ミント後にはProve Keyが返却され、ホルダーはサードパーティプロジェクトと共有できます。バリファイアは認証情報の有効性を確認できますが、他のプライベート資産を推測することはできません。

図2. zkSBT発行（オフチェーン）→オンチェーンZKミント（zkAddressへ）→Prove Keyによるバリファイアへの選択的開示。

選択的開示メカニズムには、取消しと有効期限のロジックが組み込まれています。発行者はnullifierの公開や取消しレジストリの更新により認証情報を無効化できます。認証情報にはオンチェーン有効期限を設定でき、期限切れ後は自動的に検証が失敗します。規制当局や監査人は個人を特定せずに発行・取消しの集計統計を確認でき、プライバシーとコンプライアンスのトレーサビリティを両立できます。

zkAddressとzkSBTに適したシナリオは何か

zkAddressとzkSBTのアプリケーションは、分散型KYC、コンプライアントDeFiアクセス、クロスプロジェクトID相互運用性、プライベートNFT管理の4つの主要分野に及びます。

分散型KYCでは、発行者が審査後にzkAddressにzkSBTをミントし、後続のプロトコルはProve Keyを介してユーザーのKYCステータスを検証します。機密データの再収集は不要です。コンプライアントDeFiアクセスでは、プロトコルが「ユーザーが制限地域出身ではない」などの条件の証明を要求し、ゼロ知識証明の結果のみがオンチェーンで検証されます。

他のPolkadotエコシステムプロジェクトはzkSBT標準を統合でき、独自の暗号技術スタックを構築せずに既存の認証情報を再利用できます。プライベートNFTシナリオでは、ユーザーはイベントバッジなどの資産をzkAddress内に保持し、必要に応じてProve Keyを提供して検証を受けられます。

プライバシーIDはAtlanticとPacificのどちらで管理すべきか

Manta AtlanticとManta Pacificは、プライバシーIDにおいて明確に役割が分かれています。AtlanticはzkAddressとzkSBTのネイティブチェーンであり、認証情報の発行、プライバシーアドレス管理、Prove Keyシステムを担当します。PacificはEthereumエコシステムのモジュラーL2であり、Universal Circuits駆動のZKアプリケーション実行とCelestiaデータ可用性スケーリングに特化しています。

Pacificのアプリケーションは認証情報検証インターフェースを介してユーザーのzkSBTステータスを検証できますが、zkSBTのミント、取消し、Prove Keyの生成は主にAtlanticで行われます。MANTAはAtlanticでネットワーク手数料やzkSBTなどの認証情報購入に使用され、Pacificではガバナンスとリステーキングに使用されます。両チェーンの機能は混同しないようにしてください。この境界を理解することで、「プライバシーIDを管理する場所」と「ZKアプリケーションを実行する場所」を正しく区別できます。

まとめ

zkAddressは、Manta AtlanticのUTXO型プライバシーアドレスとしてパブリックアカウントと並行して動作し、オンチェーン認証情報のための再利用可能で同期可能なプライバシーコンテナを提供します。zkSBTはKYCなどのコンプライアンス結果を譲渡不可能なゼロ知識認証情報としてzkAddressに紐づけます。Prove Keyは、完全なIDを公開せずに特定の条件をバリファイアに選択的に開示することを可能にします。AtlanticはID・認証情報レイヤー、PacificはZKアプリケーション実行レイヤーを担い、相互補完的なデュアルチェーンエコシステムを形成します。パブリック／プライベートアドレスの区分、zkSBTのミントと検証、Prove Keyの開示ロジックを習得することが、Mantaのプライバシーコンプライアンスソリューションを理解する鍵です。

よくある質問

zkAddressとは何ですか？

zkAddressは、Manta AtlanticのUTXO型プライバシーアドレスで、パブリックアカウントアドレスと並行して動作します。ゼロ知識回路によりSBTミント、オンチェーン認証情報、関連するオフチェーンIDデータを秘匿し、シードフレーズによるデバイス間同期と複数NFTの保持をサポートします。AtlanticのプライバシーIDシステムにおける基盤コンテナです。

zkSBTと通常のSBTの違いは何ですか？

zkSBTはゼロ知識Soulboundトークンで、チェーン上には検証可能なコミットメントのみが記録され、KYC情報などの生の機密データは記録されません。通常のSBTのメタデータや属性はオンチェーンで公開されるのが一般的です。zkSBTは譲渡不可であり、資産取引ではなくプライバシーを保護したコンプライアンス検証向けに設計されています。

Prove Keyはどのように機能しますか？

Prove KeyはzkAddressシステム内の選択的開示鍵です。認証情報ホルダーがバリファイアにProve Keyまたは承認済み証明を提供すると、バリファイアは他の認証情報や完全なプライバシーIDを見ることなく、ユーザーが特定の条件（例：KYC完了）を満たしていることを確認できます。

zkAddressはミキシングアドレスと同じですか？

いいえ。zkAddressはコンプライアンス対応のIDと認証情報の選択的開示のために設計されており、資金源の秘匿や規制回避を目的としません。zkSBTは審査結果を検証可能な形でプライバシーアドレスに紐づけ、発行者による取消し・有効期限メカニズムとともにKYCやコンプライアンスアクセスをサポートします。

zkSBTはManta Pacificで使用できますか？

はい。Manta Pacificは認証情報検証インターフェースを介してzkSBTステータスの検証をサポートし、DeFiコンプライアンスアクセスを実現します。ただし、zkSBTのミント、取消し、Prove Keyの生成は主にManta Atlanticで行われます。PacificはネイティブID認証情報管理ではなく、ZKアプリケーション実行に特化しています。

zkAddressを使用する際の注意点は？

Prove KeyとzkAddressのシードフレーズは必ず安全に保管してください。紛失するとバリファイアへの認証情報開示ができなくなります。ゼロ知識証明は回路の正確性と発行者の取消し戦略に依存する点も理解しておく必要があります。パブリックアドレスとzkAddressの操作は独立しており、パブリックアカウントのオンチェーンアクティビティにはプライバシー保護が自動的に適用されない点にも注意してください。