Orbitra Prime
取引インテリジェンス
Orbitra Primeにおける市場や機能へのアクセスは、VaultIDの適格性に従い、機関のデスクは、役割、承認、サブアカウントをVaultIDの権限に対応させます。同じ認証情報が、すべてのデバイスとAPIに適用されます。
VaultIDOrbitra Realm
ID・適格性・権限レイヤー
必要な証明だけを示し、それ以上は明かさない。
VaultIDは、ORBITRA ONE™における、プライバシーに配慮したID・適格性・権限レイヤーです。個人、機関、アプリケーション、AIエージェントが検証可能な認証情報を保持し、市場と発行者は、プライバシーを保護する認証情報の証明を通じて、必要なもの——適格性、役割、法域、委任権限——だけを確認し、その背後にある書類を受け取ることはありません。
動作の流れ
四種類の保有者、一つの認証情報レイヤー
VaultID個人機関アプリケーションAIエージェント
- 適格性
- 役割
- 権限
- 法域
この図の中心にはVaultIDがあり、個人、機関、アプリケーション、AIエージェントという四種類の保有者に接続されています。それぞれが、適格性、役割、権限、法域に関する認証情報を保持します。保有者が市場や資産と関わる際、認証情報は選択的に開示されます——必要な事項の証明だけが外部へ伝わり、その根拠となる書類は非公開のままです。
解決する課題
IDはどこにでも複製され、どこにも管理されていない。
金融商品を利用できることを証明するには、通常、書類の写しを渡すことになります——まずブローカーに、次に取引所に、そして同じ回答を必要とするすべてのアプリケーションに、です。写しが増えるたびに、守るべきデータベースが一つ増え、受け取る側は、その質問が本来必要とした以上の情報を知ることになります。
ウォレットのみに依拠するシステムは、正反対の方向で機能不全を起こします。ほとんど何も明らかにしないため、規制対象資産や機関向けの業務フローは、適格な参加者と不適格な参加者を区別できません。権限は、存在する場合であっても、個々のアプリケーションに後付けされており、その人物、企業、あるいはそれらに代わって行動する自動化されたエージェントに伴って移動することはありません。
VaultIDは、証明とデータを分離します。検証された事実は、その本人が保持する認証情報になります。アプリケーションは正確な質問をし、検証可能な回答を受け取ります。トレーダー、財務チーム、あるいはCortexエージェントのための権限は、個々のアプリケーションではなく、ネットワークに属します。
処理の順序
検証された事実から、強制力を持つ権限へ。
保有者が個人であれ、規制対象のファンドであれ、アプリケーションであれ、委任のもとで行動するAIエージェントであれ、同じライフサイクルが適用されます。
- 01
検証
承認された検証者が、ID、居住地、投資家としての地位、機関としての役割といった事実を、自らのプロセスを通じて一度確認します。元となる書類は検証者のもとにとどまり、台帳に書き込まれることは決してありません。
- 02
発行
検証者は、本人のVaultIDに検証可能な認証情報を発行します。それには事実、発行者、範囲、有効期限が記載され、本人が管理する鍵に結びつけられます。
- 03
保持
保有者は、自らの認証情報を保持し、どれを、誰に提示するかを選びます。機関は、自らのカストディおよび承認ポリシーのもとで、それらを保持できます。
- 04
証明
市場またはアプリケーションが回答を必要とする場合、保有者は、書類や無関係な属性を明らかにすることなく、適格か否か、範囲内か否かといった、プライバシーを保護する認証情報の証明を提示します。
- 05
強制
発行者による移転制限、法域による制御、役割に基づく権限、エージェントの委任権限といった、IDに依存するルールは、インターフェース上だけでなく、トランザクションが実行される時点で確認されます。
- 06
取り消し
発行者は認証情報を取り消せ、委任者は委任を撤回でき、すべての認証情報には有効期限があります。状態は利用ごとに確認されるため、取り消しは、その認証情報が依拠されているあらゆる場所で効力を持ちます。
構造
IDレイヤーの構成要素
VaultIDは、三つのことを分離して保ちます。保有者が誰であるか、その保有者について何が証明されているか、そして何を行うことを許されているかです。
- 01
IDアンカー
個人、機関、アプリケーション、エージェントはそれぞれ、自らが管理する鍵に固定されたVaultIDを持ち、その鍵管理はQ-Switchによるローテーションと移行のために構築されています。
- 02
認証情報レジストリ
どの発行者がどの事実を証明できるか、それらが使用するスキーマ、そして各認証情報の失効状況を記録します。参照情報と状態を保存し、個人の書類そのものは決して保存しません。
- 03
証明の検証
決定論的な実行の内部で、プライバシーを保護する認証情報の証明を確認します。そのため、コントラクトや市場モジュールは、その背後にあるデータを見ることなく、適格性の回答に依拠できます。
- 04
権限エンジン
役割、承認、上限をポリシーとして表現します。誰が取引、引き出し、承認、管理を行えるか、そしてどのような条件下でかです。機関向けの二者承認とコードとして定義するポリシーは、これを基盤としています。
- 05
資産アクセスルール
発行者は、規制対象資産に適格性の要件を付与します。適格性を証明できない保有者への移転は、その資産がどこへ動くかに関わらず、実行時に拒否されます。詳しくはトークン化をご覧ください。
- 06
エージェントへの委任
委任の認証情報は、AIエージェントまたはアプリケーションに、人物または機関に代わる、範囲が限定された取り消し可能な委任権限——範囲、上限、有効期限——を与え、Cortexのポリシーはこれを直接参照します。
セキュリティと障害制御
プライバシーと権限、いずれも境界を持つ。
IDシステムは、二つの方向で機能不全を起こします。データを漏らすか、権限を過度に広く与えてしまうかです。VaultIDは、両方に対処するように設計されています。
- データの最小化証明は、問われた質問にのみ答え、それ以上のことはしません。個人の書類は、台帳に書き込まれることも、適格性の回答だけを必要とするアプリケーションに送られることもありません。
- 保有者が管理する鍵認証情報は、その保有者が管理する鍵に結びつけられます。機関は、自らを代表する鍵に対して、MPCおよびHSMによる署名方式と承認ルールを適用できます。
- 範囲が定められた委任すべての委任には、明示的な範囲、上限、有効期限が伴います。エージェントは、その委任権限の内部でのみ行動でき、その委任権限は一つの操作で取り消せます。
- 利用時の失効確認認証情報の状態は、それが依拠されるたびに確認されます。そのため、期限切れまたは取り消された認証情報が、アクセスを与え続けることはありません。
- 責任を負う発行者登録された発行者だけが、登録された事実を証明できます。すべての認証情報にはその発行者が明記されるため、リライングパーティは、誰が何を保証したのかを常に把握できます。
三つのシステムの連携
三つのシステムをまたぐ一つのID
Orbitra L1
決済と計算
認証情報の証明と権限は、Orbitra L1の実行の内部で確認されるため、発行者のルールと法域による制御は、プロトコルレベルで保たれます。NexusWASMコントラクトは、行動する前に証明を要求できます。
Orbitra Realm
アプリと商取引
Orbitra Realmのアプリケーションは、サインイン、適格性、決済、エージェントIDのために、NexusSDKを通じてVaultIDを利用します——アプリケーションごとに新しいアカウントを作るのではなく、エコシステム全体で一つのIDを使います。詳しくはAI経済をご覧ください。
価値
各参加者にとって何が変わるか
- トレーダーと利用者
- 共有するデータが減り、繰り返しの確認も減ります。承認された検証者によって確認された後は、対応する各サービス独自の要件に従いながら、サービスに証明を提示するだけで済みます。
- 機関
- 役割、承認、委任、適格性が、強制力を持つポリシーとして表現され、すべての確認に証拠が残ります。コンプライアンスチームは、誰が何を、どのような根拠で許可されたのかを確認できます。
- 開発者
- 適格性と権限を、ネットワークのプリミティブとして利用できます。「この保有者は、この法域でこの資産に適格か」といった正確な質問をし、個人データを扱うことなく、検証可能な回答を受け取れます。
仕様
仕様
- 保有者
- 個人、機関、アプリケーション、AIエージェント
- 認証情報モデル
- 発行者、対象者、範囲、有効期限を明示する検証可能な認証情報
- 開示
- プライバシーを保護する認証情報の証明による選択的開示
- 台帳の内容
- 発行者レジストリ、スキーマ、失効状況。個人の書類は含まない
- 権限
- ポリシーとして表現される役割、承認、上限、委任
- 規制対象資産
- 移転の実行時に強制される発行者の適格性ルール
- エージェントID
- AIエージェントとアプリケーションのための、範囲が定められた取り消し可能な委任
- 鍵管理
- Q-Switchのもとでバージョン管理されたスイートによる、保有者管理の鍵
特定の商品の利用可否は、法域と適格性によって異なります。VaultIDは適用されるルールを強制しますが、そのルール自体を定めるものではありません。詳しくはAML、KYCおよび制裁に関する声明をご覧ください。
用語
用語
- 検証可能な認証情報
- 対象者に関する発行者の署名付きの言明——例えば、あるアカウントが検証済みの機関に属していること——であり、いかなるリライングパーティも確認できるもの。
- 選択的開示
- 完全な認証情報やその背後にある書類ではなく、リライングパーティが必要とする属性や回答だけを提示すること。
- 認証情報の証明
- 認証情報の背後にあるデータを明らかにすることなく、その認証情報が要件を満たしていることを示す、プライバシーを保護する提示。
- 委任
- アプリケーションまたはAIエージェントが、人物または機関に代わって行動することを許す、範囲が定められた取り消し可能な委任権限。
- リライングパーティ
- 行動する前に認証情報の証明を確認する、市場、アプリケーション、またはコントラクト。