(57)【要約】  本明細書の1つまたは複数の実施形態はクロスブロックチェーン認証を提供する。第1のブロックチェーンに対応し、クロスチェーンインタラクションのためのシステムに含まれる購読クライアントは、認証データソースとして使用される、オラクルエンジンの公開鍵を取得する。クロスチェーンインタラクション端を使用することによって、第2のブロックチェーンにおいて認証されるべき、第2のブロックチェーンに対応する発行クライアントによって発行されたデータが取得され、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいて第2のブロックチェーンに接続されたオラクルエンジンによって署名される。認証データソースおよび認証されるべきデータの署名に基づいて、認証されるべきデータについてのデータ認証が実行される。
2021507556.tif 000002
【特許請求の範囲】
【請求項１】
クロスブロックチェーン認証のためクロスブロックチェーン認証方法であって、
第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を、クロスチェーンインタラクションのためのシステムに含まれる購読クライアントによって取得するステップであって、前記システムは、前記購読クライアント、発行クライアント、およびクロスチェーンインタラクション端に含み、前記購読クライアントは、第1のブロックチェーンに対応し、前記発行クライアントは、前記第2のブロックチェーンに対応し、前記クロスチェーンインタラクション端は、前記購読クライアントおよび前記発行クライアントに個別に接続される、ステップ(402)と、
認証データソースとして前記公開鍵を使用するステップ(402)と、
前記第2のブロックチェーンにおいて認証されるべき、前記発行クライアントによって発行されたデータを、前記クロスチェーンインタラクション端を使用することによって取得するステップであって、前記認証されるべきデータが、前記オラクルエンジンが所有する秘密鍵に基づいて前記オラクルエンジンによって署名される、ステップ(404)と、
前記認証されるべきデータについてのデータ認証を、前記認証データソースおよび前記認証されるべきデータの署名に基づいて実行するステップ(406)と
を含む方法。
【請求項２】
前記公開鍵を取得するステップは、
ユーザによって構成された、前記第2のブロックチェーンに対応する前記オラクルエンジンの前記公開鍵を取得し、前記認証データソースとして前記公開鍵を使用するステップを含む、請求項1に記載の方法。
【請求項３】
前記公開鍵を取得するステップは、
前記発行クライアントによって発行された、前記第2のブロックチェーンに対応する前記オラクルエンジンの前記公開鍵を、前記クロスチェーンインタラクション端を使用することによって取得し、前記認証データソースとして前記公開鍵を使用するステップを含む、請求項1に記載の方法。
【請求項４】
前記認証されるべきデータを取得するステップは、
前記クロスチェーンインタラクション端への購読要求を開始するステップであって、前記購読要求が、前記クロスチェーンインタラクション端に購読条件を示すために使用され、前記クロスチェーンインタラクション端は、前記第2のブロックチェーンにおいて認証されるべき、前記購読条件を満たすデータを、前記購読条件に基づいて前記発行クライアントに要求する、ステップと、
認証されるべき、前記発行クライアントによって発行されたデータを取得するステップであって、前記認証されるべきデータは、前記購読条件を満たし、前記オラクルエンジンが所有する前記秘密鍵に基づいて前記オラクルエンジンによって署名される、ステップと
を含む、請求項1〜3のいずれか一項に記載の方法。
【請求項５】
前記データ認証を実行するステップは、
前記認証されるべきデータの前記署名を、前記認証データソースの前記オラクルエンジンの格納された公開鍵に基づいて検証するステップと、
前記署名についての検証が成功した場合、前記認証されるべきデータについての前記データ認証が成功したと決定するステップと、
請求項1〜4のいずれか一項に記載の方法。
【請求項６】
前記発行クライアントは前記オラクルエンジンに接続され、前記オラクルエンジンは、動作を実行するように構成され、前記動作が、
前記第2のブロックチェーンのデータについてデータ認証を実行するステップと、
前記データ認証が成功した後、認証が成功したデータに、前記オラクルエンジンが所有する前記秘密鍵に基づいて署名するステップと、
前記発行クライアントに署名済みデータを積極的にプッシュする、または前記発行クライアントのデータ取得要求に応答して前記発行クライアントに前記署名済みデータをプッシュするステップと
を含む、請求項1〜5のいずれか一項に記載の方法。
【請求項７】
前記第2のブロックチェーンに対応する前記オラクルエンジンは前記発行クライアントである、請求項1〜6のいずれか一項に記載の方法。
【請求項８】
前記購読クライアントは、前記第1のブロックチェーンのノードデバイスに対応し、前記発行クライアントおよび前記オラクルエンジンは、前記第2のブロックチェーンのノードデバイスに対応する、請求項1〜7のいずれか一項に記載の方法。
【請求項９】
前記データは、トランザクション、ブロック、状態、およびイベントのうちの1つを含む、請求項1〜8のいずれか一項に記載の方法。
【請求項１０】
前記認証データソースは、前記第1のブロックチェーンおよび前記第2のブロックチェーンによってサポートされるデータ認証プロトコルに依存する、請求項1〜9のいずれか一項に記載の方法。
【請求項１１】
認証ルールは、前記第2のブロックチェーンに記録された前記データの特定のタイプに依存する認証ロジックを含む、請求項1〜10のいずれか一項に記載の方法。
【請求項１２】
請求項1〜11のいずれか一項の方法を実行するように構成された複数のモジュールを備えるクロスブロックチェーン認証のための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照本願は、参照によりその全体が本明細書に組み込まれる、2018年4月3日に出願された中国特許出願201810291308.4の優先権を主張する。
【０００２】
本明細書の1つまたは複数の実施形態は、ブロックチェーン技術の分野に関し、特に、クロスブロックチェーン認証方法、装置、および電子デバイスに関する。
【背景技術】
【０００３】
分散台帳技術とも称される、ブロックチェーン技術は、完全な分散データベースを共同で維持するためにいくつかのコンピューティングデバイスが「アカウンティング」に共同で参加する新しい技術である。ブロックチェーン技術は、分散化と開放性により特徴付けられ、各コンピューティングデバイスはデータベースへのデータの記録に参加でき、コンピューティングデバイス間でデータを迅速に同期できる。したがって、ブロックチェーン技術を使用して、分散システムを確立すること、および自動実行のためにブロックチェーンベースの分散データベースに様々な実行プログラムを含ませることなど、以降のことは多くの分野に広く適用されている。
【発明の概要】
【課題を解決するための手段】
【０００４】
本明細書は、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含むクロスチェーンインタラクションのためのシステムに適用される、クロスブロックチェーン認証方法を提供し、購読クライアントは第1のブロックチェーンに対応し、発行クライアントは第2のブロックチェーンに対応し、クロスチェーンインタラクション端は購読クライアントと発行クライアントに個別に接続され、方法は、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を、購読クライアントによって取得し、認証データソースとして公開鍵を使用するステップと、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータを、クロスチェーンインタラクション端を使用することによって取得するステップであって、認証されるべきデータは、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、ステップと、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行するステップとを含む。
【０００５】
オプションで、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するステップは、ユーザによって構成された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するステップを含む、あるいは、発行クライアントによって発行された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を、クロスチェーンインタラクション端を使用することによって取得し、認証データソースとして公開鍵を使用するステップを含む。
【０００６】
オプションで、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータを、クロスチェーンインタラクション端を使用することによって取得するステップは、クロスチェーンインタラクション端への購読要求を開始するステップであって、購読要求が、クロスチェーンインタラクション端に購読条件を示すために使用され、クロスチェーンインタラクション端は、第2のブロックチェーンにおいて認証されるべき、購読条件を満たすデータを、購読条件に基づいて発行クライアントに要求する、ステップと、認証されるべき、発行クライアントによって発行されたデータを取得するステップであって、認証されるべきデータは、購読条件を満たし、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、ステップとを含む。
【０００７】
オプションで、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行するステップは、認証されるべきデータの署名を、認証データソースのオラクルエンジンの格納された公開鍵に基づいて検証するステップと、署名についての検証が成功した場合、認証されるべきデータについてのデータ認証が成功したと決定するステップとを含む。
【０００８】
オプションで、発行クライアントはオラクルエンジンに接続され、オラクルエンジンは、第2のブロックチェーンのデータについてデータ認証を実行し、データ認証が成功した後、認証が成功したデータに、オラクルエンジンが所有する秘密鍵に基づいて署名し、発行クライアントに署名済みデータを積極的にプッシュする、または発行クライアントのデータ取得要求に応答して発行クライアントに署名済みデータをプッシュするように構成される。
【０００９】
オプションで、第2のブロックチェーンに対応するオラクルエンジンは発行クライアントである。
【００１０】
オプションで、購読クライアントは、第1のブロックチェーンのノードデバイスに対応し、発行クライアントおよびオラクルエンジンは、第2のブロックチェーンのノードデバイスに対応する。
【００１１】
本明細書は、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含むクロスチェーンインタラクションのためのシステムに適用される、クロスブロックチェーン認証装置をさらに提供し、購読クライアントは第1のブロックチェーンに対応し、発行クライアントは第2のブロックチェーンに対応し、クロスチェーンインタラクション端は購読クライアントと発行クライアントに個別に接続され、装置は、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するように構成された第1の取得モジュールと、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータを、クロスチェーンインタラクション端を使用することによって取得するように構成された第2の取得モジュールであって、認証されるべきデータはオラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、第2の取得モジュールと、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行するように構成された認証モジュールとを備える。
【００１２】
オプションで、第1の取得モジュールは、ユーザによって構成された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するか、あるいは、発行クライアントによって発行された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を、クロスチェーンインタラクション端を使用することによって取得し、認証データソースとして公開鍵を使用するように構成される。
【００１３】
オプションで、第2の取得モジュールは、クロスチェーンインタラクション端への購読要求を開始することであって、購読要求が、クロスチェーンインタラクション端に購読条件を示すために使用され、クロスチェーンインタラクション端は、第2のブロックチェーンにおいて認証されるべき、購読条件を満たすデータを、購読条件に基づいて発行クライアントに要求する、ことと、認証されるべき、発行クライアントによって発行されたデータを取得することであって、認証されるべきデータは、購読条件を満たし、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、こととを行うように構成される。
【００１４】
オプションで、認証モジュールは、認証されるべきデータの署名を、認証データソースのオラクルエンジンの格納された公開鍵に基づいて検証し、署名についての検証が成功した場合、認証されるべきデータについてのデータ認証が成功したと決定するように構成される。
【００１５】
オプションで、発行クライアントはオラクルエンジンに接続され、オラクルエンジンは、第2のブロックチェーンのデータについてデータ認証を実行し、データ認証が成功した後、認証が成功したデータに、オラクルエンジンが所有する秘密鍵に基づいて署名し、発行クライアントに署名済みデータを積極的にプッシュする、または発行クライアントのデータ取得要求に応答して発行クライアントに署名済みデータをプッシュするように構成される。
【００１６】
オプションで、第2のブロックチェーンに対応するオラクルエンジンは発行クライアントである。
【００１７】
オプションで、購読クライアントは、第1のブロックチェーンのノードデバイスに対応し、発行クライアントおよびオラクルエンジンは、第2のブロックチェーンのノードデバイスに対応する。
【００１８】
本明細書は、プロセッサおよびメモリを備える電子デバイスをさらに提供し、メモリはマシン可読命令を格納するように構成され、メモリに格納された、クロスブロックチェーン認証の制御ロジックに対応するマシン実行可能命令が読み出されて実行されると、プロセッサは、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するステップと、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータを、クロスチェーンインタラクション端を使用することによって取得するステップであって、クロスチェーンインタラクション端は、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端に含むシステムにあり、購読クライアントは、第1のブロックチェーンに対応し、発行クライアントは、第2のブロックチェーンに対応し、クロスチェーンインタラクション端は、購読クライアントおよび発行クライアントに個別に接続され、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、ステップと、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行するステップとを行うように構成される。
【００１９】
前述の実施形態では、購読クライアントが第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用する。さらに、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータであって、ここで、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、データを、クロスチェーンインタラクション端を使用することによって取得すると、購読クライアントは、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行できる。
【００２０】
第2のブロックチェーンに接続されたオラクルエンジンが、オラクルエンジンが所有する秘密鍵に基づいて第2のブロックチェーンのデータに署名するので、購読クライアントは、認証データソースとしてオラクルエンジンの公開鍵を格納して、オラクルエンジンの公開鍵およびデータ中の署名に基づいて第2のブロックチェーンのデータについて認証を実行するだけでよい。したがって、購読クライアントが第2のブロックチェーンのデータについての認証を実行する複雑性が低減され得る。
【００２１】
加えて、購読および発行を介したクロスチェーンインタラクション端を使用することによって第1のブロックチェーンと第2のブロックチェーンの間でデータが同期され得るので、非侵襲型のサイドチェーンアンカーが、ブロックチェーンが相互に分離されながら、異なるブロックチェーン間で実装でき、低複雑性で高スケーラビリティのクロスチェーンネットワークを確立できる。
【図面の簡単な説明】
【００２２】
【図１】例示的な実施形態による、クロスブロックチェーンインタラクションのためのシステムを示す概略図である。
【図２】例示的な実施形態による、クロスブロックチェーンインタラクションのための別のシステムを示す概略図である。
【図３】例示的な実施形態による、クロスブロックチェーンインタラクションのためのシステムを示す概略図である。
【図４】例示的な実施形態による、クロスブロックチェーン認証方法を示すフローチャートである。
【図５】例示的な実施形態による、クロスブロックチェーン関連譲渡システムを示す概略構成図である。
【図６】例示的な実施形態による、電子デバイスを示す概略構成図である。
【図７】例示的な実施形態による、クロスブロックチェーン認証装置を示すブロック図である。
【図８】本開示の実施形態による、クロスブロックチェーン認証のためのコンピュータ実装方法の例を示すフローチャートである。
【発明を実施するための形態】
【００２３】
サイドチェーン技術は、プライマリチェーンとしてブロックチェーンを使用して、サイドチェーンをさらに拡張し、サイドチェーンとプライマリチェーンの間のサイドチェーンアンカーを実装する。
【００２４】
サイドチェーンは、プライマリチェーンからのデータについて認証を実行できるブロックチェーンである。例えば、サイドチェーンは、トランザクション、ブロック、またはブロックチェーンデータの別の形態が、プライマリチェーンの各ブロックに含まれているか否かを検証できる。ブロックチェーンが別のブロックチェーンのデータについて認証を実行できる場合、ブロックチェーンは、他のブロックチェーンのサイドチェーンと呼ばれる。対応して、サイドチェーンアンカーは、サイドチェーンに認証ルート(認証データソースおよび認証ルールを通常含む)を構成するプロセスであり、サイドチェーンは、プライマリチェーンからのデータについて認証を実行できる。
【００２５】
本明細書は、購読および発行モデルに基づいてサイドチェーンアンカーフレームワークを提供することを目的とし、ブロックチェーンが相互に分離されながら、非侵襲型サイドチェーンアンカーが異なるブロックチェーン間で実装され得る。
【００２６】
実施形態に渡って、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含む、クロスチェーンインタラクションのためのシステムが確立され得る。購読クライアントは第1のブロックチェーンに対応する。発行クライアントは第2のブロックチェーンに対応する。クロスチェーンインタラクション端は、購読クライアントおよび発行クライアントに個別に接続され得る。加えて、第2のブロックチェーンは、第2のブロックチェーンの信頼されたノードとして使用されるオラクルエンジンに接続され得る。
【００２７】
オラクルエンジンは、第2のブロックチェーンのデータについてデータ認証を実行し、データ認証が成功した後、認証の成功したデータに、オラクルエンジンが所有する秘密鍵に基づいて署名を行うように構成される。購読クライアントは、オラクルエンジンの公開鍵を取得でき、認証データソースとして公開鍵を使用できる。
【００２８】
購読クライアントが、第2のブロックチェーンにおいて認証されるべき、かつ発行クライアントによって発行されたデータであって、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、データを、クロスチェーンインタラクション端を使用することによって取得すると、購読クライアントは、認証データソースおよび認証されるべきデータの署名に基づいて、認証されるべきデータについてデータ認証を実行できる。
【００２９】
先に記述した技術的解決策において、第2のブロックチェーンに接続されたオラクルエンジンが、オラクルエンジンが所有する秘密鍵に基づいて第2のブロックチェーンのデータに署名するので、購読クライアントは、オラクルエンジンの公開鍵およびデータ中の署名に基づいて第2のブロックチェーンのデータについて認証を実行するために、認証データソースとしてオラクルエンジンの公開鍵を格納すればよい。従って、購読クライアントが第2のブロックチェーンのデータについて認証を実行する複雑性が低減され得る。
【００３０】
加えて、購読および発行を介したクロスチェーンインタラクション端を使用することによって第1のブロックチェーンと第2のブロックチェーンの間でデータが同期され得るので、非侵襲型のサイドチェーンアンカーが、ブロックチェーンが相互に分離されながら、異なるブロックチェーン間で実装でき、低複雑性で高スケーラビリティのクロスチェーンネットワークを確立できる。
【００３１】
以降では、具体的な適用シナリオを参照しながら具体的な実施形態を使用して説明する。
【００３２】
図1は、例示的な実施形態による、クロスブロックチェーンインタラクションのためのシステムを示す概略図である。
【００３３】
図1に示すように、クロスブロックチェーンインタラクションのためのシステムは、購読および発行モデルに基づいて確立されたサイドチェーンアンカーフレームワークであってよく、第1のブロックチェーン、第2のブロックチェーン、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含むことができる。
【００３４】
第1のブロックチェーンは、本明細書の購読クライアントに対応するアンカーチェーン(サイドチェーンとして使用され得る)である。対応して、第2のブロックチェーンは、本明細書の発行クライアントに対応するアンカードチェーン(anchored chain)(プライマリチェーンとしても使用され得る)である。
【００３５】
本願明細書では、「第1のブロックチェーン」および「第2のブロックチェーン」は、異なるブロックチェーンによる役割を区別するために単に使用されることに留意することは意義がある。第1のブロックチェーンは、サイドチェーンとして使用され得るブロックチェーンのあるタイプであり、第2のブロックチェーンは、プライマリチェーンとして使用され得るブロックチェーンのあるタイプであり、「第1のブロックチェーン」あるいは「第2のブロックチェーン」は、特別に一定のブロックチェーンを指していない。
【００３６】
購読クライアントが第1のブロックチェーンに対応し、第1のブロックチェーンが購読する第2のブロックチェーンからのデータを維持するように構成される。
【００３７】
図1に示すように、実施形態では、購読クライアントが、第1のブロックチェーンのノードデバイスに対応でき、ブロックチェーンノードに対応するメッセージキューを維持するように構成される。メッセージキューは、ブロックチェーンノードが購読するデータを含む。
【００３８】
例えば、購読クライアントは、第1のブロックチェーンのスマートコントラクトを使用することによって第1のブロックチェーンに基づいて実装されるクライアント構成要素、または購読クライアントに接続されたノードデバイスのネイティブ拡張機能に基づいて実装されたクライアント構成要素であってよい。
【００３９】
別の実施形態では、購読クライアントは、第1のブロックチェーンから独立した、デバイス、ノード、プラットフォーム等に構成されて、実装されたブリッジインターフェースを使用して第1のブロックチェーンとブリッジできる。
【００４０】
発行クライアントが第2のブロックチェーンに対応し、第2のブロックチェーンのコンセンサスを果たしたデータを取得および発行するように構成される。
【００４１】
例えば、実施形態に渡って、発行クライアントは、ブリッジインターフェースを実装し、第2のブロックチェーンに向けのデータクエリサービスを提供し、第2のブロックチェーンにブリッジできる。ブロックチェーンの分散台帳技術により、第2のブロックチェーンのすべてのブロックチェーンノードが、同じ内容の完全台帳データ、すなわちブロックチェーン台帳を維持することについてコンセンサスに達することができ、発行クライアントが、ブロックチェーン台帳から発行可能なメッセージを取得でき、クロスチェーンインタラクション端がメッセージを取得できる。
【００４２】
実施形態では、発行クライアントは、第2のブロックチェーンのノードデバイスに対応する。別の実施形態では、発行クライアントは、第2のブロックチェーンと独立したデバイス、ノード、プラットフォーム等に構成されてよい。別の実施形態では、発行クライアントは、第2のブロックチェーンのブロックチェーンノードに構成されてよい。
【００４３】
クロスチェーンインタラクション端は、ブリッジインターフェースを使用することによって第1のブロックチェーンおよび第2のブロックチェーンに個別に接続され、実装されたデータ譲渡ロジックに基づいて第1のブロックチェーンと第2のブロックチェーン間のクロスチェーンデータ同期を実装する。実施形態では、クロスチェーンインタラクション端は、購読クライアントによって開始された購読要求を受信できる。購読要求は、購読条件を含み、購読条件は、関連した購読要件をクロスチェーンインタラクション端に示すために使用される。クロスチェーンインタラクション端は、購読クライアントへの状態クエリメッセージを開始して、購読クライアントによって維持されるデータ状態をクエリし、購読クライアントによって返されるデータ状態に基づいて、購読クライアントによって維持されるデータが購読条件を満たすか否かを判定できる。
【００４４】
例えば、実施形態に渡って、購読クライアントは、第1のブロックチェーンのノードデバイスに対応でき、ブロックチェーンノードが購読するデータを維持するためにブロックチェーンノードに対応するメッセージキューを維持できる。この場合、クロスチェーンインタラクション端は、購読クライアントへの状態クエリを開始して、メッセージキューのキュー状態をクエリし、購読クライアントによって返されるメッセージキューのキュー状態に基づいて、メッセージキューが購読条件を満たすメッセージを含むか否かを判定できる。
【００４５】
一方で、購読クライアントによって維持されるデータが購読条件を満たすデータを含む場合、クロスチェーンインタラクション端は、繰り返しデータを取得する必要がない。もう一方で、購読クライアントによって維持されるデータが、購読条件を満たすデータを含まない場合、クロスチェーンインタラクション端は、発行クライアントから購読条件を満たすデータを取得する必要がある。例えば、クロスチェーンインタラクション端は、発行クライアントに購読条件を満たすデータを要求でき、発行クライアントから返されたデータを購読クライアントに送信して、購読クライアントによって維持されるデータを更新できる。
【００４６】
本明細書では、クロスチェーンインタラクション端は、発行クライアントと購読クライアントの間のデータ転送を使用するだけであり、転送されたデータについての永続的な記憶を実行する必要がなく、また転送されたデータのデータ状態を維持する必要もない。実施形態では、クロスチェーンインタラクション端は、第1のブロックチェーンおよび第2のブロックチェーンから独立した、デバイス、ノード、プラットフォーム等に構成されてよい。別の実施形態では、クロスチェーンインタラクション端は、第1のブロックチェーンまたは第2のブロックチェーンのノードデバイスに構成されてよい。
【００４７】
図2を参照すると、実際の適用では、複数の相互に独立したクロスチェーンインタラクション端は、購読クライアントと発行クライアントの間に構成されてよく、すなわち、購読クライアントおよび発行クライアントは、例えば、図2に示されたクロスチェーンインタラクション端1およびクロスチェーンインタラクション端2など、複数の独立したクロスチェーンインタラクション端に個別に接続され得る。
【００４８】
したがって、クロスチェーンインタラクション端がサービス拒否攻撃に遭遇すると、クロスチェーン攻撃に遭遇するクロスチェーンインタラクション端が担うサービスが、別のクロスチェーンインタラクション端に素早く切り替えられ得る。例えば、図2に示すように、クロスチェーンインタラクション端1がサービス拒否攻撃に遭遇すると、クロスチェーンインタラクション端1が担うサービスが、直ちにクロスチェーンインタラクション端2に切り替えられ、その結果、購読クライアントは、クロスチェーンインタラクション端2を使用して、発行クライアントによって発行されたメッセージを取得できる。
【００４９】
図3を参照すると、実施形態では、第2のブロックチェーンが、信頼されたノードとして使用されるオラクルエンジンに接続され得る。オラクルエンジンは、第2のブロックチェーンのノードデバイスに対応できる。例えば、実施形態に渡って、第2のブロックチェーンの1つまたは複数のデバイスが、オラクルエンジンとして動作するように信頼されたノードとして選択され得る。
【００５０】
オラクルエンジンは、第2のブロックチェーンのデータについてデータ認証を実行し、データ認証が成功した後、認証が成功したデータに、オラクルエンジンが所有する秘密鍵に基づいて署名し、署名済みデータを発行クライアントに積極的にプッシュするように、あるいは発行クライアントからデータ取得要求を受信すると、データ取得要求に応答して発行クライアントに署名済みデータをプッシュするように構成される。
【００５１】
オラクルエンジンは購読クライアントに接続されてよい(すなわち、オラクルエンジンは、第2のブロックチェーンと購読クライアントの間にある)。購読クライアントは、オラクルエンジンの公開鍵を取得でき、認証データソースとして公開鍵を格納でき、第2のブロックチェーンのデータについて認証を実行できる。
【００５２】
例えば、あるケースでは、購読クライアントは、ユーザによって構成されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵をローカルに格納できる。あるいは、別のケースでは、前述のシステムアーキテクチャに基づいて、オラクルエンジンの公開鍵が、発行クライアントおよびクロスチェーンインタラクション端を使用することによって、購読クライアントにオンラインで発行され得る。この場合、購読クライアントは、クロスチェーンインタラクション端を使用することによって、発行クライアントによって発行されたオラクルエンジンの公開鍵を取得でき、認証データソースとして公開鍵を使用できる。
【００５３】
実際の適用では、発行クライアントおよびオラクルエンジンの機能は一体化され得ることに留意することは意義がある。例えば、実施形態では、発行クライアントは、第2のブロックチェーンに接続されたオラクルエンジンとして動作できる。この場合、第2のブロックチェーンと発行クライアントの間の信頼されたノードとして独立して展開されたオラクルエンジンは、前述のシステムアーキテクチャではもはや必要とされない。
【００５４】
前述の実施形態では、発行クライアントと購読クライアントを個別にブリッジするクロスチェーンインタラクション端は、発行および購読モデルに基づいて確立されたクロスチェーンインタラクションのためのシステムに導入され、発行および購読に基づく情報交換の方法で、第1のブロックチェーンおよび第2のブロックチェーンの間でデータが同期される。したがって、第1のブロックチェーンと第2のブロックチェーンの間のデータ分離が実装されることができ、直接データ交換を実行することなく、第1のブロックチェーンと第2のブロックチェーンの間でデータが同期され得る。加えて、クロスチェーンインタラクション端が、発行クライアントと購読クライアントの間に導入されるので、発行クライアントおよび購読クライアントは、サービスレベルの観点で分離されることができ、発行クライアントおよび購読クライアントの展開の困難性が著しく低減され得る。例えば、購読クライアントに関連するサービスロジックと、発行クライアントに関連するサービスロジックとが、第1のブロックチェーンおよび第2のブロックチェーンにそれぞれ実装されると、発行クライアントに関連するサービスロジックが、第1のブロックチェーンを使用することなく実装されることができ、購読クライアントに関連するサービスロジックが、第2のブロックチェーンを使用することなく実装されることができる。
【００５５】
図4は、本明細書の実施形態による、クロスブロックチェーン認証方法である。方法は、図1に示すクロスチェーンインタラクションのためのシステムの購読クライアントに適用され、以下のステップを含む。
【００５６】
ステップ402：購読クライアントは、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用する。
【００５７】
ステップ404：クロスチェーンインタラクション端を使用することによって、第2のブロックチェーンにおいて認証されるべき、かつ発行クライアントによって発行されたデータを取得し、認証されるべきデータは、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される。
【００５８】
ステップ406：認証データソースおよび認証されるべきデータの署名に基づいて、認証されるべきデータについてデータ認証を実行する。
【００５９】
本実施形態に説明されるブロックチェーンは、別のブロックチェーンネットワークにアンカーされるべきサイドチェーンとして使用され得る任意のタイプのブロックチェーンを含むことができる。
【００６０】
例えば、シナリオでは、ブロックチェーンは、複数のメンバブロックチェーンを含むコンソーシアムブロックチェーンの任意の特定のメンバブロックチェーンであってよい。コンソーシアムブロックチェーンでは、各メンバブロックチェーンは、別のメンバブロックチェーンにアンカーされるべきサイドチェーンとして使用され得る。
【００６１】
認証されるべきデータは、第2のブロックチェーンの各ブロックに記録された任意の形態のデータを含み得る。例えば、認証されるべきデータは、限定ではなく、トランザクション(譲渡)、ブロック、状態、イベント等を含むことができる。
【００６２】
本明細書では、第2のブロックチェーンに対応する認証ルートは、購読クライアントに構成されることができ、その結果、購読クライアントは、第2のブロックチェーンのデータについて認証を実行でき、第1のブロックチェーンは第2のブロックチェーンにアンカーされるべきサイドチェーンとして使用される。
【００６３】
購読クライアントに構成される認証ルートは、通常2つの部分：認証データソースおよび認証ルールを含む。
【００６４】
認証データソースに含まれる特定のコンテンツが通常、第1のブロックチェーンおよび第2のブロックチェーンによってサポートされるデータ認証プロトコルに依存することに留意することは意義がある。
【００６５】
例えば、第1のブロックチェーンおよび第2のブロックチェーンは、SPV(Simplified Payment Verification)プロトコルをサポートする。この場合、購読クライアントに構成される認証データソースは、第2のブロックチェーンに格納されたすべてのブロックのブロックヘッダデータのみを含み得る。
【００６６】
第1のブロックチェーンおよび第2のブロックチェーンの両方がオラクルエンジンプロトコルをサポートするとき、購読クライアントに構成される認証データソースは、第2のブロックチェーンに接続されたオラクルエンジンが第2のブロックチェーンのデータに署名するときに使用された秘密鍵に対応する、公開鍵または公開鍵セットを含むことができる。
【００６７】
認証ルールは、第2のブロックチェーンのデータについて認証を実行するための認証ロジックを含む。認証ルールに含まれる認証ロジックのタイプが通常、第2のブロックチェーンに記録された特定のタイプのデータに依存することに留意することは意義がある。
【００６８】
例えば、実際の適用では、第2のブロックチェーンのデータは、限定ではなく、トランザクション、ブロック、状態、イベント等を含み得る。対応して、認証ルールは、限定ではなく、トランザクション認証ロジック、ブロック認証ロジック、状態認証ロジック、イベント認証ロジック等を含み得る。加えて、認証ルールに含まれる認証ロジックの特定のコンテンツは通常、第1のブロックチェーンおよび第2のブロックチェーンによってサポートされるデータ認証プロトコルに依存する。
【００６９】
例えば、第1のブロックチェーンおよび第2のブロックチェーンは、SPVプロトコルをサポートする。この場合、購読クライアントに構成される認証ルールに含まれる認証ロジックは、第2のブロックチェーンにおいて認証されるべき、購読クライアントによって受信されるデータが、第2のブロックチェーンの各ブロックに含まれるか否かを検証するための認証ロジックであってよい。認証されるべきデータが第2のブロックチェーンのブロックに含まれると決定される場合、認証されるべきデータについての認証が成功する。
【００７０】
第1のブロックチェーンおよび第2のブロックチェーンの両方がオラクルエンジンプロトコルをサポートするとき、購読クライアントに構成される認証ルールに含まれる認証ロジックは、第2のブロックチェーンに接続されたオラクルエンジンが第2のブロックチェーンのデータに署名するときに使用された秘密鍵に対応する、構成された公開鍵または公開鍵セットに基づいて、第2のブロックチェーンにおいて認証されるべき、購読クライアントによって受信されるデータ中の署名を検証するための認証ロジックであってよい。認証されるべきデータ中の署名が、信頼されたノードの有効な署名であると検証される場合、認証されるべきデータについての認証が成功する。
【００７１】
購読クライアントが第2のブロックチェーンのデータについて認証を実行する方法は、第1のブロックチェーンおよび第2のブロックチェーンの両方がオラクルエンジンプロトコルをサポートし、認証されるべきデータが第2のブロックチェーンの各ブロックに記録されたトランザクションであるという例を使用して以下に説明される。
【００７２】
本実施形態では、第1のブロックチェーンが、プライマリチェーンとして使用される第2のブロックチェーンにアンカーされるべきサイドチェーンとして使用されると、第2のブロックチェーンに対応する認証ルートが、購読クライアントに構成され得る。
【００７３】
購読クライアントは、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵または公開鍵セットを取得でき、認証データソースとして公開鍵または公開鍵セットをローカルに格納できる。
【００７４】
オラクルエンジンの公開鍵または公開鍵セットを取得する方法は、以下の2つのケースを含み得る。
【００７５】
一のケースでは、購読クライアントは、ユーザによって構成されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵をローカルに格納できる。
【００７６】
別のケースでは、前述のシステムアーキテクチャに基づいて、オラクルエンジンの公開鍵は、発行クライアントおよびクロスチェーンインタラクション端を使用することによって購読クライアントにオンラインで発行され得る。この場合、購読クライアントは、クロスチェーンインタラクション端を使用することによって、発行クライアントによって発行されたオラクルエンジンの公開鍵を取得でき、認証データソースとして公開鍵を使用できる。
【００７７】
加えて、第2のブロックチェーンのトランザクションについて認証を実行するために使用される認証ルールは、購読クライアントに構成され得る。オラクルエンジンプロトコルのために、認証ルールは、オラクルエンジンの公開鍵または公開鍵セットに基づいて、第2のブロックチェーンにおいて認証されるべき、購読クライアントによって受信されるデータ中の署名を検証するための認証ロジックを含むことができる。第2のブロックチェーンに対応する認証ルートが、前述の方法に基づいて購読クライアントに構成された後、購読クライアントは、第2のブロックチェーンにおいて認証されるべきデータについて認証を実行できる。
【００７８】
本明細書では、第2のブロックチェーンに接続されたオラクルエンジンは、第2のブロックチェーンのデータについて認証を実行し、認証が成功した後に、認証が成功したデータに、オラクルエンジンが所有する秘密鍵に基づいて署名することができる。
【００７９】
オラクルエンジンが第2のブロックチェーンのデータについて認証を実行するときに使用された認証ルールは、本明細書では限定されない。本明細書の技術的解決策を実装するとき、当業者は実際の要件に基づいて認証ルールを定義および構成できる。
【００８０】
購読クライアントは、クロスチェーンインタラクション端を使用することによって発行クライアントとクロスチェーンインタラクションを実行でき、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたトランザクションを取得する。
【００８１】
実施形態に渡って、購読クライアントは、クロスチェーンインタラクション端への購読要求を開始でき、購読要求は、購読要件を示す購読条件を有する。購読要求中の購読条件によって示される購読要件は、第2のブロックチェーンの各ブロックに記録されたトランザクションを取得することであってよい。
【００８２】
実際の適用では、購読条件によって示される購読要件は、第2のブロックチェーンのすべてのブロックのブロックヘッダデータを取得することであってよい。
【００８３】
例えば、第1のブロックチェーンおよび第2のブロックチェーンの両方が、SPVプロトコルをサポートするとき、SPVプロトコルに対して、購読クライアントが第2のブロックチェーンのデータについて認証を実行ときに使用される認証データソースは通常、第2のブロックチェーンのすべてのブロックのブロックヘッダデータ、すなわち、第2のブロックチェーンのすべてのブロックのブロックヘッダを含む「簡易ブロックチェーン」である。従って、この場合、購読条件によって示される購読要件は、第2のブロックチェーンのすべてのブロックのブロックヘッダデータを取得することであってよい。
【００８４】
購読要求を取得した後、クロスチェーンインタラクション端は、購読要求を解析し、購読要求中の購読条件によって示される購読要件を取得できる。
【００８５】
購読クライアントの購読要件を取得した後、クロスチェーンインタラクション端は、購読クライアントへの状態クエリメッセージを開始して、購読クライアントによって維持されるデータ状態をクエリし、購読クライアントによって返されたデータ状態に基づいて、購読クライアントによって維持されるデータが購読条件を満たすデータを含むか否かを判定できる。
【００８６】
例えば、購読クライアントがメッセージキューを使用することによって購読されたデータを維持するとき、クロスチェーンインタラクション端は、購読クライアントへのステータスクエリメッセージを開始して、メッセージキューのキュー状態をクエリでき、購読クライアントによって返されたメッセージキューのキュー状態に基づいて、購読クライアントによって維持されるデータが購読条件を満たすデータを含むか否かを判定できる。
【００８７】
一方で、購読クライアントによって維持されるデータが購読条件を満たすトランザクションを含む場合、クロスチェーンインタラクション端は、第2のブロックチェーンから繰り返しトランザクションを取得する必要がない。
【００８８】
もう一方で、購読クライアントによって維持されるデータが購読条件を満たすトランザクションを含まない場合、クロスチェーンインタラクション端は、発行クライアントから購読条件を満たすトランザクションを取得する必要がある。例えば、クロスチェーンインタラクション端は、データ同期要求を発行クライアントに送信し、指定された条件を満たし、第2のブロックチェーンの各ブロックに記録されたトランザクションを、発行クライアントに要求し、発行クライアントによって返されたトランザクションを購読クライアントに送信して、購読クライアントによって維持されるデータを更新できる。
【００８９】
実際の適用では、クロスチェーンインタラクション端は、前述の状態クエリプロセスを使用することによって、条件を満たすトランザクションが第2のブロックチェーンに新しく追加されたと決定する場合、クロスチェーンインタラクション端は、条件を満たし、第2のブロックチェーンに新しく追加されたトランザクションを、前述のデータ同期方法を使用することによって、購読クライアントに送信して、タイムリーに購読クライアントによって維持されるデータを更新できる。
【００９０】
本実施形態では、購読クライアントが、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたトランザクションを取得した後、購読クライアントは、構成された認証データソースの公開鍵または公開鍵セットおよび認証されるべきトランザクションの署名に基づいて、認証されるべきトランザクションについてデータ認証を実行できる。
【００９１】
認証データソースの公開鍵または公開鍵セットおよび認証されるべきトランザクションの署名に基づいて、認証されるべきトランザクションについてデータ認証を実行するプロセスは、認証データソースの公開鍵に基づいて、認証されるべきトランザクションの署名を復号するプロセスである。
【００９２】
実施形態に渡って、購読クライアントは、構成された認証データソースからオラクルエンジンの公開鍵を取得し、次いで、オラクルエンジンの公開鍵に基づいて、認証されるべきトランザクションの署名を復号できる。認証されるべきトランザクションの署名が、取得した公開鍵に基づいて首尾よく復号される場合、認証されるべきトランザクションは、オラクルエンジンによって認証された信頼されたトランザクションであることが示され、認証されるべきトランザクションについての認証が成功する。反対に、認証されるべきトランザクションの署名が、取得した公開鍵に基づいて復号されることが失敗する場合、認証されるべきトランザクションは、オラクルエンジンによって認証された信頼されたトランザクションでないことが示され、認証されるべきトランザクションについての認証が失敗する。
【００９３】
方法では、第2のブロックチェーンに接続されたオラクルエンジンが、事前に第2のブロックチェーンのトランザクションについて認証を実行し、オラクルエンジンが所有する秘密鍵に基づいて、認証が成功したトランザクションに署名することがわかる。購読クライアントに対して、第2のブロックチェーンのトランザクションについてクロスチェーン認証を実行するプロセスは、第2のブロックチェーンのトランザクションの署名を検証するプロセスに簡略化できる。したがって、第2のブロックチェーンのトランザクションについて購読クライアントによって実行されるクロスチェーン認証が簡略化され、クロスチェーン認証の複雑性が低減され得る。
【００９４】
理解を容易にするために、クロスブロックチェーン関連譲渡が、説明のための例として使用される。
【００９５】
図5は、例示的な実施形態による、クロスブロックチェーン関連譲渡システムを示す概略構成図である。図5に示すように、ユーザAがブロックチェーン1のアカウントA1とブロックチェーン2のアカウントA2を有し、ユーザBがブロックチェーン1のアカウントB1とブロックチェーン2のアカウントB2を有すると仮定する。ブロックチェーン1のアカウントA1およびアカウントB1は、あるタイプの資産オブジェクト(人民元(RMB)など)を維持すために使用される。ブロックチェーン2のアカウントA2およびアカウントB2は、別のタイプの資産オブジェクト(証券など)を維持すために使用される。ユーザAがユーザBに証券を売却しようとするとき、以下の関連譲渡ロジックを使用することによってそれが実装される：ユーザAがアカウントA2からアカウントB2に指定量の証券を譲渡し、次いでユーザBがアカウントB1からアカウントA1に指定量のRMBを譲渡する
【００９６】
譲渡プロセスにおける信頼性を向上させるために、対応するスマートコントラクトがブロックチェーン1およびブロックチェーン2の各々に設定され得る。したがって、前述の2つの譲渡プロセスは、自動的に完了され、意図的なまたは不注意による譲渡量の誤り、またはユーザの手動譲渡プロセスの遅延が防止され、プロセスが迅速かつ正確であることを保証する。
【００９７】
本明細書の技術的解決策では、前述のプロセスに基づいて、ブロックチェーン1は、プライマリチェーンとして使用されるブロックチェーン2にアンカーされるサイドチェーンとして使用され得る。この場合、ブロックチェーン2に接続されたオラクルエンジンは、オラクルエンジンが所有する秘密鍵に基づいて、アカウントA2からアカウントB2に指定量の証券を譲渡することについての、ブロックチェーン2において完了されたトランザクションに署名できる。ユーザは、アカウントA2からアカウントB2に指定量の証券を譲渡することについての、ブロックチェーン2において完了されたトランザクションを、入力として使用でき、実行のために前述のスマートコントラクトに入力を送信できる。購読クライアント(SPVウォレットなど)は、ブロックチェーン2に対応する構成された認証データソース(すなわち、オラクルエンジンの公開鍵または公開鍵セット)に基づいて、トランザクションの署名を検証できる。署名についての検証が成功した場合、トランザクションがオラクルエンジンによって認証された信頼されたトランザクションであることが示され、トランザクションについての認証が成功する。トランザクションについての認証が成功する場合、前述のスマートコントラクトが呼び出され、ブロックチェーン1のアカウントB1からアカウントA1に指定量のRMBを譲渡するトランザクションの実行をトリガする。
【００９８】
前述の実施形態からわかるように、購読クライアントは、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用する。さらに、クロスチェーンインタラクション端を使用することによって、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータであって、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名された、データを取得すると、購読クライアントは、認証データソースおよび認証されるべきデータの署名に基づいて、認証されるべきデータについてのデータ認証を実行できる。
【００９９】
第2のブロックチェーンに接続されたオラクルエンジンは、オラクルエンジンが所有する秘密鍵に基づいて、第2のブロックチェーンのデータに署名するので、購読クライアントは、認証データソースとしてオラクルエンジンの公開鍵を格納して、オラクルエンジンの公開鍵およびデータ中の署名に基づいて第2のブロックチェーンのデータについての認証を実行するだけでよい。したがって、購読クライアントが第2のブロックチェーンのデータについての認証を実行する複雑性が低減され得る。
【０１００】
加えて、購読および発行を介したクロスチェーンインタラクション端を使用することによって第1のブロックチェーンと第2のブロックチェーンの間でデータが同期され得るので、非侵襲型のサイドチェーンアンカーが、ブロックチェーンが相互に分離されながら、異なるブロックチェーン間で実装でき、低複雑性で高スケーラビリティのクロスチェーンネットワークを確立できる。
【０１０１】
前述の方法の実施形態に対応して、本実施形態はさらに、クロスブロックチェーン認証装置の実施形態を提供する。本明細書のクロスブロックチェーン認証装置の実施形態は、電子デバイスに適用され得る。装置の実施形態は、ソフトウェア、ハードウェア、あるいはハードウェアとソフトウェアの組み合わせによって実装できる。ソフトウェア実施形態が例として使用される。論理装置として、装置は、不揮発性メモリ中の対応するコンピュータプログラム命令を、装置が配置される電子デバイスのプロセッサによってメモリに読み出すことによって形成される。ハードウェアの観点では、図6は、本明細書において、クロスブロックチェーン認証装置が配置された電子デバイスのハードウェア構成を示す図である、図6に示されるプロセッサ、メモリ、ネットワークインターフェース、および不揮発性メモリに加えて、実施形態において装置が配置される電子デバイスは通常、電子デバイスの実際の機能に基づく他のハードウェアを含み得る。詳細は簡潔のため本明細書では省略される。
【０１０２】
図7は、本明細書の例示的な実施形態による、クロスブロックチェーン認証装置を示すブロック図である。
【０１０３】
図7を参照すると、クロスブロックチェーン認証装置70が図6に示す電子デバイスに適用され得る。電子デバイスは、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含むクロスチェーンインタラクションのためのシステム内にある。購読クライアントは第1のブロックチェーンに対応する。発行クライアントは第2のブロックチェーンに対応する。クロスチェーンインタラクション端は、購読クライアントおよび発行クライアントに個別に接続される。装置70は、第1の取得モジュール701、第2の取得モジュール702、および認証モジュール703を含む。
【０１０４】
第1の取得モジュール701は、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するように構成される。
【０１０５】
第2の取得モジュール702は、クロスチェーンインタラクション端を使用することによって、第2のブロックチェーンにおいて認証されるべき、かつ発行クライアントによって発行されたデータを取得するように構成され、認証されるべきデータは、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される。
【０１０６】
認証モジュール703は、認証データソースおよび認証されるべきデータの署名に基づいて、認証されるべきデータについてデータ認証を実行するように構成される。
【０１０７】
本実施形態では、第1の取得モジュール701は、ユーザによって構成され、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するように構成されるか、あるいは、クロスチェーンインタラクション端を使用することによって、発行クライアントによって発行され、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用するように構成される。
【０１０８】
本実施形態では、第2の取得モジュール702は、クロスチェーンインタラクション端への購読要求を開始するように構成され、ここで、購読要求は、クロスチェーンインタラクション端に購読条件を示すために使用され、それにより、クロスチェーンインタラクション端は、購読条件に基づいて発行クライアントに、第2のブロックチェーンにおいて認証されるべき、購読条件を満たすデータを要求し、第2の取得モジュールは、認証されるべき、発行クライアントによって発行されたデータを取得するように構成され、ここで、認証されるべきデータは、購読条件を満たし、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される。
【０１０９】
本実施形態では、認証モジュール703は、認証データソースのオラクルエンジンの格納された公開鍵に基づいて、認証されるべきデータの署名を検証し、署名についての認証が成功した場合、認証されるべきデータについてのデータ認証が成功したと決定するように構成される。
【０１１０】
本実施形態では、発行クライアントは、オラクルエンジンに接続され、オラクルエンジンは、第2のブロックチェーンのデータについてデータ認証を実行し、データ認証が成功した後、オラクルエンジンが所有する秘密鍵に基づいて、認証が成功したデータに署名し、発行クライアントに署名済みデータを積極的にプッシュするか、あるいは、発行クライアントのデータ取得要求に応答して発行クライアントに署名済みデータをプッシュするように構成される。
【０１１１】
本実施形態では、第2のブロックチェーンに対応するオラクルエンジンは、発行クライアントである。
【０１１２】
本実施形態では、購読クライアントは、第1のブロックチェーンのノードデバイスに対応し、発行クライアントおよびオラクルエンジンは、第2のブロックチェーンのノードデバイスに対応する。
【０１１３】
装置の各モジュールの機能の実装プロセスについて、前述の方法の対応するステップの実装プロセスを参照できる。詳細は簡潔のため本明細書では省略される。
【０１１４】
装置の実施形態は、基本的に方法の実施形態に対応するので、関連部分について、方法の実施形態の関連する説明を参照できる。前述の装置の実施形態は、例に過ぎない。個別の部分として説明されるモジュールは、物理的に分離していてもしていなくてもよく、モジュールとして表示される部分は、物理的なモジュールであってもなくてもよく、一か所に配置されていてもよいし、複数のネットワークモジュール上に分散されていてもよい。モジュールのいくつかまたはすべては、本明細書の解決策の目的を達成するために実際のニーズに基づいて選択可能である。当業者は、創造的な努力なしに、本明細書の実施形態を理解し実装できる。
【０１１５】
前述の実施形態に示したシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティを使用することによって実装され得るか、またはある機能を有する製品を使用することによって実装され得る。典型的な実装デバイスは、コンピュータであり、コンピュータは、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、スマートフォン、個人情報端末、メディアプレイヤー、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレット、ウェアラブルデバイス、あるいはこれらのデバイスのいくつかの組み合わせであってよい。
【０１１６】
前述の方法の実施形態に対応して、本明細書はさらに電子デバイスの実施形態を提供する。電子デバイスは、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含むクロスチェーンインタラクションのためのシステム内にある。購読クライアントは第1のブロックチェーンに対応する。発行クライアントは第2のブロックチェーンに対応する。クロスチェーンインタラクション端は、購読クライアントおよび発行クライアントに個別に接続される。電子デバイスは、プロセッサと、マシン可読命令を格納するように構成されたメモリとを含む。プロセッサおよびメモリは通常、内部バスを使用して互いに接続されている。別の可能な実施形態では、デバイスはさらに、別のデバイスまたは構成要素と通信するために、外部インターフェースを含むことができる。
【０１１７】
本実施形態では、メモリに格納された、クロスブロックチェーン認証の制御ロジックに対応するマシン実行可能命令が読み出されて実行されると、プロセッサは、第2のブロックチェーンに接続されたオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用し、第2のブロックチェーンにおいて認証されるべき、発行クライアントによって発行されたデータを、クロスチェーンインタラクション端を使用することによって取得し、ここで、認証されるべきデータが、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名され、認証されるべきデータについてのデータ認証を、認証データソースおよび認証されるべきデータの署名に基づいて実行するように構成される。
【０１１８】
本実施形態では、メモリに格納された、クロスブロックチェーン認証の制御ロジックに対応するマシン実行可能命令が読み出されて実行されると、プロセッサは、ユーザによって構成された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を取得し、認証データソースとして公開鍵を使用する、あるいは、発行クライアントによって発行された、第2のブロックチェーンに対応するオラクルエンジンの公開鍵を、クロスチェーンインタラクション端を使用することによって取得し、認証データソースとして公開鍵を使用するように構成される。
【０１１９】
本実施形態では、メモリに格納された、クロスブロックチェーン認証の制御ロジックに対応するマシン実行可能命令が読み出されて実行されると、プロセッサは、クロスチェーンインタラクション端への購読要求を開始することであって、購読要求が、クロスチェーンインタラクション端に購読条件を示すために使用され、クロスチェーンインタラクション端は、第2のブロックチェーンにおいて認証されるべき、購読条件を満たすデータを、購読条件に基づいて発行クライアントに要求する、ことと、認証されるべき、発行クライアントによって発行されたデータを取得することであって、認証されるべきデータは、購読条件を満たし、オラクルエンジンが所有する秘密鍵に基づいてオラクルエンジンによって署名される、こととを行うように構成される。
【０１２０】
本実施形態では、メモリに格納された、クロスブロックチェーン認証の制御ロジックに対応するマシン実行可能命令が読み出されて実行されると、プロセッサは、認証されるべきデータの署名を、認証データソースのオラクルエンジンの格納された公開鍵に基づいて検証し、署名についての検証が成功した場合、認証されるべきデータについてのデータ認証が成功したと決定するように構成される。
【０１２１】
当業者は、本明細書を考慮するとともに本明細書に開示された発明を実施すれば、本明細書の別の実施形態を容易に見出すことができる。本明細書は、本明細書のあらゆる変形、使用、または適合を網羅することを意図しており、これらの変形、使用、または適合は、本明細書の一般原則に従い、本明細書の技術分野に記載されていない共通の知識または一般的に使用される技術的手段を含む。明細書および実施形態は、単に例として考慮され、本明細書の実際の範囲および精神は、添付の特許請求の範囲によって示される。
【０１２２】
本明細書は、先に説明され図面に示された構造に限定されず、本明細書の範囲から逸脱することなく様々な変形や変化がなされることは理解されよう。本明細書の範囲は、添付の特許請求の範囲によってのみ限定される。
【０１２３】
前述の説明は、本明細書の好ましい実施形態にすぎず、本明細書を限定することを意図しない。本明細書の精神および原則を逸脱せずになされた、いかなる変更、均等な交換、または改善は、本明細書の保護範囲に含まれる。
【０１２４】
図8は、本開示の実施形態による、クロスブロックチェーン認証のためのコンピュータ実装方法800の例を示すフローチャートである。提示を明確するために、以降の説明は、本明細書の他の図面の文脈で方法800を一般的に説明するものである。しかしながら、方法800が、例えば、任意のシステム、環境、ソフトウェア、およびハードウェア、あるいは、必要に応じて、システム、環境、ソフトウェア、およびハードウェアの組み合わせによって実行され得ることが理解されよう。いくつかの実施形態では、方法800の様々なステップが、並列に、組み合わせて、ループして、あるいは任意の順序で実行され得る。
【０１２５】
802では、第2のブロックチェーンの信頼されたノードを含むデータベースエンジンの公開鍵は、クロスチェーンインタラクションのためのシステムに含まれる購読クライアントによって決定される。公開鍵が、認証データソースとして使用される。システムは、購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含む。購読クライアントは第1のブロックチェーンに対応する。発行クライアントは第2のブロックチェーンに対応する。クロスチェーンインタラクション端は、購読クライアントおよび発行クライアントに個別に接続される。例として、図1を参照すると、図1の購読クライアントは、図1の第2のブロックチェーンの信頼されたノードを含むオラクルエンジンの公開鍵を決定できる。公開鍵を決定することは、図1の購読クライアント、図1の発行クライアント、および図1のクロスチェーンインタラクション端の間のクロスチェーンインタラクション(図1に示す)の一部であってよい。公開鍵は、例えば、構成された認証データソースとして機能し得る。
【０１２６】
いくつかの実施形態では、公開鍵を決定することは、公開鍵がユーザによって構成され、データベースエンジンのものであることを決定することを含み得る。例えば、ユーザは、公開鍵を、構成された認証データソースとして使用されるように構成でき、公開鍵は、オラクルエンジンなどの、データベースエンジンに格納され得る。
【０１２７】
いくつかの実施形態では、公開鍵を決定することは、公開鍵が発行クライアントによって発行され、データベースエンジンからのものであることを、クロスチェーンインタラクション端を使用することによって、決定することを含むことができる。例えば、図1のクロスチェーンインタラクションの一部として、図1の発行クライアントは、公開鍵を図1のクロスチェーンインタラクション端が利用できるように、図1のクロスチェーンインタラクション端に公開鍵を発行できる。
【０１２８】
いくつかの実施形態では、発行クライアントは、データベースエンジンに接続され、データベースエンジンは、以降を含む動作を実行するように構成され得る。データ認証が、第2のブロックチェーン(例えば、図1の第2のブロックチェーン)のデータについて実行され得る。データ認証が成功したか否かという判定がなされ得る。データ認証が成功したという決定に応じて、認証が成功したデータが、データベースエンジンが所有する秘密鍵に基づいて署名され得る。データは、発行クライアント(例えば、図1の発行クライアント)に積極的にプッシュされるか、あるいは、データは発行クライアントのデータ取得要求に応答して発行クライアントにプッシュされ得る。802から、方法800は804に進む。
【０１２９】
804では、第2のブロックチェーンにおいて認証されるべきデータは、クロスチェーンインタラクション端を使用することによって決定され、データが発行クライアントによって発行される。認証されるべきデータは、データベースエンジンが所有する秘密鍵に基づいてデータベースエンジンによって署名される。例として、図1のクロスチェーンインタラクション端は、図1の第2のブロックチェーンにおいて認証されるべきデータを決定でき、図1の発行クライアントがデータを発行できる。オラクルエンジンは、例えば、認証されるべきデータに署名できる。
【０１３０】
いくつかの実施形態では、認証されるべきデータを決定することは、購読要求の使用を含むことができる。例えば、購読要求は、図1のクロスチェーンインタラクション端に対して開始され得る。購読要求は、図1のクロスチェーンインタラクション端に購読条件を示すために使用され得る。購読条件に基づいて、図1のクロスチェーンインタラクション端は、図1の第2のブロックチェーンにおいて認証されるべき、購読条件を満たすデータを、発行クライアントに要求できる。認証されるべきデータが、図1の発行クライアントによって決定および発行され得る。認証されるべきデータは、購読条件を満たし、データベースエンジンが所有する秘密鍵に基づいてデータベースエンジンによって署名され得る。804から、方法800は806に進む。
【０１３１】
806では、認証されるべきデータについてデータ認証が実行される。データ認証は、認証データソースおよび認証されるべきデータの署名に基づく。例として、図1を参照して説明されるクロスブロックチェーンインタラクションのためのシステムが、認証ソース(例えば、公開鍵)および認証で使用するために確立された署名を使用して、データを認証できる。いくつかの実施形態では、認証されるべきトランザクションについてのデータ認証を実行することは、認証データソースの公開鍵に基づいて認証されるべきトランザクションの署名を復号することを含み得る。
【０１３２】
いくつかの実施形態では、データ認証を実行することは、認証されるべきデータの署名の検証を含むことができる。例えば、認証されるべきデータの署名は、認証データソースのデータベースエンジンの公開鍵に基づいて検証され得る。データの署名が検証される場合、認証されるべきデータについてのデータ認証が成功したという決定がなされ得る。
【０１３３】
いくつかの実施形態では、データ認証を実行することは、第2のブロックチェーンに記録されたデータの特定のタイプに依存する認証ロジックを含む認証ルールを使用することを含み得る。認証ルールに含まれる認証ロジックのタイプは、例えば、図1の第2のブロックチェーンに記録されたデータの特定のタイプに依存できる。例えば、認証ルールは、トランザクション認証ロジック、ブロック認証ロジック、状態認証ロジック、およびイベント認証ロジックの1つまたは複数を含み得る。806の後、方法800は停止できる。
【０１３４】
本開示は、クロスブロックチェーン認証に関する。特に、クロスブロックチェーン認証のための方法は、以降を含むことができる。第2のブロックチェーンに接続されたデータベース(例えば、オラクル)エンジンの公開鍵が、購読クライアントによって取得される。公開鍵は、認証データソースとして使用される。第2のブロックチェーンにおいて認証されるべきデータは、クロスチェーンインタラクション端を使用することによって取得され、発行クライアントによって発行される。認証されるべきデータは、データベースエンジンが所有する秘密鍵に基づいてデータベースエンジンによって署名されるデータ認証は、認証されるべきデータについて実行される。データ認証は、認証データソースおよび認証されるべきデータの署名に基づく。本技法の利点は、購読および発行を介したクロスチェーンインタラクション端を使用することによって、非侵襲型サイドチェーンアンカーが、ブロックチェーンが相互に分離されながら、異なるブロックチェーン間で実装でき、低複雑性で高スケーラビリティのクロスチェーンネットワークを確立できる。
【０１３５】
本明細書に説明された実施形態および動作は、本明細書に開示された構造を含む、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、あるいはハードウェア、またはそれらの1つまたは複数の組み合わせで実装され得る。動作は、1つまたは複数のコンピュータ可読デバイスに格納した、または他のソースから受信したデータについて、データ処理装置によって実行される動作として実装され得る。データ処理装置、コンピュータ、またはコンピューティングデバイスは、例えば、プログラム可能なプロセッサ、コンピュータ、システムオンチップ、またはそれらの複数または組み合わせなどの、装置、デバイス、およびデータ処理のための機械を包含してよい。装置は、例えば、中央処理装置(CPU)、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途組み込み回路(ASIC)などの専用論理回路を含むことができる。装置はまた、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム(例えば、単一のオペレーティングシステムまたはオペレーティングシステムの組み合わせ)、クロスプラットフォーム実行環境、仮想マシン、あるいはそれらの1つまたは複数の組み合わせを構成するコードなど、当のコンピュータプログラムに対する実行環境を作成するコードを含むことができる。装置および実行環境は、ウェブサービス、分散コンピューティングおよびグリッドコンピューティングインフラストラクチャなどの様々な異なるコンピューティングモデルインフラストラクチャを実現できる。
【０１３６】
コンピュータプログラム(例えば、プログラム、ソフトウェア、ソフトウェアアプリケーション、ソフトウェアモジュール、ソフトウェアユニット、スクリプト、またはコードとしても知られる)は、コンパイル型またはインタプリタ型言語、宣言型またはプロシージャ型言語を含む、任意の形式のプログラミング言語で書かれ、スタンドアロンプログラムとして、あるいは、モジュール、コンポーネント、サブルーチン、オブジェクト、あるいは、コンピューティング環境での使用に適した他のユニットとしてなどを含む、任意の形式で展開され得る。プログラムは、当のプログラム専用の単一のファイルに、または複数の協調ファイル(例えば、1つまたは複数のモジュール、サブプログラム、またはコードの部分を記憶するファイル)に、他のプログラムまたはデータ(例えば、マークアップ言語ドキュメントに格納された1つまたは複数のスクリプト)を保持するファイルの一部に記憶され得る。コンピュータプログラムは、1つのコンピュータ、または1つのサイトに位置するか、あるいは複数のサイトにわたり分散して通信ネットワークによって相互接続される複数のコンピュータ上で実行され得る。
【０１３７】
コンピュータプログラムの実行のためのプロセッサは、例として、汎用マイクロプロセッサおよび専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータの1つまたは複数のプロセッサを含む。一般に、プロセッサは、読み取り専用メモリまたはランダムアクセスメモリ、あるいはその両方から命令およびデータを受信する。コンピュータの必須要素は、命令にしたがってアクションを実行するためのプロセッサと、命令およびデータを格納するための1つまたは複数のメモリデバイスである。一般に、コンピュータは、データを格納する1つまたは複数のマスストレージデバイスを含むか、データの送受信のために、データを格納する1つまたは複数のマスストレージデバイスに動作可能に接続される。コンピュータは、例えば、モバイルデバイス、個人情報端末(PDA)、ゲームコンソール、全地球測位システム(GPS)受信機、またはポータブルストレージデバイスなどの別のデバイスに組み込まれ得る。コンピュータプログラム命令およびデータを格納するのに適したデバイスは、例として、半導体メモリデバイス、磁気ディスク、および磁気光ディスクを含む、非一時的メモリ、媒体およびメモリデバイスを含む。プロセッサおよびメモリは、専用論理回路に補完されるか、または組み込まれ得る。
【０１３８】
モバイルデバイスは、ハンドセット、ユーザ機器(UE)、携帯電話(例えば、スマートフォン)、タブレット、ウェアラブルデバイス(例えば、スマートウォッチおよびスマート眼鏡)、人体埋め込みデバイス(例えば、バイオセンサ、人工内耳)、あるいは他のタイプのモバイルデバイスを含むことができる。モバイルデバイスは、様々な通信ネットワーク(後述される)とワイヤレスに(例えば、無線周波数(RF)信号を使用して)通信できる。モバイルデバイスは、モバイルデバイスの現在の環境の特性を決定するためのセンサを含むことができる。センサは、カメラ、マイク、近接センサ、GPSセンサ、動きセンサ、加速度計、周辺光センサ、湿度センサ、ジャイロスコープ、コンパス、気圧計、指紋センサ、顔認証システム、RFセンサ(例えば、Wi-Fiおよびセルラ無線)、温度センサ、あるいは他のタイプのセンサを含むことができる。例えば、カメラは、可動または固定レンズ、フラッシュ、イメージセンサ、およびイメージプロセッサを備えた前向きまたは後ろ向きのカメラを含むことができる。カメラは、顔および/または虹彩の認識のために詳細をキャプチャできるメガピクセルカメラであってよい。データプロセッサを備えるカメラ、およびメモリに保存されているか、または遠隔にアクセスされる認証情報は、顔認識システムを形成できる。顔認証システム、あるいは、例えばマイク、動きセンサ、加速度計、GPSセンサ、またはRFセンサなどの1つまたは複数のセンサは、ユーザ認証のために使用され得る。
【０１３９】
ユーザとの対話を提供するために、例えば、ユーザに情報を表示するための、液晶ディスプレイ(LCD)または有機発行ダイオード(OLED)/仮想現実(VR)/拡張現実(AR)ディスプレイ、それによりユーザがコンピュータに入力を提供できるタッチスクリーン、キーボード、およびポインティングデバイスなど、表示デバイスおよび入力デバイスを有するコンピュータにおいて実施形態が実装され得る。同様にユーザとの対話のために別の種類のデバイスを提供でき、例えば、ユーザに提供されるフィードバックは、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックなどの任意の形式のセンサフィードバックであってよく、ユーザからの入力が、音声、会話、または触覚入力を含む任意の形式で受信され得る。加えて、コンピュータは、例えば、ウェブブラウザから受信された要求に応答してユーザのクライアントデバイス上のウェブブラウザにウェブページを送信することによって、ユーザによって使用されるデバイスとドキュメントを送受信することによってユーザと対話できる。
【０１４０】
実施形態は、例えば、コンピュータネットワークなど、任意の形式または媒体の有線またはワイヤレスのデジタルデータ通信(あるいはその組み合わせ)によって相互接続されたコンピューティングデバイスを使用して実装され得る。相互接続されたデバイスの例は、クライアントとサーバであり、一般に互いに離れており、通信ネットワークを介して対話する。例えば、モバイルデバイスなどのクライアントは、サーバと自身のトランザクションを実行するか、サーバを介して、例えば、購入、売却、支払い、譲渡、送信、あるいはローントランザクションを実行する、または同様の認証を行う。そのようなトランザクションはリアルタイムであってよく、そのためアクションおよびレスポンスが時間的に近い、例えば、個人がアクションとレスポンスを実質的に同時に感じ、個人のアクションに続くレスポンスの時間差が1ミリ秒(ms)または1秒(s)より小さいか、レスポンスがシステムの処理限界を考慮した意図的な遅延がない。
【０１４１】
通信ネットワークの例は、ローカルエリアネットワーク(LAN)、無線アクセスネットワーク(RAN)、メトロポリタンエリアネットワーク(MAN)、およびワイドエリアネットワーク(WAN)を含む。通信ネットワークは、インターネットのすべてまたは一部、別の通信ネットワーク、あるいは通信ネットワークの組み合わせを含むことができる。情報は、ロングタームエボリューション(LTE)、5G、IEEE802、インターネットプロトコル(IP)、または他のプロトコル、あるいはプロトコルの組み合わせを含む、様々なプロトコルおよび規格にしたがって、通信ネットワーク上で送信され得る。通信ネットワークは、接続されたコンピューティングデバイスの間で、音声、ビデオ、生体情報、認証データ、あるいは他の情報を送信できる。
【０１４２】
個別の実施形態として説明された特徴は、組み合わせても一つの実施形態でも実装でき、一方で単一の実施形態として記載された特徴は、複数の実施形態に個別に、あるいは任意の適切なサブコンビネーションで実装されてよい。特定の順序で説明あるいは特許請求の範囲に記載された動作は、その特定の順序を必要とすると理解するのではなく、またすべての示された動作が実行されなければならないと理解すべきではない(いくつかの動作は任意であってよい)。必要に応じて、マルチタスクまたは並列処理(または、マルチタスクおよび並列処理の組み合わせ)が実行され得る。
【符号の説明】
【０１４３】
70  クロスブロックチェーン認証装置
701  第1の取得モジュール
702  第2の取得モジュール
703  認証モジュール
【図１】
2021507556.tif 000003
【図２】
2021507556.tif 000004
【図３】
2021507556.tif 000005
【図４】
2021507556.tif 000006
【図５】
2021507556.tif 000007
【図６】
2021507556.tif 000008
【図７】
2021507556.tif 000009
【図８】
2021507556.tif 000010
【手続補正書】
【提出日】令和2年10月21日(2020.10.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クロスブロックチェーン認証のためのコンピュータ実装方法であって、
クロスチェーンインタラクションのためのシステムに含まれる購読クライアントによって、認証データソースとして構成された複数の公開鍵から、第2のブロックチェーンの信頼されたノードを備えるオラクルエンジンの第1の公開鍵を決定するステップであって、
前記第1の公開鍵が、前記第2のブロックチェーンのデータを認証し、前記システムが、前記購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含み、前記購読クライアントが第1のブロックチェーンに対応し、前記発行クライアントが前記第2のブロックチェーンに対応し、前記クロスチェーンインタラクション端が前記購読クライアントおよび前記発行クライアントに個別に接続される、ステップと、
前記購読クライアントが前記クロスチェーンインタラクション端と前記第2のブロックチェーンとの前記接続を使用することによって、前記発行クライアントによって発行された、認証されるべき前記第2のブロックチェーンからのデータを決定するステップであって、前記認証されるべきデータが、前記オラクルエンジンが所有する秘密鍵に基づいて前記オラクルエンジンによって生成された署名を含み、前記オラクルエンジンが、前記第2のブロックチェーンからの前記データについてデータ認証を実行すること、前記データ認証が成功したと決定すること、前記データ認証が成功したと決定することに応答して、前記オラクルエンジンが所有する前記秘密鍵に基づいて、前記第2のブロックチェーンからの前記データに署名して署名済みデータを提供すること、および前記署名済みデータを前記発行クライアントにプッシュすることを含む動作を実行するように構成される、ステップと、
前記オラクルエンジンの前記第1の公開鍵と認証されるべき前記データの前記署名とに基づいて、前記購読クライアントによって、前記署名済みデータについて認証を実行するステップと
を含む、コンピュータ実装方法。
【請求項２】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵がユーザによって構成され、前記オラクルエンジンのものであると決定するステップを含む、請求項1に記載のコンピュータ実装方法。
【請求項３】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵が、前記発行クライアントによって発行され、前記オラクルエンジンのものであると、前記クロスチェーンインタラクション端に基づいて決定するステップを含む、請求項1に記載のコンピュータ実装方法。
【請求項４】
前記認証されるべきデータを決定するステップが、
前記クロスチェーンインタラクション端への購読要求を開始するステップであって、前記購読要求が、前記クロスチェーンインタラクション端に購読条件を示すために使用され、前記クロスチェーンインタラクション端は、前記第2のブロックチェーンにおいて認証されるべき、前記購読条件を満たすデータを、前記購読条件に基づいて前記発行クライアントに要求する、ステップと、
認証されるべき、前記発行クライアントによって発行されたデータを決定するステップであって、前記認証されるべきデータが、前記購読条件を満たし、前記オラクルエンジンが所有する前記秘密鍵に基づいて前記オラクルエンジンによって署名される、ステップと
を含む、請求項1に記載のコンピュータ実装方法。
【請求項５】
前記データ認証を実行するステップは、
前記認証されるべきデータの前記署名を、前記オラクルエンジンの第1の公開鍵に基づいて検証するステップと、
前記データの前記署名が検証されたことに応答して、前記認証されるべきデータについての前記データ認証が成功したと決定するステップと
を含む、請求項1に記載のコンピュータ実装方法。
【請求項６】
前記データ認証を実行するステップが、前記第2のブロックチェーンに記録された前記データの特定のタイプに依存する認証ロジックを備える認証ルールを使用するステップを含む、請求項1に記載のコンピュータ実装方法。
【請求項７】
1つまたは複数の命令を格納したコンピュータ可読記憶媒体であって、前記1つまたは複数の命令が、
クロスチェーンインタラクションのためのシステムに含まれる購読クライアントによって、認証データソースとして構成された複数の公開鍵から、第2のブロックチェーンの信頼されたノードを備えるオラクルエンジンの第1の公開鍵を決定するステップであって、
前記第1の公開鍵が、前記第2のブロックチェーンのデータを認証し、前記システムが、前記購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含み、前記購読クライアントが第1のブロックチェーンに対応し、前記発行クライアントが前記第2のブロックチェーンに対応し、前記クロスチェーンインタラクション端が前記購読クライアントおよび前記発行クライアントに個別に接続される、ステップと、
前記購読クライアントが前記クロスチェーンインタラクション端と前記第2のブロックチェーンとの前記接続を使用することによって、前記発行クライアントによって発行された、認証されるべき前記第2のブロックチェーンからのデータを決定するステップであって、前記認証されるべきデータが、前記オラクルエンジンが所有する秘密鍵に基づいて前記オラクルエンジンによって生成された署名を含み、前記オラクルエンジンが、前記第2のブロックチェーンからの前記データについてデータ認証を実行すること、前記データ認証が成功したと決定すること、前記データ認証が成功したと決定することに応答して、前記オラクルエンジンが所有する前記秘密鍵に基づいて、前記第2のブロックチェーンからの前記データに署名して署名済みデータを提供すること、および前記署名済みデータを前記発行クライアントにプッシュすることを含む動作を実行するように構成される、ステップと、
前記オラクルエンジンの前記第1の公開鍵と認証されるべき前記データの前記署名とに基づいて、前記購読クライアントによって、前記署名済みデータについて認証を実行するステップと
を含む動作を実行するようにコンピュータシステムによって実行可能である、コンピュータ可読記憶媒体。
【請求項８】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵がユーザによって構成され、前記オラクルエンジンのものであると決定するステップを含む、請求項7に記載のコンピュータ可読記憶媒体。
【請求項９】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵が、前記発行クライアントによって発行され、前記オラクルエンジンのものであると、前記クロスチェーンインタラクション端に基づいて決定するステップを含む、請求項7に記載のコンピュータ可読記憶媒体。
【請求項１０】
前記認証されるべきデータを決定するステップが、
前記クロスチェーンインタラクション端への購読要求を開始するステップであって、前記購読要求が、前記クロスチェーンインタラクション端に購読条件を示すために使用され、前記クロスチェーンインタラクション端は、前記第2のブロックチェーンにおいて認証されるべき、前記購読条件を満たすデータを、前記購読条件に基づいて前記発行クライアントに要求する、ステップと、
認証されるべき、前記発行クライアントによって発行されたデータを決定するステップであって、前記認証されるべきデータが、前記購読条件を満たし、前記オラクルエンジンが所有する前記秘密鍵に基づいて前記オラクルエンジンによって署名される、ステップと
を含む、請求項7に記載のコンピュータ可読記憶媒体。
【請求項１１】
前記データ認証を実行するステップは、
前記認証されるべきデータの前記署名を、前記オラクルエンジンの第1の公開鍵に基づいて検証するステップと、
前記データの前記署名が検証されたことに応答して、前記認証されるべきデータについての前記データ認証が成功したと決定するステップと
を含む、請求項7に記載のコンピュータ可読記憶媒体。
【請求項１２】
前記データ認証を実行するステップが、前記第2のブロックチェーンに記録された前記データの特定のタイプに依存する認証ロジックを備える認証ルールを使用するステップを含む、請求項7に記載のコンピュータ可読記憶媒体。
【請求項１３】
コンピュータ実施システムであって、
1つまたは複数のコンピュータと、
前記1つまたは複数のコンピュータに相互動作可能に結合された1つまたは複数のコンピュータメモリデバイスとを備え、前記1つまたは複数のコンピュータメモリデバイスが、前記1つまたは複数の命令を格納した有形の、非一時的な、機械可読媒体を有し、前記1つまたは複数の命令が、前記1つまたは複数のコンピュータによって実行されると、
クロスチェーンインタラクションのためのシステムに含まれる購読クライアントによって、認証データソースとして構成された複数の公開鍵から、第2のブロックチェーンの信頼されたノードを備えるオラクルエンジンの第1の公開鍵を決定するステップであって、
前記第1の公開鍵が、前記第2のブロックチェーンのデータを認証し、前記システムが、前記購読クライアント、発行クライアント、およびクロスチェーンインタラクション端を含み、前記購読クライアントが第1のブロックチェーンに対応し、前記発行クライアントが前記第2のブロックチェーンに対応し、前記クロスチェーンインタラクション端が前記購読クライアントおよび前記発行クライアントに個別に接続される、ステップと、
前記購読クライアントが前記クロスチェーンインタラクション端と前記第2のブロックチェーンとの前記接続を使用することによって、前記発行クライアントによって発行された、認証されるべき前記第2のブロックチェーンからのデータを決定するステップであって、前記認証されるべきデータが、前記オラクルエンジンが所有する秘密鍵に基づいて前記オラクルエンジンによって生成された署名を含み、前記オラクルエンジンが、前記第2のブロックチェーンからの前記データについてデータ認証を実行すること、前記データ認証が成功したと決定すること、前記データ認証が成功したと決定することに応答して、前記オラクルエンジンが所有する前記秘密鍵に基づいて、前記第2のブロックチェーンからの前記データに署名して署名済みデータを提供すること、および前記署名済みデータを前記発行クライアントにプッシュすることを含む動作を実行するように構成される、ステップと、
前記オラクルエンジンの前記第1の公開鍵と認証されるべき前記データの前記署名とに基づいて、前記購読クライアントによって、前記署名済みデータについて認証を実行するステップと
を含む1つまたは複数の動作を実行する、コンピュータ実施システム。
【請求項１４】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵がユーザによって構成され、前記オラクルエンジンのものであると決定するステップを含む、請求項13に記載のコンピュータ実施システム。
【請求項１５】
前記第1の公開鍵を決定するステップが、
前記第1の公開鍵が、前記発行クライアントによって発行され、前記オラクルエンジンのものであると、前記クロスチェーンインタラクション端に基づいて決定するステップを含む、請求項13に記載のコンピュータ実施システム。
【請求項１６】
前記認証されるべきデータを決定するステップが、
前記クロスチェーンインタラクション端への購読要求を開始するステップであって、前記購読要求が、前記クロスチェーンインタラクション端に購読条件を示すために使用され、前記クロスチェーンインタラクション端は、前記第2のブロックチェーンにおいて認証されるべき、前記購読条件を満たすデータを、前記購読条件に基づいて前記発行クライアントに要求する、ステップと、
認証されるべき、前記発行クライアントによって発行されたデータを決定するステップであって、前記認証されるべきデータが、前記購読条件を満たし、前記オラクルエンジンが所有する前記秘密鍵に基づいて前記オラクルエンジンによって署名される、ステップと
を含む、請求項13に記載のコンピュータ実施システム。
【請求項１７】
前記データ認証を実行するステップは、
前記認証されるべきデータの前記署名を、前記オラクルエンジンの第1の公開鍵に基づいて検証するステップと、
前記データの前記署名が検証されたことに応答して、前記認証されるべきデータについての前記データ認証が成功したと決定するステップと
を含む、請求項13に記載のコンピュータ実施システム。
【国際調査報告】
2021507556.tif 000011
2021507556.tif 000012