JP2023027775A - プライバシーを維持した監査可能アカウントのためのコンピュータ実装方法、コンピュータシステム及びコンピュータプログラム（プライバシーを維持した監査可能アカウント） - Google Patents

Abstract

【課題】非集中化は、設計上、台帳にアクセスできる誰もがユーザのトランザクションの履歴を読むことができるという、プライバシーに対する懸念をもたらす。【解決手段】ブロックチェーンネットワーク上のプライバシーを維持した監査可能アカウントのためのアプローチ。このアプローチは、ブロックチェーンネットワークに関連付けられたトークンをエンコードすることを含み得る。エンコードすることは、現在のエポックに関するデータを含み得、ここで、エポックは、特定の時間範囲である。トークンは、監査エンティティによる検査のために、ユーザから受け取られ得る。このアプローチは、エンコードされたトークンに監査チェックを実行することを含み得る。監査チェックが成功すれば、監査エンティティは、トークンが現在のエポックにおいて生成されたことを検証するとともにトークンを次のエポックのために監査可能にする、監査トランザクションをサブミットし得る。【選択図】図３

Description

本開示は、概して、ブロックチェーントランザクション処理の分野に関し、より詳細には、ユーザのトランザクションのプライバシーを維持しながらブロックチェーントランザクションを監査することに関する。

ブロックチェーンは、ピアツーピアネットワーク内の複数のノードから成る分散型台帳である。各ノードが台帳の同一のコピーを有し、ブロックチェーンの運営をコントロールする中央権限が存在しないので、ブロックチェーンは非集中型システムとなる。ブロックチェーンにおけるブロックは、暗号手段によって一緒にリンクされたブロックのチェーンに追加のブロックを追加することにより記録される「トランザクション」である。ブロックチェーン内の各ブロックは、先行ブロックのハッシュ、タイムスタンプ、及びブロックチェーンの始点におけるジェネシスブロックまでのトランザクションデータを含む。ブロックをブロックチェーンに追加するには、新しいブロックの有効性検証を行うために、ノードがコンセンサスプロトコル（例えば、プルーフオブワーク、プルーフオブステークなど）に従う必要がある。

ブロックチェーンは、許可制であっても無許可制であってもよい。許可制ブロックチェーンは、ノードがブロックチェーンにアクセスする又は変更を行うことができるようになる前に何らかの方式で有効性検証されなければならないプライベートブロックチェーンである。いくつかの許可制ブロックチェーンでは、ブロックチェーン内の当事者が、ブロックチェーンの一部にアクセスすること、又はバイラテラル若しくはマルチラテラルなトランザクションに参加することが制限され得る。無許可制ブロックチェーンは、通常、本質的にオープンソースであり、インターネット接続ができれば誰もがトランザクションを送信し、コンセンサスプロトコルの実行に参加することが可能である。

非集中化は、設計上、台帳にアクセスできる誰もがユーザのトランザクションの履歴を読むことができるという、プライバシーに対する懸念をもたらす。

本開示の実施形態は、プライバシーを維持した監査可能アカウントのためのコンピュータ実装方法、システム、及びコンピュータプログラムを含む。実施形態は、少なくとも１つのトークンを生成する段階を含み得、ここで、少なくとも１つのトークンは、オーナー、タイプ、値、現在のエポック、譲渡可能性、シード、及びｒ値によってエンコードされ、ここで、エポックは、特定の時間範囲である。さらに、実施形態は、ゼロ知識証明を生成する段階を含み得、ここで、ゼロ知識証明は、少なくとも１つのトークンのオーナーがブロックチェーンネットワークの登録ユーザであることを示す。さらに、実施形態は、第１のトランザクションメッセージをアセンブルする段階を含み得、ここで、トランザクションメッセージは、少なくとも１つのトークン、ゼロ知識証明、及び発行者の公開鍵を含む。また、実施形態は、第１のトランザクションメッセージに署名する段階であって、署名は、発行者の公開鍵に関連付けられたプライベートキーに基づく、段階と、トランザクションメッセージをブロックチェーンネットワークにブロードキャストする段階とを含み得る。

上記概要は、本開示の示されている各実施形態又はすべての実装形態を説明することを意図するものではない。

本開示に含まれる図面は、本明細書に組み込まれ、その一部をなす。これらは、本開示の実施形態を示しており、明細書と共に、本開示の原理を説明するのに役立つ。図面は、特定の実施形態の単なる例示であり、本開示を限定するものではない。

本開示の実施形態に係る、概して１００と表示される例示的なブロックチェーンアーキテクチャを示す。

本開示の実施形態に係る、概して１５０と表示されるブロックチェーントランザクションフローを示す。

本開示の実施形態に係る、概して２００と表示される、プライバシーを維持した監査可能なブロックチェーントランザクションのための例示的なシステムを示す。

本開示の実施形態に係る、概して３００と表示される、プライバシーを維持した監査可能なブロックチェーントランザクションのための例示的な方法のフローチャートを示す。

本開示の実施形態に係るクラウドコンピューティング環境を示す。

本開示の実施形態に係る抽象化モデルレイヤを示す。

本開示の実施形態に係る、本明細書に記載される方法、ツール、及びモジュール、並びに任意の関連機能のうちの１又は複数を実装するのに使用され得る、概して５０１と表示される例示的なコンピュータシステムのハイレベルブロック図を示す。

本明細書において説明される実施形態は、様々な修正及び代替形態が可能であるが、それらの具体的な内容は、例として図面に示されているとともに詳細に説明される。しかしながら、説明される特定の実施形態が限定的な意味に解釈されてはならないことを理解されたい。むしろ、本開示の趣旨及び範囲に入るすべての修正、均等物、及び代替物を包含することが意図されている。

本開示の態様は、概して、ブロックチェーントランザクションにおけるプライバシーの維持の分野に関し、より詳細には、会計サービスを用いるブロックチェーンを介したプライバシーを維持したトークン交換に関する。分散型台帳技術（「ＤＬＴ」）により、中間段階のないトークンシステムが生み出された。これらのシステムは、エンドユーザが中央権限なしにトークンを交換することを可能にする。ＤＬＴの基礎となるコンセンサスメカニズムは、台帳内のデータの正確性及び交換の最終性を保証する。しかしながら、非集中化は、設計上、台帳にアクセスできる誰もがユーザのトランザクションの履歴を読むことができるという、プライバシーに対する懸念をもたらす。これにより、検証可能性を犠牲にすることなくユーザのトランザクションを分かりにくくすることに焦点を当てた活発な研究領域が生じている。すなわち、台帳を維持するノードは、トランザクションのコンテンツが隠されている場合でも、依然としてトランザクションの有効性検証を行うことができる。

一実施形態では、ゼロ知識証明が、トランザクションのコンテンツを隠すために使用され得る。ゼロ知識証明は、ブロックチェーンネットワーク上の権限のない閲覧者からトランザクションのコンテンツを隠しながらトランザクションを検証する目的を達成する方法を提供する。トランザクションのコンテンツを隠すことで、権限付与された当事者による監査及びトランザクションの監視が阻止されてはならない。例えば、反マネーロンダリング規制は、銀行に、不審なトランザクションを検査し、必要であれば不審なトランザクションの終了を阻止することを要求する。

本発明の実施形態は、ユーザがブロックチェーンネットワーク上でプライベートにトランザクトすることを可能にするとともに、オーディタ又は監視エージェントが会計タスクを実行することを可能にするアプローチを提供し得る。より詳細には、権限付与された当事者は、エポック中にユーザが受け取るトークンの量を学習することができる。ユーザが各エポックで所有しているトークンのすべてを申告しなければ、あらゆる未申告のトークンが焼却されて失われる。

図を参照する前に、本明細書において概して説明されるとともに図に示されるような当該のコンポーネントが、様々な異なる構成で配置及び設計され得ることは容易に理解されよう。したがって、添付図面に表されるような、方法、装置、コンピュータ可読媒体、及びシステムのうちの少なくとも１つの実施形態の以下の詳細な説明は、特許請求される適用の範囲を限定することを意図するものではなく、選択された実施形態を代表するものに過ぎない。

本明細書全体を通して記載されるような当該の特徴、構造、又は特性は、１又は複数の実施形態において任意の好適な方式で組み合わせても除去してもよい。例えば、本明細書全体を通した「例示的な実施形態」、「いくつかの実施形態」という語句、又は他の同様の文言の使用は、その実施形態に関連して記載される特定の特徴、構造、又は特性が、少なくとも１つの実施形態に含まれ得ることを指す。したがって、本明細書全体を通した「例示的な実施形態」、「いくつかの実施形態において」、「他の実施形態において」という語句、又は他の同様の文言の出現は、必ずしもすべてが同じグループの実施形態を指すわけではなく、記載される特徴、構造、又は特性は、１又は複数の実施形態において任意の好適な方式で組み合わせても除去してもよい。さらに、図において、要素間の任意の接続は、示されている接続が一方向又は双方向の矢印でも、一方向通信若しくは双方向通信又はその両方を許容できる。また、図面に示されている任意のデバイスは、異なるデバイスとすることができる。例えば、モバイルデバイスが情報を送信していることが示される場合、情報を送信するために有線デバイスが使用されてもよい。

加えて、「メッセージ」という用語が実施形態の説明において使用される場合があるが、本出願は、多くのタイプのネットワーク及びデータに適用され得る。さらに、特定のタイプの接続、メッセージ、及び信号が、例示的な実施形態に示されている場合があるが、本出願は、特定のタイプの接続、メッセージ、及び信号に限定されるものではない。

本明細書では、ブロックチェーンネットワーク上で監査され得る、プライバシーを維持したトランザクションを可能にするために、特化したブロックチェーンコンポーネントを用いる方法、システム、及びコンピュータプログラム製品が詳述される。

いくつかの実施形態において、方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、互いに通信する複数のノードを含む、分散ストレージシステムである非集中型データベース（ブロックチェーンなど）を用いる。非集中型データベースは、相互に信頼されていない当事者間のレコードを維持することが可能な分散型台帳に類似する、アペンド専用の不変データ構造を含み得る。信頼されていない当事者は、本明細書ではピア又はピアノードと称される。各ピアは、データベースレコードのコピーを維持しており、分散されたピア間でコンセンサスが達成されないと、単一のピアがデータベースレコードを修正することはできない。例えば、ピアは、コンセンサスプロトコルを実行して、ブロックチェーンストレージトランザクションの有効性検証を行い、ストレージトランザクションを複数のブロックへとグループ化し、複数のブロックにわたるハッシュチェーンを構築することができる。この処理は、一貫性のために、必要な分だけ、ストレージトランザクションを順序付けることによって、台帳を形成する。

様々な実施形態において、許可制ブロックチェーン若しくは無許可制ブロックチェーン又はその組み合わせを使用することができる。パブリック、すなわち無許可制のブロックチェーンでは、誰もが特定のアイデンティティを持つことなく（例えば、匿名性を保持しながら）参加することができる。パブリックブロックチェーンは、ネイティブな暗号通貨を伴うことができ、プルーフオブワーク又はプルーフオブステークなどの様々なプロトコルに基づくコンセンサスを使用することができる。一方、許可制ブロックチェーンのデータベースは、資金、品物、（プライベートな）情報などを交換するビジネスのような、共通の目的を持ちながらも互いを完全には信頼していないエンティティのグループにおけるセキュアなインタラクションを提供する。

さらに、いくつかの実施形態において、方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、非集中型ストレージスキームに合わせて調整された「スマートコントラクト」又は「チェーンコード」と称される任意のプログラマブルロジックを動作させる、ブロックチェーンを利用することができる。場合によっては、システムチェーンコードと称される、管理機能やパラメータに特化したチェーンコードが存在してもよい（例えば、異なるブロックチェーンへのアクセスやブリッジングブロックチェーンクライアントの管理など）。いくつかの実施形態において、方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、ブロックチェーンデータベースの改ざん防止特性と、承認又は承認ポリシーと称される、ノード間の基礎的な合意とを利用する信頼された分散型アプリケーションである、スマートコントラクトをさらに用いることができる。

承認ポリシーは、チェーンコードが、承認のために必要なピアノードのセットの形態においてトランザクションの承認者を指定することを可能にする。承認ポリシーで指定されたピア（例えば、承認者）にクライアントがトランザクションを送信すると、トランザクションが実行され、トランザクションの有効性検証が行われる。有効性検証の後、トランザクションは順序付けフェーズに入り、ここでは、コンセンサスプロトコルが使用されて、複数のブロックにグループ化された承認済みトランザクションの順序付けられたシーケンスが生成される。

いくつかの実施形態において、方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、ブロックチェーンシステムの通信エンティティであるノードを用いることができる。「ノード」は、同じ物理的サーバ上で様々なタイプの複数のノードが実行できるという意味で、論理機能を実行し得る。ノードは、トラストドメインにグループ化されるとともに、これらを様々な方式でコントロールする論理エンティティに関連付けられている。ノードには、承認者（例えば、ピア）にトランザクション呼び出しをサブミットし、順序付けサービス（例えば、順序付けノード）にトランザクションプロポーザルをブロードキャストするクライアント又はサブミットクライアントノードなど、様々なタイプが含まれ得る。

別のタイプのノードは、クライアントがサブミットしたトランザクションを受け取り、トランザクションをコミットし、ブロックチェーントランザクションの台帳の状態及びコピーを維持することができるピアノードである。ピアは、承認者の役割を持つこともできるが、これは必須ではない。順序付けサービスノード又はオーダラは、すべてのノードのために通信サービスを実行するノードであり、トランザクションのコミット／確定、及びブロックチェーンのワールドステート（通常はコントロール及びセットアップ情報を含む初期ブロックチェーントランザクションの別名）の修正の際の、システム内のピアノードの各々へのブロードキャストのような配信保証を実装する。

いくつかの実施形態において、方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、ブロックチェーンのすべての状態遷移のシーケンシングされた耐改ざん性のあるレコードである台帳を用いることができる。状態遷移は、参加している当事者（例えば、クライアントノード、順序付けノード、承認者ノード、ピアノードなど）によりサブミットされたチェーンコード呼び出し（例えば、トランザクション、譲渡、交換など）から生じ得る。参加している各当事者（ピアノードなど）は、台帳のコピーを維持することができる。トランザクションの結果として、資産キーと値のペアのセットが、作成、更新、削除などのような１又は複数のオペランドとして台帳にコミットされ得る。台帳には、不変なシーケンシングされたレコードをブロック単位で格納するために使用されるブロックチェーン（別称、チェーン）が含まれる。また、台帳には、ブロックチェーンの現在の状態を維持する状態データベースが含まれる。

いくつかの実施形態において、本明細書に記載される方法、システム、若しくはコンピュータプログラム製品、又はその組み合わせは、ハッシュでリンクされたブロックとして構築されているトランザクションログであるチェーンを用いることができ、各ブロックは、Ｎのトランザクションのシーケンスを含み、ここで、Ｎは、１に等しいか又はそれよりも大きい。ブロックヘッダは、先行ブロックのヘッダのハッシュだけでなく、ブロックのトランザクションのハッシュを含む。このようにして、台帳上のすべてのトランザクションが、一緒にシーケンシングされ、暗号的にリンクされ得る。したがって、ハッシュリンクを断ち切ることなく、台帳データを改ざんすることは不可能である。直近で追加されたブロックチェーンブロックのハッシュは、その前に到来したチェーン上のすべてのトランザクションを表し、これにより、すべてのピアノードが一貫した信頼される状態にあることを確実にすることができる。チェーンは、ピアノードファイルシステム（例えば、ローカル、アタッチトストレージ、クラウドなど）に格納され、ブロックチェーンワークロードのアペンド専用性を効率的にサポートすることができる。

不変台帳の現在の状態は、チェーントランザクションログに含まれるすべてのキーについての最新の値を表す。現在の状態は、チャネルに知られている最新のキー値を表すので、ワールドステートと称される場合がある。チェーンコード呼び出しは、台帳の現在の状態データに対してトランザクションを実行する。これらのチェーンコードインタラクションを効率的にするために、キーの最新の値が状態データベースに格納されてもよい。状態データベースは、単に、チェーンのトランザクションログ内へのインデックス付きビューであってもよく、したがって、いつでもチェーンから再生成できる。状態データベースは、ピアノードの起動時や、トランザクションを受け入れる前に、自動的にリカバー（又は生成）されてもよい。

本明細書で説明され示される当該解決手段のいくつかの利点には、ゼロ知識証明を用いてユーザプライバシーを維持するとともにブロックチェーンネットワーク上のトランザクションの監査を可能にする新たな新規のブロックチェーンコンポーネントを実装するための方法、システム、及びコンピュータプログラム製品が含まれる。例示的な実施形態は、監査エージェント又は監視エージェントが必要なタスクを実行することを可能にするとともに、ユーザプライバシーを維持するという課題を解決する。

ブロックチェーンが従来のデータベースと異なるのは、ブロックチェーンが中央ストレージではなく、むしろ非集中型の不変でセキュアなストレージであり、ノードがストレージ内のレコードの変更を共有し得る点であることに留意されたい。ブロックチェーンに固有であり、ブロックチェーンの実装を助けるいくつかの性質は、限定されるものではないが、不変台帳、スマートコントラクト、セキュリティ、プライバシー、非集中化、コンセンサス、承認、アクセシビリティなどを含み、これらは本明細書においてさらに説明される。様々な態様によれば、本明細書に記載されるシステムは、ブロックチェーンに固有かつユニークな不変アカウンタビリティ、セキュリティ、プライバシー、許可制非集中化、スマートコントラクトのアベイラビリティ、承認、及びアクセシビリティのために実装される。

特に、例示的な実施形態は、従来のデータベースに比べて多数の利点を提供する。例えば、本実施形態は、ブロックチェーンを介して、ブロックチェーンに固有かつユニークな不変アカウンタビリティ、セキュリティ、プライバシー、許可制非集中化、スマートコントラクトのアベイラビリティ、承認、及びアクセシビリティを提供する。

一方、従来のデータベースを使用して例示的な実施形態を実装することができなかったのは、すべての当事者をネットワーク上におかず、信頼された連携を生じさせず、検証可能なクレデンシャルを伴うトランザクションの効率的なコミットメントを提供しないからである。従来のデータベースは、改ざん防止ストレージを提供せず、資産交換が中断された場合に資産関連コスト（例えば、処理力、手数料などのようなコンピューティングコスト）の維持を提供しない。よって、ブロックチェーンネットワークを用いる本明細書に記載の提案される実施形態は、従来のデータベースでは実装することができない。

ここで、図１Ａを参照すると、本開示の実施形態に係るブロックチェーンアーキテクチャ１００が示されている。いくつかの実施形態において、ブロックチェーンアーキテクチャ１００は、例えば、ブロックチェーンノード１０２のグループのような特定のブロックチェーン要素を含み得る。ブロックチェーンノード１０２は、１又は複数のブロックチェーンノード、例えばピア１０４～１１０（これら４つのノードは単なる例として示されている）を含んでいてもよい。これらのノードは、ブロックチェーントランザクションの追加や有効性検証処理（コンセンサス）など、いくつかのアクティビティに参加する。ピア１０４～１１０のうちの１又は複数は、承認ポリシーに基づいてトランザクションの承認若しくは推奨又はその両方を行ってもよく、ブロックチェーンアーキテクチャ１００内のすべてのブロックチェーンノード１０２に対して順序付けサービスを提供してもよい。ブロックチェーンノードは、ブロックチェーン認証を開始し、ブロックチェーンレイヤ１１６に格納されているブロックチェーン不変台帳への書き込みを試みてもよく、そのコピーは、支えとなる物理的インフラストラクチャ１１４に格納されてもよい。ブロックチェーン構成には、参加者によって求められるカスタマイズされた構成に従って作成でき、各自の状態を維持し、各自の資産をコントロールし、外部情報を受け取ることができる、格納されたプログラム／アプリケーションコード１２０（例えば、チェーンコード、スマートコントラクトなど）にアクセスしてこれを実行するためにアプリケーションプログラミングインタフェース（ＡＰＩ）１２２にリンクされている、１又は複数のアプリケーション１２４が含まれ得る。これをトランザクションとして展開し、分散型台帳へのアペンドを介して、すべてのブロックチェーンノード１０４～１１０にインストールすることができる。

ブロックチェーンベース又はプラットフォーム１１２は、ブロックチェーンデータ、サービス（例えば、暗号トラストサービス、仮想実行環境など）、及び、新たなトランザクションを受け取って格納し、データ項目へのアクセスを試みるオーディタにアクセスを提供するために使用され得る、支えとなる物理的コンピュータインフラストラクチャの様々なレイヤを含み得る。ブロックチェーンレイヤ１１６は、プログラムコードを処理して物理的インフラストラクチャ１１４を関与させるのに必要な仮想実行環境へのアクセスを提供するインタフェースを呈してもよい。暗号トラストサービス１１８は、資産交換トランザクションなどのトランザクションを検証し、情報をプライベートに保つのに使用され得る。

図１Ａのブロックチェーンアーキテクチャ１００は、ブロックチェーンプラットフォーム１１２によって呈される１又は複数のインタフェース、及び提供されるサービスを介して、プログラム／アプリケーションコード１２０を処理及び実行し得る。アプリケーションコード１２０は、ブロックチェーン資産をコントロールし得る。例えば、アプリケーションコード１２０は、データを格納及び譲渡することができ、スマートコントラクトと、実行の対象となる条件又は他のコード要素を有する関連付けられたチェーンコードとの形態でピア１０４～１１０によって実行され得る。非限定的な例として、スマートコントラクトは、資産／リソースの譲渡、資産／リソースの生成などを実行するために生成され得る。スマートコントラクト自体を使用して、権限付与（例えば、資産譲渡ルール、制限など）、アクセス要件（例えば、データストアの、オフチェーンデータストアの、トランザクションに参加し得る対象者などの）、若しくは台帳の使用、又はその組み合わせに関連付けられるルールを識別することができる。例えば、検証可能なクレデンシャル１２６は、ブロックチェーンレイヤ１１６に含まれる１又は複数の処理エンティティ（例えば、仮想マシン）によって処理され得る。結果１２８は、複数のリンクされた共有ドキュメントを含み得る（例えば、各々のリンクされた共有ドキュメントは、資産交換スキーマ、発行者ポリシーなどに基づいて、選択されたピアのグループによってコミットされる、検証可能なクレデンシャル１２６に関するスマートコントラクトの発行を記録している）。いくつかの実施形態において、物理的インフラストラクチャ１１４は、本明細書に記載されるデータ／情報／資産などのいずれかを取得するために用いられてもよい。

スマートコントラクトは、ハイレベルアプリケーション及びプログラミング言語を介して作成され、次に、ブロックチェーン内のブロックに書き込まれてもよい。スマートコントラクトは、ブロックチェーン（例えば、ブロックチェーンピアの分散型ネットワーク）に登録される、格納される、若しくは複製される、又はその組み合わせである実行可能コードを含み得る。トランザクションは、スマートコントラクトに関連付けられた条件が満たされたことに応答して実行され得るスマートコントラクトコードの実行である。スマートコントラクトの実行は、デジタルブロックチェーン台帳の状態に対する信頼された修正をトリガし得る。スマートコントラクトの実行によってもたらされたブロックチェーン台帳に対する修正は、１又は複数のコンセンサスプロトコルを通して、ブロックチェーンピアの分散型ネットワーク全体で自動的に複製され得る。

スマートコントラクトは、キーと値のペアのフォーマットでブロックチェーンにデータを書き込み得る。さらに、スマートコントラクトコードは、ブロックチェーンに格納されている値を読み取って、アプリケーション動作においてこれらを使用することができる。スマートコントラクトコードは、様々な論理演算の出力をブロックチェーンに書き込むことができる。コードは、仮想マシン又は他のコンピューティングプラットフォームにおける一時データ構造を作成するのに使用され得る。ブロックチェーンに書き込まれるデータは、パブリックとすることができるか、若しくは暗号化され、プライベートとして維持することができるか、又はその両方である。スマートコントラクトによって使用／生成される一時データは、供給される実行環境によってメモリに保持され、次に、ブロックチェーンのために必要なデータが識別されたら、削除される。

チェーンコードは、追加の特徴と共に、スマートコントラクトのコード解釈を含み得る。本明細書に記載されるように、チェーンコードは、コンピューティングネットワーク上に展開され、コンセンサス処理中に一緒にチェーンバリデータによって実行され有効性検証される、プログラムコードであり得る。チェーンコードは、ハッシュを受け取り、ブロックチェーンから、事前に格納されている特徴抽出部を使用することによって作成されたデータテンプレートに関連付けられているハッシュを取得する。ハッシュ識別子のハッシュと、格納されている識別子テンプレートデータから作成されたハッシュとがマッチする場合、チェーンコードは、リクエストされたサービスに対する権限付与キーを送信する。チェーンコードは、暗号の詳細に関連付けられたデータをブロックチェーンに書き込むことができる（例えば、これによって、資産などに関連付けられたトランザクションをコミットする）。

図１Ｂは、例示的な実施形態に係る、ブロックチェーンのノード間のブロックチェーントランザクションフロー１５０の一例を示している。図１Ｂを参照すると、トランザクションフローは、アプリケーションクライアントノード１６０によって承認ピアノード１８１に送信されるトランザクションプロポーザル１９１を含み得る（例えば、いくつかの実施形態において、トランザクションプロポーザル１９１は、特定のトランザクションに使用される、選択されたピアのセット［ピアノード１８１～１８４］を規定するスキーマを含み得る）。承認ピアノード１８１は、クライアント署名を検証し、チェーンコード関数を実行して、トランザクションを開始することができる。出力は、チェーンコード結果、チェーンコードにおいて読み取られたキー／値バージョンのセット（読み取りセット）、及びチェーンコードに書き込まれたキー／値のセット（書き込みセット）を含み得る。プロポーザル応答１９２は、認可された場合、承認署名と共にクライアントノード１６０に送り返される。クライアントノード１６０は、承認をトランザクションペイロード１９３へとアセンブルし、これを順序付けサービスノード１８４にブロードキャストする。順序付けサービスノード１８４は、次に、順序付けられたトランザクションを、ブロックとして、チャネル上のすべてのピアノード１８１～１８３に配信する。ブロックチェーンへのコミットの前に、各ピアノード１８１～１８３は、トランザクションの有効性検証を行い得る。例えば、ピアは、正しく割り当てられた指定のピアが結果に署名し、トランザクションペイロード１９３に対して署名を認証している（例えば、スキーマからのすべての指定されたピアが、トランザクションのブロックチェーンへのコミットメントの有効性検証を行い、認可している）ことを確実にするために、承認ポリシーをチェックしてもよい。

再び図１Ｂを参照すると、クライアントノード１６０は、リクエストを構築し、この例では承認者であるピアノード１８１に送信することにより、トランザクションプロポーザル１９１を開始する。クライアントノード１６０は、サポートされているソフトウェア開発キット（ＳＤＫ）を利用したアプリケーションを含んでいてもよく、ＳＤＫは、利用可能なＡＰＩを用いてトランザクションプロポーザル１９１を生成する。このプロポーザルは、データを読み取る、若しくは台帳に書き込む、又はその両方を行うことができるように、チェーンコード関数を呼び出すためのリクエストである。ＳＤＫは、トランザクションプロポーザル１９１のパッケージを、適切に構築されたフォーマット（例えば、リモートプロシージャ呼び出し（ＲＰＣ）上のプロトコルバッファ）に縮小し、クライアントの暗号クレデンシャルを取得して、トランザクションプロポーザル１９１のユニークな署名を生成してもよい。

これに応答して、承認ピアノード１８１は、（ａ）トランザクションプロポーザル１９１が良好に形成されていること、（ｂ）トランザクションが過去に既にサブミットされていないこと（リプレイアタック保護）、（ｃ）署名が有効であること、及び（ｄ）サブミッタ（この例ではクライアントノード１６０）がそのチャネルで提案された動作を実行するよう適切に権限付与されていることを検証してもよい。承認ピアノード１８１は、呼び出されたチェーンコード関数への引数としてトランザクションプロポーザル１９１入力を取得し得る。次に、チェーンコードが、現在の状態データベースに対して実行され、応答値、読み取りセット、及び書き込みセットを含むトランザクション結果が生成される。しかしながら、この時点では台帳に更新は行われない。いくつかの実施形態において、値のセットは、承認ピアノード１８１の署名と共に、プロポーザル応答１９２として、アプリケーションが消費するペイロードを解析するクライアントノード１６０のＳＤＫに戻される。

これに応答して、クライアントノード１６０のアプリケーションは、承認ピアの署名を検査／検証し、プロポーザル応答を比較して、プロポーザル応答が同じであるかどうかを判定する。チェーンコードが台帳のみを照会した場合、アプリケーションは、クエリ応答を検査し、通常は、トランザクションを順序付けサービスノード１８４にサブミットしない。クライアントアプリケーションが台帳を更新するために順序付けサービスノード１８４にトランザクションをサブミットすることを意図する場合、アプリケーションは、指定された承認ポリシーがサブミット前に履行されているかどうかを判定する。ここで、クライアントは、トランザクションに対する複数の当事者のうちの１つのみを含み得る。この場合、各クライアントは各自の承認ノードを有していてもよく、各承認ノードはトランザクションを承認する必要がある。アーキテクチャは、アプリケーションが応答を検査しないことを選択した場合、又はさもなければ未承認のトランザクションを転送した場合でも、承認ポリシーが依然としてピアによって施行され、コミット有効性検証段階で支持されるようになっている。

検査が成功した後、トランザクションペイロード段階１９３において、クライアントノード１６０は、承認をトランザクションへとアセンブルし、トランザクションプロポーザル１９１及びトランザクションメッセージ内の応答を順序付けノード１８４にブロードキャストする。トランザクションには、読み取り／書き込みセット、承認ピアの署名、及びチャネルＩＤが含まれる場合がある（例えば、特定の［オフチェーン］データストアが用いられる場合）。順序付けノード１８４は、その動作を実行するためにトランザクションのコンテンツ全体を検査する必要はなく、その代わりに、順序付けノード１８４は、単にネットワーク内のすべてのチャネルからトランザクションを受け取り、これらをチャネルごとに時系列に順序付けし、チャネルあたりのトランザクションのブロックを作成してもよい。

トランザクションのブロックは、順序付けノード１８４からチャネル上のすべてのピアノード１８１～１８３に配信される。ブロック内のトランザクション１９４は、任意の承認ポリシーが履行されることを確実にするために、また、トランザクション実行によって読み取りセットが生成されてから読み取りセット変数に関する台帳状態の変更がないことを確実にするために、有効性検証される。ブロック内のトランザクションには、有効又は無効のタグが付けられる。さらに、段階１９５において、各ピアノード１８１～１８３が、チャネルのチェーンにブロックをアペンドし、有効なトランザクション各々について、書き込みセットが現在の状態データベースにコミットされる。イベントが発行されることで、トランザクション（呼び出し）がチェーンに不変にアペンドされたことがクライアントアプリケーションに通知されるとともに、トランザクションが有効化されたか無効化されたかが通知される。

ここで図２を参照すると、本開示の実施形態に係る、監査可能なトランザクションのプライバシー維持のための例示的なブロックチェーンネットワーク２００が示されている。いくつかの実施形態において、ブロックチェーンネットワークは、ピア１ １０４で動作可能なプライベート監査可能トランザクションエンジン２０２を備える。プライベート監査可能トランザクションエンジン２０２は、許可制又は無許可制のブロックチェーンネットワーク上で動作可能なプライベート監査可能トランザクションの生成若しくは実行又はその両方を行うことができるコンピュータプログラムである。プライベート監査可能トランザクションエンジン２０２はピア１ １０４で動作可能であるように示されているが、プライベート監査可能トランザクションエンジン２０２は、ブロックチェーンネットワーク内の１又は複数のブロックチェーンノード１０２（例えば、ピア２ １０６、ピア３ １０８、及びピア４ １１０）で動作可能であってもよい。さらに、１又は複数のプライベート監査可能トランザクションエンジン２０２は、ブロックチェーンネットワーク内に、かつブロックチェーンネットワークの特定のチャネル内に、別個のノードとして位置付けられていてもよい。ブロックチェーンネットワーク内の各ピアは、プライベート監査可能トランザクションサービスにおいて、１又は複数の役割で機能し得る。

いくつかの実施形態において、プライベート監査可能トランザクションエンジン２０２は、エポックをセットアップし、各エポックに関連付けられた世界時計を保持する。エポックは、トランザクションが入り得る既定量の時間（例えば、１時間、２時間、１日など）である。例えば、１又は複数のノードが、ブロックチェーンネットワークに関連付けられた世界時計の保持及び維持を担当し得る。世界時計は、単一の時間帯に基づいてもよく、又は所与の時間でイニシャライズされる２４時間制で動作してもよい。さらに、世界時計の維持を担当するピアノードは、エポックが終了するときに通知を送信し、それにしたがってブロックチェーンを更新することができる。

いくつかの実施形態において、プライベート監査可能トランザクションエンジン２０２は、トランザクションに関連付けられたトークンを生成することができる。トランザクション内で生成されたトークンは、未消費のトランザクション出力に基づく方法において、トークンのオーナーを隠すことができる。例えば、受取人ブロックからのトークンのセットを入力トークンとすることができる。入力トークンは、以前のトランザクションへと追跡可能でなければならない。入力トークンは、プライベート監査可能トランザクションエンジン２０２によって生成される出力トークンと同じタイプでなければならない。入力トークンの合計値は、生成される出力トークンと同じでなければならない。入力トークンのオーナーは、トランザクションをサインオフするためのプライベートキーを提供しなければならない。入力トークンは、以前のトランザクションにおいて消費されていてはならない。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、以下の方式で出力トークンを生成することができる。以下の例は、便宜上、１つの入力トークンからの１つの出力トークンのみに言及することに留意されたい。トランザクション中、プライベート監査可能トランザクションエンジン２０２により、１つより多くのトークンが生成されてもよい。トークンは、以下を含むデータの部分であり得る：
Ｔｏｋ＝ｃｏｍｍｉｔ（ｏｗｎｅｒ，ｔｙｐｅ，ｖａｌｕｅ，ｅ，ｔｒａｎｓｆｅｒｒａｂｌｅ，ｓｅｅｄ，ｒ）
ここで、ｃｏｍｍｉｔは、隠れているコンポーネントであり、ｅは、現在のエポックの識別子である。Ｔｒａｎｓｆｅｒｒａｂｌｅは、トークンが譲渡可能であるか否かを示すブール用語である。Ｓｅｅｄは、トークンのシリアルナンバーを生成するために使用されるランダムシードであり、ｒは、ブラインディングファクタである。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、トークンを監査し得る。ブロックチェーンネットワーク内の１又は複数のノードが、オーディタ（例えば、ピア２ １０６、ピア３ １０８）の役割を占めることができる。例えば、各エポックの最後に、ユーザは、各エポック中に受け取ったトークンを提示する。オーディタは、トークンの鮮度をチェックすることができる。鮮度は、クローズした直近のエポックにおいてトークンが生成されたかどうかの指標である。上記の当該例において、オーディタは、トークン内のｅをチェックする。オーディタは、トークンが新鮮であると判定した場合、トークンのステータスを譲渡可能に更新することができる。オーディタは、トークンが新鮮ではないと判定した場合、トークンのステータスを譲渡不可に更新することができる。場合によっては、譲渡不可のトークンは本質的に役に立たないので、焼却される。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、オーナーが登録されており、トークンが適切な情報をエンコードすることを示すために、ゼロ知識証明を生成することができる。例えば、発行者は、トークンがオーナー、トークンタイプ、値、ｅ、偽、及びｒをエンコードすることを示すゼロ知識証明ψを発行する、ブロックチェーンネットワーク内のノードであり得る。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、発行者が署名をメッセージに追加して署名されたトランザクションをサブミットすることを可能にするよう構成されていてもよい。例えば、メッセージは、ｔｏｋ、タイプ、ψ、及びｐｋ_Ｉを含み得る（ｐｋ_Ｉは、発行者の公開鍵を指す）。よって、署名されたトランザクションは、以下のとおりであり得る：
Ｔｘ＝（ｉｓｓｕｅ，ｔｏｋ，ｏｗｎｅｒ，ｔｙｐｅ，ｖａｌｕｅ，ψ，ｐｋＩ，σ）。一実施形態では、プライベート監査可能トランザクションエンジン２０２は、１）発行がその「タイプ」のトークンを作成する許可範囲内にあるかどうか、２）σが公開鍵ｐｋ_Ｉのもとで有効であるかどうか、及び３）ψが有効なゼロ知識証明であるかどうかをチェックすることにより、オーディタノードがトランザクションを検証することを可能にするよう構成されていてもよい。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、トークンの所有権を譲渡するトランザクションを生成するよう構成されていてもよい。例えば、入力トークンは、入力トークンが再ランダム化された、以前のトランザクションからの出力トークンであり得る。例えば、関連付けられたエポックがないオリジナルのトークンは、以下のとおり：Ｔｏｋ＝ｃｏｍｍｉｔ（ｏｗｎｅｒ，ｔｙｐｅ，ｖａｌｕｅ，ｔｒｕｅ，－－，ｓｅｅｄ，ｒ）であり得、オリジナルのトークンは、以下の方式、ｔｏｋ'＝ｃｏｍｍｉｔ（ｏｗｎｅｒ'，ｔｙｐｅ，ｖａｌｕｅ，ｆａｌｓｅ，ｅ，ｓｅｅｄ'，ｒ'）で再ランダム化され得る。オーナーが新しいオーナーである場合、ｅは、現在のエポックシード'であり、ｒ'は、乱数である。さらに、プライベート監査可能トランザクションエンジン２０２は、ランダム化されたトークンのために新しいシリアルナンバーを生成することができる。例えば、トークンシリアルナンバーは、以下のとおり：ｓｎ＝ＶＲＦ（ｓｋ，ｓｅｅｄ）であり得、ここで、ＶＲＦは、検証可能な擬似ランダム関数であり、ｓｋは、オーナーの秘密鍵である。ＶＲＦは、出力の正確性のパブリックに検証可能な証明を提供する。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、トークンのオーナーによるゼロ知識証明を生成するよう構成されていてもよい。ゼロ知識証明は、以下のうちの１又は複数を含み得る。Ｔｏｋ"は、有効なトークンのランダム化であり、ｔｏｋ'は、正しく生成されている（すなわち、トークンのタイプ及び値を維持し、ｔｒａｎｓｆｅｒｒａｂｌｅは、偽に設定され、エポックは、現在のエポックである）。オーナーは、ブロックチェーンネットワークの登録ユーザである。Ｓｎは、正しくコンピューティングされている（すなわち、ｓｎは、オーナーの秘密鍵及びｔｏｋ"においてエンコードされたシードを使用してコンピューティングされている）。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、署名者がトークンの秘密鍵のオーナーを知っていることを示す匿名署名をトークンのオーナーが生成することを可能にするよう構成されていてもよい。例えば、匿名署名をメッセージ（ｓｎ，ｔｏｋ"，ｔｏｋ'，ψ）上のσとする。σは、署名者がｔｏｋ"におけるオーナーの秘密鍵を知っていることを示す。譲渡トランザクションは、以下のＴｘ＝（ｔｒａｎｓｆｅｒ，ｓｎ，ｔｏｋ"．ｔｏｋ'，ψ，σ）に対応することになる。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、ユーザがエポックの最後でトークンを報告することを可能にするよう構成されていてもよい。例えば、ユーザが所有する各トークンについて、以下：オーナー、値、タイプ、ｅ、シード、及びｒをオーディタに提供してもよい。オーディタは、オーナーがユーザであるかどうかと、トークンが、提供されたデータとマッチする有効なトランザクションの出力であるかどうかとをチェックすることができる。提供されたデータが有効であれば、オーディタは、トークンを検査済みとしてマークすることができる。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、オーディタが検査済みトークン中のデータを変更することを可能にするよう構成されていてもよい。例えば、オーディタは、提示されたトークンをｔｏｋ＝ｃｏｍｍｉｔ（ｏｗｎｅｒ，ｖａｌｕｅ，ｔｙｐｅ，ｅ，ｆａｌｓｅ，ｓｅｅｄ，ｒ）からｔｏｋ'＝ｃｏｍｍｉｔ（ｏｗｎｅｒ，ｖａｌｕｅ，ｔｙｐｅ，－－，ｔｒｕｅ，ｓｅｅｄ，ｒ'）に変更してもよく、ここで、エポックは、トークンに関連付けられず、トークンが別のユーザに譲渡され得るかどうかのブール値は、真に設定される。さらに、会計のトランザクション全体は、以下のとおりであり得る：ｔｘ＝（ａｃｃｏｕｎｔ，ｔｏｋ，ｔｏｋ'，ψ，σ）。これにより、Ψは、ｔｏｋ'が、譲渡可能であること及びそのエポックが編集されていることを除いては、ｔｏｋと同じ情報をエンコードすることを示す、ゼロ知識証明であり、σは、メッセージ（ａｃｃｏｕｎｔ，ｔｏｋ，ｔｏｋ'，ψ）上のオーディタの署名である。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、トークンの所有権を変更することなくマージ及び分割トークンを可能にするよう構成されていてもよい。例えば、オーディタは、ユーザが現在のエポックにおけるアカウントセッションに参加した最後の時間を監視することができる。この例において、ブールのｔｒａｎｓｆｅｒｒａｂｌｅは、エポックフィールドの存在から除去又は推測され得る。エポックフィールドがオーディタによって設定されている場合は、トークンを費やすことはできないが、エポックフィールドがヌルであれば、トークンを費やすことができる。さらに、プライベート監査可能トランザクションエンジン２０２は、オーディタが１回のアカウントトランザクションで複数のトークンを監視してバッチすることを可能にするよう構成されていてもよく、これにより、マルチラテラルなトランザクションが順に発生することが可能になる。

一実施形態では、プライベート監査可能トランザクションエンジン２０２は、トランザクション及びトークンをマージ及び分割するよう構成されていてもよい。例えば、ユーザは、トランザクション又はトークンをマージ又は分割することにより、現在のエポックにおいて参加したトランザクションの数を隠すことができる。トランザクションは、以下の性質を有し得る：ｔｒａｎｓｆｅｒｒａｂｌｅのブールは、偽に設定され、出力におけるオーナーは、入力と同じであり、出力におけるエポックは、入力と同じである。よって、任意のトークン及びトランザクションに関連付けられたデータは、ユーザが以前に所有していたかのようにしか見えないため、オーディタ及びネットワークの他の参加者から隠される。

図２及び本明細書全体を通して具現化され、実装されているように、提示される新しさが乗法的であることに留意されたい。

ここで図３を参照すると、プライバシーを維持した監査可能なブロックチェーントランザクションの例示的な方法３００のフローチャートが示されている。いくつかの実施形態において、方法３００は、ブロックチェーンネットワーク（図２のブロックチェーンネットワーク２００など）におけるプロセッサ、ノード、若しくはピアノード、又はその組み合わせによって実行されてもよい。

いくつかの実施形態において、方法３００は、段階３０２に進み、ここで、プロセッサが、ブロックチェーンアーキテクチャ１００内のピア（例えば、ピア１ １０４、ピア２ １０６、ピア３ １０８、ピア４ １１０）を介して、現在のエポック中のトークンをエンコードする。例えば、プライベート監査可能トランザクションエンジン２０２は、ユーザが現在のエポック中に受け取った入力トークンをエンコードして、それが現在のエポック中に受け取られたことを示す出力トークンにすることを可能にし得る。

いくつかの実施形態において、方法３００は、段階３０４に進み、ここで、１又は複数のトークンが、ブロックチェーンアーキテクチャ１００内のピアを介して、検査のために受け取られる。例えば、プライベート監査可能トランザクションエンジン２０２は、オーディタノードがブロックチェーンネットワークのユーザからトークンを受け取ることを可能にするよう構成されていてもよい。

いくつかの実施形態において、方法３００は、段階３０６に進み、ここで、監査ノードが、受け取られたトークンの監査チェックを実行する。例えば、プライベート監査可能トランザクションエンジン２０２は、ブロックチェーンネットワーク内の監査ノードが、受け取られたトークンの監査チェックを実行することを可能にするよう構成されていてもよく、ここで、監査ノードは、トークンが譲渡可能であり、かつ直近のエポックにおいて生成されたかどうかを、チェックして判定することができる。

いくつかの実施形態において、方法３００は、段階３０８に進み、ここで、プライベート監査可能トランザクションエンジン２０２は、監査ノードによる監査チェックが成功したかどうかを判定するよう構成されていてもよい。例えば、エンコードされたトークンが有効なトランザクションからのものである（例えば、トークンが譲渡可能であり、直近のエポックにおいて生成された）と監査ノードが判定した場合、監査チェックは成功と判定され得る。さらに、監査ノードは、段階３０２においてユーザによってエンコードされたゼロ知識証明を介して、ユーザがトークンのオーナーであるかどうかを判定することができる。

いくつかの実施形態において、方法３００は、段階３１０に進み、ここで、プライベート監査可能トランザクションエンジン２０２は、監査チェックをサブミットするよう構成されていてもよい。例えば、監査ノードは、監査チェックの署名を提供し、ブロックチェーンネットワークの台帳にアペンドされ得るトランザクションにトークンが含まれることを可能にすることができる。

以下に記述されるいくつかの実施形態において、方法３００の１又は複数の動作は、簡潔さのために示されていない。

本開示はクラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載される教示の実装はクラウドコンピューティング環境に限定されるものではないことを理解されたい。むしろ、本開示の実施形態は、現在知られている、又は後に開発される任意の他のタイプのコンピューティング環境と併せて実装することが可能である。

クラウドコンピューティングは、管理の労力又はサービスのプロバイダとのインタラクションを最小限に抑えながら迅速にプロビジョニング及びリリースできる構成可能コンピューティングリソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、及びサービス）の共有プールに対する簡便なオンデマンドネットワークアクセスを可能にするための、サービス配信モデルである。このクラウドモデルは、少なくとも５つの特性と、少なくとも３つのサービスモデルと、少なくとも４つの展開モデルとを含み得る。

特性は以下のとおりである。

オンデマンドセルフサービス：クラウド消費者は、サービスのプロバイダとの人的対話を要することなく、必要に応じて自動的に、サーバ時間及びネットワークストレージなどのコンピューティング能力を一方的にプロビジョニングすることができる。

幅広いネットワークアクセス：複数の機能が、ネットワーク経由で利用可能であり、異種のシンクライアントプラットフォーム又はシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、及びＰＤＡ）による使用を促進する標準メカニズムを通じてアクセスされる。

リソースプール：プロバイダのコンピューティングリソースは、マルチテナントモデルを使用して複数の消費者にサービス提供するようプールされ、異なる物理リソース及び仮想リソースが、需要に従って動的に割り当て及び再割り当てされる。消費者は、提供されるリソースの正確な部分に対してコントロールも知識も持たないことが一般的であるが、より高い抽象化レベル（例えば、国、州、又はデータセンタ）において部分を指定することが可能な場合があるという点で、部分的独立性の感覚がある。

迅速な柔軟性：機能を素早くかつ柔軟に、場合によっては自動的にプロビジョニングして、素早くスケールアウトし、迅速にリリースして素早くスケールインすることができる。消費者にとって、プロビジョニングに利用可能な機能は、無制限であるように思えることが多く、いつでも任意の量で購入することができる。

測定されるサービス：クラウドシステムは、サービスのタイプ（例えば、ストレージ、処理、帯域幅、及びアクティブユーザアカウント）に適切な何らかの抽象化レベルにおける計測能力を利用することによって、リソース使用を自動的にコントロールして最適化する。リソース使用量を監視し、コントロールし、レポートすることで、利用されるサービスのプロバイダ及び消費者の両方に透明性を提供することができる。

サービスモデルは以下のとおりである。

サービスとしてのソフトウェア（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、クラウドインフラストラクチャ上で実行されるプロバイダのアプリケーションを使用することである。アプリケーションは、ウェブブラウザ（例えば、ウェブベースの電子メール）のようなシンクライアントインタフェースを通して様々なクライアントデバイスからアクセス可能である。消費者は、限定されたユーザ固有のアプリケーション構成設定を例外とする可能性があるが、ネットワーク、サーバ、オペレーティングシステム、ストレージ、又は更には個々のアプリケーション機能を含む、基礎となるクラウドインフラストラクチャを管理することもコントロールすることもない。

サービスとしてのプラットフォーム（ＰａａＳ：Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、プロバイダによってサポートされるプログラミング言語及びツールを使用して作成される、消費者が作成又は取得したアプリケーションをクラウドインフラストラクチャ上に展開することである。消費者は、ネットワーク、サーバ、オペレーティングシステム、又はストレージを含む、基礎となるクラウドインフラストラクチャを管理することもコントロールすることもないが、展開されるアプリケーションと、場合によっては、アプリケーションホスティング環境構成とをコントロールする。

サービスとしてのインフラストラクチャ（ＩａａＳ：Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）：消費者に提供される能力は、処理、ストレージ、ネットワーク、及び他の基本的なコンピューティングリソースをプロビジョニングすることであり、ここで消費者は、オペレーティングシステム及びアプリケーションを含み得る任意のソフトウェアを展開し実行することが可能である。消費者は、基礎となるクラウドインフラストラクチャを管理することもコントロールすることもないが、オペレーティングシステム、ストレージ、展開されたアプリケーションをコントロールし、場合によっては選択されたネットワーキングコンポーネント（例えば、ホストファイアウォール）を限定的にコントロールする。

展開モデルは以下のとおりである。

プライベートクラウド：クラウドインフラストラクチャは、ある組織のためにのみ動作される。これは組織又はサードパーティにより管理されてもよく、オンプレミス又はオフプレミスで存在してもよい。

コミュニティクラウド：クラウドインフラストラクチャは、幾つかの組織によって共有され、共通の関心事項（例えば、ミッション、セキュリティ要件、ポリシー、及びコンプライアンス上の考慮事項）を有する特定のコミュニティをサポートする。これは組織又はサードパーティにより管理されてもよく、オンプレミス又はオフプレミスで存在してもよい。

パブリッククラウド：クラウドインフラストラクチャは、一般大衆又は大規模な業界団体に利用可能とされ、クラウドサービスを販売する組織によって所有される。

ハイブリッドクラウド：クラウドインフラストラクチャは、２つ又はそれより多くのクラウド（プライベート、コミュニティ、又はパブリック）の複合体であり、これらのクラウドは、ユニークなエンティティのままであるが、データ及びアプリケーションのポータビリティ（例えば、クラウド間のロードバランスをとるためのクラウドバースト）を可能にする標準化技術又は独自技術によって一緒に結合されている。

クラウドコンピューティング環境は、ステートレス性、低結合性、モジュール性、及びセマンティック相互運用性に焦点を当てたサービス指向である。クラウドコンピューティングの中心には、相互接続されたノードのネットワークを含むインフラストラクチャが存在する。

図４Ａには、クラウドコンピューティング環境４１０が示されている。図示されているように、クラウドコンピューティング環境４１０は、１又は複数のクラウドコンピューティングノード４００を含み、これと、クラウド消費者が使用するローカルコンピューティングデバイス、例えばパーソナルデジタルアシスタント（ＰＤＡ）若しくは携帯電話４００Ａ、デスクトップコンピュータ４００Ｂ、ラップトップコンピュータ４００Ｃ、若しくは自動車コンピュータシステム４００Ｎ、又はその組み合わせなどが通信し得る。ノード４００は、互いに通信し得る。これらは、上記で説明したようなプライベートクラウド、コミュニティクラウド、パブリッククラウド、若しくはハイブリッドクラウド、又はそれらの組み合わせなどの、１又は複数のネットワークにおいて物理的又は仮想的にグループ化されていてもよい（図示していない）。

これにより、クラウドコンピューティング環境４１０は、クラウド消費者がローカルコンピューティングデバイス上にリソースを維持する必要のない、サービスとしてのインフラストラクチャ、プラットフォーム、若しくはソフトウェア、又はその組み合わせを提供することが可能となる。図４Ａに示されているコンピューティングデバイス４００Ａ～Ｎのタイプは、例示のみを意図したものであり、コンピューティングノード４００及びクラウドコンピューティング環境４１０は、任意のタイプのネットワーク若しくはネットワークアドレス指定可能な接続又はその両方を介して（例えば、ウェブブラウザを使用して）、任意のタイプのコンピュータ化されたデバイスと通信できることが理解される。

図４Ｂには、クラウドコンピューティング環境４１０（図４Ａ）によって提供される機能抽象化レイヤのセットが示されている。図４Ｂに示されているコンポーネント、レイヤ、及び機能は、例示のみを意図したものであり、本開示の実施形態はこれに限定されるものではないことを事前に理解されたい。以下のレイヤ及び対応する機能は、下記に示すように提供される。

ハードウェア及びソフトウェアレイヤ４１５は、ハードウェア及びソフトウェアのコンポーネントを含む。ハードウェアコンポーネントの例は、メインフレーム４０２、ＲＩＳＣ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ：縮小命令セットコンピュータ）アーキテクチャベースのサーバ４０４、サーバ４０６、ブレードサーバ４０８、ストレージデバイス４１１、並びにネットワーク及びネットワーキングコンポーネント４１２を含む。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア４１４及びデータベースソフトウェア４１６を含む。

仮想化レイヤ４２０は、抽象化レイヤを提供し、ここから、仮想エンティティの以下の例：仮想サーバ４２２、仮想ストレージ４２４、仮想プライベートネットワークを含む仮想ネットワーク４２６、仮想アプリケーション及びオペレーティングシステム４２８、並びに仮想クライアント４３０が提供され得る。

１つの例では、管理レイヤ４４０は、以下に記載する機能を提供し得る。リソースプロビジョニング４４２は、クラウドコンピューティング環境内でタスクを実行するのに用いられるコンピューティングリソース及び他のリソースの動的な調達を提供する。計測及び価格設定４４４は、リソースがクラウドコンピューティング環境内で利用される際のコスト追跡、及びこれらのリソースの消費に対する課金又はインボイス作成を提供する。１つの例では、これらのリソースは、アプリケーションソフトウェアライセンスを含み得る。セキュリティは、クラウド消費者及びタスクのアイデンティティ検証、並びにデータ及び他のリソースの保護を提供する。ユーザポータル４４６は、消費者及びシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理４４８は、必要なサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当て及び管理を提供する。サービスレベル合意（ＳＬＡ）の計画及び履行４５０は、将来の要件がＳＬＡに従って予想されるクラウドコンピューティングリソースの事前構成及び調達を提供する。

ワークロードレイヤ４６０は、クラウドコンピューティング環境が用いられ得る機能の例を提供する。このレイヤから提供され得るワークロード及び機能の例は、マッピング及びナビゲーション４６２、ソフトウェア開発及びライフサイクル管理４６４、仮想教室教育配信４６６、データ分析処理４６８、トランザクション処理４７０、及びプライバシーを維持した監査可能なブロックチェーントランザクション４７２を含む。

図５は、本開示の実施形態に係る、本明細書に記載される方法、ツール、及びモジュール、並びに任意の関連機能のうちの１又は複数を（例えば、コンピュータの１又は複数のプロセッサ回路又はコンピュータプロセッサを使用して）実装するのに使用され得る例示的なコンピュータシステム５０１のハイレベルブロック図を示している。いくつかの実施形態において、コンピュータシステム５０１の主要なコンポーネントは、１又は複数のＣＰＵ５０２と、メモリサブシステム５０４と、端末インタフェース５１２と、ストレージインタフェース５１６と、Ｉ／Ｏ（入力／出力）デバイスインタフェース５１４と、ネットワークインタフェース５１８とを含み得る。これらのすべては、メモリバス５０３、Ｉ／Ｏバス５０８、及びＩ／Ｏバスインタフェースユニット５１０を介してコンポーネント間通信のために直接的又は間接的に通信可能に結合されていてもよい。

コンピュータシステム５０１は、本明細書ではＣＰＵ５０２と総称される、１又は複数の汎用プログラマブル中央処理ユニット（ＣＰＵ）５０２Ａ、５０２Ｂ、５０２Ｃ、及び５０２Ｄを含み得る。いくつかの実施形態において、コンピュータシステム５０１は、比較的大きなシステムに典型的な複数のプロセッサを含んでいてもよい。しかしながら、他の実施形態において、コンピュータシステム５０１は、代替的には、シングルＣＰＵシステムでもよい。各ＣＰＵ５０２は、メモリサブシステム５０４に格納されている命令を実行してもよく、１又は複数のレベルのオンボードキャッシュを含んでいてもよい。

システムメモリ５０４は、ランダムアクセスメモリ（ＲＡＭ）５２２又はキャッシュメモリ５２４などの、揮発性メモリの形態のコンピュータシステム可読媒体を含み得る。コンピュータシステム５０１は、他のリムーバブル／ノンリムーバブル揮発性／不揮発性コンピュータシステム記憶媒体をさらに含んでいてもよい。単なる例として、ストレージシステム５２６を、「ハードドライブ」などのノンリムーバブル不揮発性磁気媒体に対して読み取り及び書き込みを行うように設けることができる。図示していないが、リムーバブル不揮発性磁気ディスク（例えば、「フロッピディスク」）に対して読み取り若しくは書き込みを行う磁気ディスクドライブ、又は、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、若しくは他の光学媒体などのリムーバブル不揮発性光ディスクに対して読み取り及び書き込みを行う光ディスクドライブを設けてもよい。加えて、メモリ５０４は、フラッシュメモリ、例えばフラッシュメモリスティックドライブ又はフラッシュドライブを含むことができる。メモリデバイスは、１又は複数のデータ媒体インタフェースによってメモリバス５０３に接続できる。メモリ５０４は、様々な実施形態の機能を行うように構成されているプログラムモジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含んでいてもよい。

プログラムモジュール５３０の少なくとも１つのセットを各々有する、１又は複数のプログラム／ユーティリティ５２８が、メモリ５０４内に格納されていてもよい。プログラム／ユーティリティ５２８は、ハイパーバイザ（別称、仮想マシンモニタ）、１又は複数のオペレーティングシステム、１又は複数のアプリケーションプログラム、他のプログラムモジュール、及びプログラムデータを含んでいてもよい。オペレーティングシステム、１又は複数のアプリケーションプログラム、他のプログラムモジュール、及びプログラムデータの各々、又はそれらの何らかの組み合わせは、ネットワーキング環境の実装形態を含み得る。プログラム５２８若しくはプログラムモジュール５３０又はその組み合わせは、概して、様々な実施形態の機能又は方法を実行する。

メモリバス５０３は、ＣＰＵ５０２、メモリサブシステム５０４、及びＩ／Ｏバスインタフェース５１０の間の直接通信経路を提供するシングルバス構造として図５に示されているが、メモリバス５０３は、いくつかの実施形態において、階層、星形、又はウェブ構成、複数の階層型バス、並列冗長パス、又は任意の他の適切なタイプの構成のポイントツーポイントリンクのような様々な形態のいずれかで構成され得る複数の異なるバス又は通信経路を含んでいてもよい。さらに、Ｉ／Ｏバスインタフェース５１０及びＩ／Ｏバス５０８は単一のそれぞれのユニットとして示されているが、コンピュータシステム５０１は、いくつかの実施形態において、複数のＩ／Ｏバスインタフェースユニット５１０、複数のＩ／Ｏバス５０８、又はその両方を含んでいてもよい。さらに、様々なＩ／Ｏデバイスに通じる様々な通信経路からＩ／Ｏバス５０８を分離する複数のＩ／Ｏインタフェースユニットが示されているが、他の実施形態において、Ｉ／Ｏデバイスのいくつか又はすべては、１又は複数のシステムＩ／Ｏバスに直接接続されてもよい。

いくつかの実施形態において、コンピュータシステム５０１は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、若しくはサーバコンピュータ、又は、直接的なユーザインタフェースをほとんど若しくは全く有しないが、他のコンピュータシステム（クライアント）からのリクエストを受け取る同様のデバイスであり得る。さらに、いくつかの実施形態において、コンピュータシステム５０１は、デスクトップコンピュータ、ポータブルコンピュータ、ラップトップ若しくはノートブックコンピュータ、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、ネットワークスイッチ若しくはルータ、又は任意の他の適切なタイプの電子デバイスとして実装され得る。

図５は、例示的なコンピュータシステム５０１の代表的な主要コンポーネントを示すよう意図されていることに留意されたい。しかしながら、いくつかの実施形態において、個々のコンポーネントは図５に表されているよりも複雑さが多い又は複雑さが少ない場合があり、図５に示されているもの以外の又はそれに加えたコンポーネントが存在する場合があり、このようなコンポーネントの数、タイプ、及び構成は異なる場合がある。

本明細書においてより詳細に記述されるように、本明細書に記載される方法の実施形態のうちのいくつかの動作のうちのいくつか又はすべては、代替的な順序で実行されてもよいし、又は、全く実行されなくてもよく、さらに、複数の動作は、同時に行われてもよいし、又はより大きなプロセスに内在する一部として行われてもよいことが企図される。

本開示は、統合化が任意の可能な技術詳細レベルにあるシステム、方法、若しくはコンピュータプログラム製品、又はその組み合わせであり得る。コンピュータプログラム製品には、プロセッサに本開示の態様を実行させるコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（単数又は複数）が含まれ得る。

コンピュータ可読記憶媒体は、命令実行デバイスにより使用される命令を保持及び格納し得る有形デバイスであり得る。コンピュータ可読記憶媒体は、例えば、電子ストレージデバイス、磁気ストレージデバイス、光学ストレージデバイス、電磁ストレージデバイス、半導体ストレージデバイス、又は上述のものの任意の好適な組み合わせであり得るが、これらに限定されるものではない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピディスク、パンチカード又は命令が記録されている溝内の隆起構造などの機械的にエンコードされたデバイス、及び上述のものの任意の好適な組み合わせを含む。コンピュータ可読記憶媒体は、本明細書において使用される場合、電波若しくは他の自由に伝搬する電磁波、導波路若しくは他の伝送媒体を通じて伝搬する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又はワイヤを通じて伝送される電気信号などの一時的な信号自体と解釈されてはならない。

本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスにダウンロードされてもよく、或いは、ネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、若しくは無線ネットワーク、又はその組み合わせを介して、外部コンピュータ又は外部ストレージデバイスにダウンロードされてもよい。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、若しくはエッジサーバ、又はその組み合わせを備え得る。各コンピューティング／処理デバイスにおけるネットワークアダプタカード又はネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受け取り、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に格納するためにコンピュータ可読プログラム命令を転送する。

本開示の動作を行うためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、又は、Ｓｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語などの手続き型プログラミング言語若しくは同様のプログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで書き込まれたソースコード若しくはオブジェクトコードのいずれかであり得る。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で実行されてもよいし、スタンドアロンソフトウェアパッケージとして部分的にユーザのコンピュータ上で実行されてもよいし、部分的にユーザのコンピュータ上で、かつ、部分的にリモートコンピュータ上で実行されてもよいし、又は完全にリモートコンピュータ若しくはサーバ上で実行されてもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）若しくはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、又はその接続は、外部コンピュータに対して（例えば、インターネットサービスプロバイダを使用してインターネットを介して）行われてもよい。いくつかの実施形態において、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、本開示の態様を実行するために、コンピュータ可読プログラム命令の状態情報を用いてコンピュータ可読プログラム命令を実行して、電子回路をパーソナライズすることができる。

本開示の態様は、本明細書において、本開示の実施形態に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート図若しくはブロック図又はその両方を参照して、説明されている。フローチャート図若しくはブロック図又はその両方の各ブロック、及び、フローチャート図若しくはブロック図又はその両方におけるブロックの組み合わせが、コンピュータ可読プログラム命令によって実装され得ることは理解されるであろう。

これらのコンピュータ可読プログラム命令を、コンピュータのプロセッサ、又は機械を生成するための他のプログラマブルデータ処理装置に提供して、その結果、コンピュータのプロセッサ又は他のプログラマブルデータ処理装置を介して実行される命令が、フローチャート若しくはブロック図又はその組み合わせの単数又は複数のブロックにおいて指定された機能／動作を実装する手段を作成するようにしてもよい。また、これらのコンピュータ可読プログラム命令を、コンピュータ、プログラマブルデータ処理装置、若しくは他のデバイス、又はその組み合わせに特定の方式で機能するよう指示し得るコンピュータ可読記憶媒体に格納して、その結果、内部に命令が格納されているコンピュータ可読記憶媒体が、フローチャート若しくはブロック図又はその組み合わせの単数又は複数のブロックにおいて指定された機能／動作の態様を実装する命令を含む製品を構成するようにしてもよい。

また、コンピュータ可読プログラム命令を、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上にロードして、コンピュータ、他のプログラマブル装置、又は他のデバイス上で一連の動作段階を実行させて、コンピュータ実装処理を生成し、その結果、コンピュータ、他のプログラマブル装置、又は他のデバイス上で実行される命令が、フローチャート若しくはブロック図又はその組み合わせの単数又は複数のブロックにおいて指定された機能／動作を実装するようにしてもよい。

図面におけるフローチャート及びブロック図は、本開示の様々な実施形態に係るシステム、方法、及びコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能、及び動作を示している。これに関して、フローチャート又はブロック図における各ブロックは、指定された論理機能を実装する１又は複数の実行可能命令を含む命令のモジュール、セグメント、又は部分を表し得る。いくつかの代替的な実装形態において、ブロックに記されている機能は、図面に記されている順序とは異なる順序で行われ得る。例えば、連続して示されている２つのブロックが、実際には、１つの段階として実現されてもよく、同時に、実質的に同時に、部分的に若しくは全体的に時間重複する方式で実行されてもよく、又は、ブロックは、場合によっては、関与する機能に依存して逆の順序で実行されてもよい。ブロック図若しくはフローチャート図又はその組み合わせの各ブロック、及び、ブロック図若しくはフローチャート図又はその組み合わせにおけるブロックの組み合わせが、指定された機能若しくは動作を実行する、又は特定用途向けハードウェア及びコンピュータ命令の組み合わせを行う、特定用途向けハードウェアベースシステムによって実装され得ることにも留意されたい。

本開示の様々な実施形態の説明を例示の目的で提示してきたが、網羅的であること、又は開示された実施形態に限定されることを意図するものではない。当業者には、記載された実施形態の範囲及び趣旨から逸脱しない、多くの修正及び変形が明らかとなるであろう。本明細書において使用された術語は、実施形態の原理、実際的な適用、若しくは市場で見出される技術についての技術的改善点を最適に説明するために、又は本明細書で開示された実施形態を当業者が理解することを可能にするために選択された。

本開示は、具体的な実施形態に関して記載されているが、当業者には、その変更形態及び修正形態が明らかになることが予想される。したがって、以下の特許請求の範囲は、本開示の真の趣旨及び範囲に入るそのような変更形態及び修正形態のすべてを包含するものとして解釈されることが意図されている。

Claims (20)

1. プライバシーを維持した監査可能アカウントのためのコンピュータ実装方法であって、
   少なくとも１つのトークンを生成する段階であって、前記少なくとも１つのトークンは、オーナー、タイプ、値、現在のエポック、譲渡可能性、シード、及びｒ値でエンコードされ、ここで、エポックは、特定の時間範囲である、段階と、
   ゼロ知識証明を生成する段階であって、前記ゼロ知識証明は、前記少なくとも１つのトークンの前記オーナーがブロックチェーンネットワークの登録ユーザであることを示す、段階と、
   第１のトランザクションメッセージをアセンブルする段階であって、前記第１のトランザクションメッセージは、前記少なくとも１つのトークン、ゼロ知識証明、及び発行者の公開鍵を含む、段階と、
   前記第１のトランザクションメッセージに署名する段階であって、前記署名は、前記発行者の公開鍵に関連付けられたプライベートキーに基づく、段階と、
   前記第１のトランザクションメッセージを前記ブロックチェーンネットワークにブロードキャストする段階と
   を備えるコンピュータ実装方法。
2. 前記第１のトランザクションメッセージを検証する段階
   をさらに備える、請求項１に記載のコンピュータ実装方法。
3. 検証は、
   前記発行者が、前記第１のトランザクションメッセージ内の前記トークンに対応する前記タイプのトークンを作成するよう権限付与されているかどうかを判定する段階と、
   前記発行者の署名が有効であるかどうかを判定する段階であって、前記署名は、前記第１のトランザクションメッセージ内の前記公開鍵に対してチェックされる、段階と、
   前記ゼロ知識証明が有効であるかどうかを判定する段階と
   を有する、請求項２に記載のコンピュータ実装方法。
4. 監査チェックが有効ではないという判定に応答して、前記エンコードされたトークンを譲渡不可としてマークする段階
   をさらに備える、請求項２又は３に記載のコンピュータ実装方法。
5. 監査チェックが成功であることの検証に応答して、前記エンコードされたトークンを譲渡可能としてマークする段階
   をさらに備える、請求項２又は３に記載のコンピュータ実装方法。
6. １又は複数のトークンの所有権を譲渡する段階であって、譲渡は、譲渡しようとするトークンを消費する段階と、前記トークンと同じ値及びタイプをもち、前記現在のエポック、第２のシード、及び第２のｒ値、新しいオーナー、及びこれらが未だ譲渡可能ではないことを示すビットをエンコードする、１又は複数のトークンを作成する段階とを有する、段階と、
   前記１又は複数の入力トークンの各々についてトークンシリアルナンバーを生成する段階と、
   前記１又は複数の入力トークンが譲渡可能であり、前記新しく作成されたトークンが譲渡可能でないことを示す、第２のゼロ知識証明を生成する段階と、
   前記第１のトランザクションメッセージに対して第２の匿名署名を生成する段階であって、前記第２の匿名署名は、署名者が前記１又は複数の入力トークンの前記オーナーの秘密鍵を知っていることを実証する、段階と
   をさらに備える、請求項５に記載のコンピュータ実装方法。
7. 譲渡は、
   前記トークンシリアルナンバー、前記第２のゼロ知識証明、及び前記新しく作成された１又は複数のトークンを含む第２のトランザクションメッセージをアセンブルする段階と、
   前記第２のトランザクションメッセージに署名する段階と
   をさらに有する、請求項６に記載のコンピュータ実装方法。
8. 前記第２のトランザクションメッセージの有効性検証を行う段階であって、有効性検証は、前記第２のトランザクションメッセージ内の前記１又は複数の新しく作成されたトークンが、前記現在のエポックでエンコードされており、かつ未だ譲渡可能でないかどうかの判定に少なくとも部分的に基づく、段階
   をさらに備える、請求項７に記載のコンピュータ実装方法。
9. 前記第２のトランザクションメッセージの有効性検証に応答して、前記１又は複数の作成済みトークンを譲渡可能としてマークする第２のアカウントトランザクションを発行する段階をさらに備え、
   アカウントトランザクションは、ゼロ知識証明及びオーディタの署名から成る、
   請求項８に記載のコンピュータ実装方法。
10. プライバシーを維持した監査可能アカウントのためのコンピュータシステムであって、
    メモリと、
    前記メモリと通信しているプロセッサと
    を備え、
    前記プロセッサは、
    少なくとも１つのトークンを生成する手順であって、前記少なくとも１つのトークンは、オーナー、タイプ、値、現在のエポック、譲渡可能性、シード、及びｒ値でエンコードされ、ここで、エポックは、特定の時間範囲である、手順と、
    ゼロ知識証明を生成する手順であって、前記ゼロ知識証明は、前記少なくとも１つのトークンの前記オーナーがブロックチェーンネットワークの登録ユーザであることを示す、手順と、
    第１のトランザクションメッセージをアセンブルする手順であって、前記第１のトランザクションメッセージは、前記少なくとも１つのトークン、ゼロ知識証明、及び発行者の公開鍵を含む、手順と、
    前記第１のトランザクションメッセージに署名する手順であって、前記署名は、前記発行者の公開鍵に関連付けられたプライベートキーに基づく、手順と、
    前記第１のトランザクションメッセージを前記ブロックチェーンネットワークにブロードキャストする手順と
    を有する動作を実行するよう構成されている、コンピュータシステム。
11. 前記第１のトランザクションメッセージを検証する動作
    をさらに有する、請求項１０に記載のコンピュータシステム。
12. 前記検証する動作は、
    前記発行者が、前記第１のトランザクションメッセージ内の前記トークンに対応する前記タイプのトークンを作成するよう権限付与されているかどうかを判定する手順と、
    前記発行者の署名が有効であるかどうかを判定する手順であって、前記署名は、前記第１のトランザクションメッセージ内の前記公開鍵に対してチェックされる、手順と、
    前記ゼロ知識証明が有効であるかどうかを判定する手順と
    を含む、請求項１１に記載のコンピュータシステム。
13. 監査チェックが有効ではないという判定に応答して、前記エンコードされたトークンを譲渡不可としてマークする動作
    をさらに有する、請求項１０から１２のいずれか一項に記載のコンピュータシステム。
14. 監査チェックが成功であることの検証に応答して、前記エンコードされたトークンを譲渡可能としてマークする動作
    をさらに有する、請求項１０から１２のいずれか一項に記載のコンピュータシステム。
15. プライバシーを維持した監査可能アカウントのためのコンピュータプログラムであって、
    プロセッサに、
    少なくとも１つのトークンを生成する手順であって、前記少なくとも１つのトークンは、オーナー、タイプ、値、現在のエポック、譲渡可能性、シード、及びｒ値でエンコードされ、ここで、エポックは、特定の時間範囲である、手順と、
    ゼロ知識証明を生成する手順であって、前記ゼロ知識証明は、前記少なくとも１つのトークンの前記オーナーがブロックチェーンネットワークの登録ユーザであることを示す、手順と、
    第１のトランザクションメッセージをアセンブルする手順であって、前記第１のトランザクションメッセージは、前記少なくとも１つのトークン、ゼロ知識証明、及び発行者の公開鍵を含む、手順と、
    前記第１のトランザクションメッセージに署名する手順であって、前記署名は、前記発行者の公開鍵に関連付けられたプライベートキーに基づく、手順と、
    前記第１のトランザクションメッセージを前記ブロックチェーンネットワークにブロードキャストする手順と
    を実行させるためのコンピュータプログラム。
16. 前記プロセッサに、
    前記第１のトランザクションメッセージを検証する手順
    をさらに実行させる、請求項１５に記載のコンピュータプログラム。
17. 前記検証する手順は、
    前記発行者が、前記第１のトランザクションメッセージ内の前記トークンに対応する前記タイプのトークンを作成するよう権限付与されているかどうかを判定する手順と、
    前記発行者の署名が有効であるかどうかを判定する手順であって、前記署名は、前記第１のトランザクションメッセージ内の前記公開鍵に対してチェックされる、手順と、
    前記ゼロ知識証明が有効であるかどうかを判定する手順と
    を含む、請求項１６に記載のコンピュータプログラム。
18. 前記プロセッサに、
    監査チェックが有効ではないという判定に応答して、前記エンコードされたトークンを譲渡不可としてマークする手順
    をさらに実行させる、請求項１５から１７のいずれか一項に記載のコンピュータプログラム。
19. 前記プロセッサに、
    監査チェックが成功であることの検証に応答して、前記エンコードされたトークンを譲渡可能としてマークする手順
    をさらに実行させる、請求項１５から１７のいずれか一項に記載のコンピュータプログラム。
20. 譲渡は、
    トークンシリアルナンバー、第２のゼロ知識証明、及び再ランダム化された１又は複数のトークンを含む第２のトランザクションメッセージをアセンブルする動作と、
    前記第２のトランザクションメッセージに署名する動作と
    を含む、請求項１９に記載のコンピュータプログラム。

Images