JP2023010648A - 秘匿取引のための方法およびシステム - 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