JP2021512569A5 - - Google Patents

Description

上記及び全文の一方向の不可逆関数は、例えばハッシュ関数又はハッシュ関数の組み合わせであってもよい。

本実施例の方法を実現する管理側装置は検証モジュール１０１及び裏書署名モジュール１０２を備えてもよく、図６に示すように、
前記検証モジュール１０１は、取引データを検証するように設定され、
前記裏書署名モジュール１０２は、前記検証モジュールが検証に成功した後、前記取引データを裏書署名し、裏書署名後の取引データが第１チェーンシステムのブロックデータに書き込まれるように設定され、
前記取引データは取引受信側の取引アドレスと今回取引時に生成したアドレスパラメータとを含み、前記取引アドレスは前記取引受信側が前回取引を受信する際に生成したアドレスパラメータを利用して生成したものであり、前記今回取引時に生成したアドレスパラメータは前記取引受信側が次回取引を受信する取引アドレスを生成することに用いられ、同じ取引受信側のすべての受信取引データに論理チェーン構造を形成させる。

以上によれば、アカウント取引チェーンとブロックチェーンとは異なり、ブロックチェーンがデータエンティティのもの、外部のもの、公開されたものであるが、アカウント取引チェーンが論理的なもの、内部のもの、隠されたものである。ブロックチェーンが解決するのは追跡可能、改竄不可能等の問題であるが、アカウント取引チェーンが解決するのはプライバシー及び使用し易さ等の問題であり、且つアカウント取引チェーンは無数のチェーンをブロックチェーンに溶け込むものである。

Claims (18)

1. データ処理方法であって、
   取引データが検証に成功して裏書署名してから第１チェーンシステムのブロックデータに書き込まれることと、
   前記第１チェーンシステムのブロックデータが第２チェーンシステムのブロックデータに書き込まれ、前記第２チェーンシステムのブロックデータが前記第１チェーンシステムの１つ又は複数のブロックデータで順次構成され、前記第１チェーンシステムにおけるいずれか１つのアカウントの状態が前記第２チェーンシステムにおける前記アカウントの状態に合致することと、を含み、
   前記取引データが検証に成功して裏書署名してから第１チェーンシステムのブロックデータに書き込まれることは、
   取引データの検証に成功した後、前記取引データを裏書署名し、裏書署名後の取引データが第１チェーンシステムのブロックデータに書き込まれることを含み、
   前記取引データは取引受信側の取引アドレスと今回取引時に生成したアドレスパラメータとを含み、前記取引アドレスは前記取引受信側が前回取引を受信する際に生成したアドレスパラメータを利用して生成したものであり、前記今回取引時に生成したアドレスパラメータは前記取引受信側が次回取引を受信する取引アドレスを生成することに用いられ、同じ取引受信側のすべての受信取引データに論理チェーン構造を形成させるデータ処理方法。
2. 前記第１チェーンシステムがプライベートチェーンを含み、前記第２チェーンシステムがパブリックチェーン又はコンソーシアムチェーンを含み、又は
   前記第１チェーンシステムがコンソーシアムチェーンを含み、前記第２チェーンシステムがパブリックチェーン又はコンソーシアムチェーンを含む請求項１に記載の方法。
3. 取引データを検証する前に、前記方法は更に、アドレスパラメータを生成し、状態ツリーから前記取引受信側の取引アドレスを検索し、取引送信側が前記取引アドレス及びアドレスパラメータを取引データに追加するよう、生成されたアドレスパラメータ及び検索された前記取引アドレスを前記取引送信側に送信することを含み、
   前記取引データを裏書署名した後、前記方法は更に、前記取引データにおける取引アドレスが前記状態ツリーにおける前記取引受信側の取引アドレスと同じであると判断した場合、前記生成されたアドレスパラメータを利用して新しい取引アドレスを生成して、前記状態ツリーにおける前記取引受信側の取引アドレスを更新することを含む請求項１に記載の方法。
4. 前記生成されたアドレスパラメータを利用して新しい取引アドレスを生成することは、
   関数を利用して前記生成されたアドレスパラメータ及び前記取引受信側の暗号鍵を１回又は複数回演算して、取引アドレスを生成することを含む請求項３に記載の方法。
5. 前記取引受信側の取引アドレスは、第１関数を利用して前記アドレスパラメータ及び前記取引受信側のユーザー暗号鍵を演算して第１中央値を取得し、第２関数を利用して前記第１中央値及び前記取引受信側のユーザー公開鍵を演算して第１公開鍵を取得し、第３関数を利用して前記第１公開鍵を演算して取引アドレスを取得するという方式で生成され、又は
   前記取引受信側の取引アドレスが多重署名アドレスであり、前記多重署名アドレスは、異なる関数を利用して前記アドレスパラメータ及び前記取引受信側のユーザー暗号鍵を演算して複数の中央値を取得し、第４関数を利用してそれぞれ各中央値及び前記取引受信側の複数のユーザー公開鍵を演算して複数の新しい公開鍵を取得し、第５関数を利用して前記複数の新しい公開鍵を演算して多重署名アドレスを取得するという方式で生成される請求項４に記載の方法。
6. 前記方法は更に、
   ユーザーが新規登録するとき、前記ユーザーの初期アドレスパラメータを生成して、状態ツリーに前記初期アドレスパラメータにより生成された取引アドレスを記録すること、又は
   新しい暗号鍵を公布されたユーザーのために初期アドレスパラメータを改めて生成して、状態ツリーに改めて生成された初期アドレスパラメータにより生成された取引アドレスを記録し、前記新しい暗号鍵が取引アドレスの生成のための暗号鍵であることを含む請求項４に記載の方法。
7. 前記方法は更に、
   トークン（ｔｏｋｅｎ）を発行するための指定された発行取引を生成し、前記指定された発行取引における入力アドレスが第１フォーマットを用いるアドレスであるステップ、
   ｔｏｋｅｎを回収するための指定された回収取引を生成し、前記指定された回収取引における出力アドレスが第２フォーマットを用いるアドレスであるステップ、
   ｔｏｋｅｎを報奨するための指定された報奨取引を生成し、前記指定された報奨取引における入力アドレスが第３フォーマットを用いるアドレスであるステップ、のうちの１つ又は複数を含む請求項１に記載の方法。
8. データ処理方法であって、
   取引受信側が前回の受信取引データにおけるアドレスパラメータに基づいて今回の受信取引の取引アドレスを生成し、第２チェーンシステムから前記取引アドレスを含む取引データを検索することを含み、
   前記第２チェーンシステムにおけるブロックデータが第１チェーンシステムの１つ又は複数のブロックデータで順次構成され、前記第１チェーンシステムにおけるいずれか１つのアカウントの状態が前記第２チェーンシステムにおける前記アカウントの状態に合致するデータ処理方法。
9. 前記取引受信側が取引送信側とされる場合、前記方法は更に、
   前記取引送信側が取引を提出するとき、受信取引データを参照した前回の受信取引データにおけるアドレスパラメータを利用して公開鍵／秘密鍵対を生成し、前記公開鍵／秘密鍵対を利用して現在の取引におけるアンロックスクリプトを生成することを含む請求項８に記載の方法。
10. 管理側装置であって、検証モジュールと裏書署名モジュールを備え、
    前記検証モジュールは、取引データを検証するように設定され、
    前記裏書署名モジュールは、前記検証モジュールが取引データの検証に成功した後、前記取引データを裏書署名し、裏書署名後の取引データが第１チェーンシステムのブロックデータに書き込まれるように設定され、
    前記取引データは取引受信側の取引アドレスと今回取引時に生成したアドレスパラメータとを含み、前記取引アドレスは前記取引受信側が前回取引を受信する際に生成したアドレスパラメータを利用して生成したものであり、前記今回取引時に生成したアドレスパラメータは前記取引受信側が次回取引を受信する取引アドレスを生成することに用いられ、同じ取引受信側のすべての受信取引データに論理チェーン構造を形成させる管理側装置。
11. 前記装置は第１アドレス生成モジュールを更に備え、前記第１アドレス生成モジュールは、アドレスパラメータを生成し、状態ツリーから前記取引受信側の取引アドレスを検索し、生成されたアドレスパラメータ及び検索された前記取引アドレスを取引送信側に送信するように設定され、及び、前記取引データにおける取引アドレスが前記状態ツリーにおける前記取引受信側の取引アドレスと同じであると判断した場合、前記生成されたアドレスパラメータを利用して新しい取引アドレスを生成して、前記状態ツリーにおける前記取引受信側の取引アドレスを更新するように設定される請求項１０に記載の管理側装置。
12. 前記第１アドレス生成モジュールが前記生成されたアドレスパラメータを利用して新しい取引アドレスを生成することは、前記第１アドレス生成モジュールが関数を利用して前記生成されたアドレスパラメータ及び前記取引受信側の暗号鍵を１回又は複数回演算して、取引アドレスを生成することを含む請求項１１に記載の管理側装置。
13. 前記第１アドレス生成モジュールは、前記第１アドレス生成モジュールが第１関数を利用して前記アドレスパラメータ及び前記取引受信側のユーザー暗号鍵を演算して第１中央値を取得し、第２関数を利用して前記第１中央値及び前記取引受信側のユーザー公開鍵を演算して第１公開鍵を取得し、第３関数を利用して前記第１公開鍵を演算して取引アドレスを取得するという方式で、前記取引受信側の取引アドレスを生成し、又は
    前記第１アドレス生成モジュールは、前記取引受信側の取引アドレスが多重署名アドレスであり、前記第１アドレス生成モジュールが異なる関数を利用して前記アドレスパラメータ及び前記取引受信側のユーザー暗号鍵を演算して複数の中央値を取得し、第４関数を利用してそれぞれ各中央値及び前記取引受信側の複数のユーザー公開鍵を演算して複数の新しい公開鍵を取得し、第５関数を利用して前記複数の新しい公開鍵を演算して多重署名アドレスを取得するという方式で、前記取引受信側の取引アドレスを生成する請求項１２に記載の管理側装置。
14. 前記第１アドレス生成モジュールは更に、ユーザーが新規登録するとき、前記ユーザーの初期アドレスパラメータを生成して、状態ツリーに前記初期アドレスパラメータにより生成された取引アドレスを記録するように設定され、及び、
    前記第１アドレス生成モジュールは更に、新しい暗号鍵を公布されたユーザーのために初期アドレスパラメータを改めて生成して、状態ツリーに改めて生成された初期アドレスパラメータにより生成された取引アドレスを記録するように設定され、前記新しい暗号鍵は取引アドレスを生成するための暗号鍵である請求項１２に記載の管理側装置。
15. 前記装置は発行取引モジュール、回収取引モジュール及び報奨取引モジュールのうちの１つ又は複数を更に備え、
    前記発行取引モジュールは、ｔｏｋｅｎを発行するための指定された発行取引を生成するように設定され、前記指定された発行取引における入力アドレスは第１フォーマットを用いるアドレスであり、
    前記回収取引モジュールは、ｔｏｋｅｎを回収するための指定された回収取引を生成するように設定され、前記指定された回収取引における出力アドレスは第２フォーマットを用いるアドレスであり、
    前記報奨取引モジュールは、ｔｏｋｅｎを報奨するための指定された報奨取引を生成するように設定され、前記指定された報奨取引における入力アドレスは第３フォーマットを用いるアドレスである請求項１０に記載の管理側装置。
16. クライアント側装置であって、第２アドレス生成モジュールと検索モジュールを備え、
    前記第２アドレス生成モジュールは、前回の受信取引データにおけるアドレスパラメータに基づいて今回の受信取引の取引アドレスを生成するように設定され、
    前記検索モジュールは、第２チェーンシステムから前記取引アドレスを含む取引データを検索するように設定されるクライアント側装置。
17. 前記クライアント側装置は署名モジュールを更に備え、前記署名モジュールは、前記クライアント側が取引送信側とされる場合、取引を提出するとき、受信取引データを参照した前回の受信取引データにおけるアドレスパラメータを利用して公開鍵／秘密鍵対を生成し、前記公開鍵／秘密鍵対を利用して現在の取引におけるアンロックスクリプトを生成するように設定される請求項１６に記載のクライアント側装置。
18. コンピュータ可読記憶媒体であって、コンピュータ命令が記憶され、該命令がプロセッサにより実行されるとき、請求項１〜７のいずれか１項又は請求項８〜９のいずれか１項に記載の方法のステップを実現するコンピュータ可読記憶媒体。