JP2022519804A - セグメントコンセンサス方法、デバイス及び記憶媒体 - Google Patents

Abstract

本発明は、セグメントコンセンサス方法、デバイス及び記憶媒体を提供し、ブロックチェーンなどの技術分野に関し、当該方法は、第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を受信し、セグメントコンセンサスリクエスト取引をメインチェーンに記録するステップと、各ライセンスノードによりそれぞれ生成された投票取引を受信し、第１のコンセンサスプロトコールによって、各投票取引をそれぞれ実行し、各ライセンスノードの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１のパラチェーンに対して第１の高さ区間でパラチェーンコンセンサスをオン又はオフしてメインチェーンに記録し、各投票取引をメインチェーンに記録するステップと、を含む。本願は、手数料を削減でき、パラチェーンコンセンサスメカニズムの柔軟性を高めることができる。

Description

本願は、ブロックチェーンの技術分野に関し、具体的に、セグメントコンセンサス方法、デバイス及び記憶媒体に関する。

従来のメインチェーン－パラチェーンメカニズムにおいて、パラチェーンのライセンスノードは、各パラチェーンブロックに対してコンセンサス取引を生成し、コンセンサス取引をメインチェーンに送信してコンセンサスを行う必要があるが、コンセンサス取引は、ライセンスノードのために手数料を払う必要があると同時に、パラチェーンコンセンサスはオンされた後スキップすることができず、前のコンセンサスの高さからコンセンサスを続ける必要があり、即ち、ｂｌｏｃｋ（１００＿パラ）がコンセンサスに成功できない場合、ｂｌｏｃｋ（１０１＿パラ）に対してコンセンサスを行うことができず、パラチェーンコンセンサスのメカニズムは、柔軟ではない。

従来技術の上記不備及び不足に鑑みて、手数料が低く、よい柔軟性を有するセグメントコンセンサス方法、デバイス及び記憶媒体の提供が望ましい。

第１の態様において、本発明は、メインチェーンノードに適するセグメントコンセンサス方法を提供し、メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、上記方法は、
第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を受信し、前記セグメントコンセンサスリクエスト取引をメインチェーンに記録して、前記第１のパラチェーンの各ライセンスノードが前記セグメントコンセンサスリクエスト取引を同期化した後、前記セグメントコンセンサスリクエスト取引を前記第１のパラチェーンに記録するようにし、前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、投票取引を生成するステップと、
各前記ライセンスノードによりそれぞれ生成された投票取引を受信し、前記第１のコンセンサスプロトコールによって、各前記投票取引をそれぞれ実行し、
各前記ライセンスノードの投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１のパラチェーンに対して前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフしてメインチェーンに記録し、
各前記投票取引をメインチェーンに記録して、各前記ライセンスノードが同期化し、前記第１のコンセンサスプロトコールによって、
各前記ライセンスノードの投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして第１のパラチェーンに記録することと、
各前記投票取引を第１のパラチェーンに記録することと、
を実行するようにするステップと、
を含む。

第２の態様において、本発明は、パラチェーンのライセンスノードに適するセグメントコンセンサス方法を提供し、メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、上記方法は、
第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を同期化し、前記セグメントコンセンサスリクエスト取引を現在のパラチェーンに記録し、ここで、前記セグメントコンセンサスリクエスト取引は、メインチェーンノードによって受信されて、メインチェーンに記録され、
前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、第１の投票取引を生成して、前記メインチェーンノードに用いられ、
前記第１の投票取引及び現在のパラチェーンの他のライセンスノードによりそれぞれ生成された第２の投票取引を受信し、ここで、前記第２の投票取引は、現在のパラチェーンの他のライセンスノードによって、前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて生成されるものであり、
前記第１のコンセンサスプロトコールによって、前記第１の投票取引及び各前記第２の投票取引をそれぞれ実行し、
前記第１の投票取引の投票結果及び各前記第２の投票取引の投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、現在のパラチェーンに対して前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、メインチェーンに記録し、
前記第１の投票取引及び各前記第２の投票取引をメインチェーンに記録し、
前記第１の投票取引及び各前記第２の投票取引を同期化し、前記第１のコンセンサスプロトコールによって、
前記第１の投票取引の投票結果及び各前記第２の投票取引の投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、現在のパラチェーンに記録することと、
前記第１の投票取引及び各前記第２の投票取引を現在のパラチェーンに記録することと、
を実行する。

第３の態様において、本発明は、さらに、一つ又は複数のプロセッサと、一つ又は複数のプログラムを記憶するためのメモリと、を含むデバイスを提供し、そのうち、メモリには、当該一つ又は複数のプロセッサによって実行される命令が含まれて、当該一つ又は複数のプロセッサが本発明の各実施例により提供されるセグメントコンセンサス方法を実行できるようにする。

第４の態様において、本発明は、さらに、コンピュータプログラムが記憶されている記憶媒体を提供し、当該コンピュータプログラムは、コンピュータが本発明の各実施例により提供されるセグメントコンセンサス方法を実行できるようにする。

本発明の多くの実施例により提供されるセグメントコンセンサス方法、デバイス及び記憶媒体は、第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を受信し、セグメントコンセンサスリクエスト取引をメインチェーンに記録するステップと、各ライセンスノードによりそれぞれ生成された投票取引を受信し、第１のコンセンサスプロトコールによって、各投票取引をそれぞれ実行し、各ライセンスノードの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１のパラチェーンに対して第１の高さ区間でパラチェーンコンセンサスをオン又はオフしてメインチェーンに記録し、各投票取引をメインチェーンに記録するステップと、を含むため、手数料を削減でき、パラチェーンコンセンサスメカニズムの柔軟性を高めることができる。

以下の図面を参照して行われた非限定的な実施例に対する詳細な説明を読むことにより、本願の他の特徴、目的及び利点はより明らかになる。
本発明の一実施例により提供されるセグメントコンセンサス方法のフローチャートである。 本発明の一実施例により提供される他のセグメントコンセンサス方法のフローチャートである。 本発明の一実施例により提供されるデバイスの構造概略図である。

以下、図面及び実施例と組み合わせて、本願をさらに詳細に説明する。なお、ここで説明される具体的な実施例は、関連発明を解釈するのに使用するだけであって、本発明に対する限定ではない。なお、説明し易くするために、図面には本願関連の部分のみが示されている。

なお、衝突しない場合、本願における実施例及び実施例における特徴は互いに組み合わせることが可能である。以下、図面を参照し、実施例と組み合わせて、本願を詳細に説明する。

従来のメインチェーン－パラチェーンのパラチェーンコンセンサスメカニズムにおいて、パラチェーンコンセンサスはオンされた後スキップすることができず、前のコンセンサスの高さからコンセンサスを続ける必要があり、即ち、パラチェーンコンセンサスメカニズムは連続性を維持する必要があり、メインチェーンノードがｂｌｏｃｋ（１０１＿パラ）のコンセンサス取引を受信する場合、若しメインチェーンにおいてｂｌｏｃｋ（１００＿パラ）のコンセンサス取引が未だコンセンサスに成功していないと、ｂｌｏｃｋ（１０１＿パラ）のコンセンサス取引に対するコンセンサスを行うことができない。本願において、メインチェーン－パラチェーンのパラチェーンコンセンサスメカニズムは、連続性を維持する必要がなく、例えば、メインチェーンにおいてｂｌｏｃｋ（１００＿パラ）のコンセンサス取引がコンセンサスに成功した後、ｂｌｏｃｋ（２００＿パラ）のコンセンサス取引を直接処理することが可能であり、間中のｂｌｏｃｋ（１０１＿パラ）～ｂｌｏｃｋ（１９９＿パラ）は、コンセンサスを必要としない。

図１は、本発明の一実施例により提供されるセグメントコンセンサス方法のフローチャートである。図１に示すように、本実施例において、本発明は、メインチェーンノードに適するセグメントコンセンサス方法を提供し、メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、上記方法は、以下のステップを含む。

Ｓ１２において、第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を受信し、セグメントコンセンサスリクエスト取引をメインチェーンに記録して、第１のパラチェーンの各ライセンスノードがセグメントコンセンサスリクエスト取引を同期化した後、セグメントコンセンサスリクエスト取引を第１のパラチェーンに記録するようにし、セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、投票取引を生成する。

Ｓ１４において、各ライセンスノードによりそれぞれ生成された投票取引を受信し、第１のコンセンサスプロトコールによって、各投票取引をそれぞれ実行し、
各ライセンスノードの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１のパラチェーンに対して第１の高さ区間でパラチェーンコンセンサスをオン又はオフしてメインチェーンに記録し、
各投票取引をメインチェーンに記録して、各ライセンスノードが同期化し、第１のコンセンサスプロトコールによって、
各ライセンスノードの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１の高さ区間でパラチェーンコンセンサスをオン又はオフして第１のパラチェーンに記録することと、
各投票取引を第１のパラチェーンに記録することと、
を実行するようにする。

具体的に、第１のパラチェーンに４個のライセンスノードａ～ｄが配置され、ユーザＡが第１の高さ区間［１０００，２０００］での第１のパラチェーンのパラチェーンコンセンサスのオンを申請することを例とする。

ユーザＡがユーザ端へ［１０００，２０００］での第１のパラチェーンのパラチェーンコンセンサスのオンを申請する命令を入力する場合、ユーザＡのユーザ端は、セグメントコンセンサスリクエスト取引を生成する。

メインチェーンノードによるステップＳ１２の実行において、［１０００，２０００］を含むセグメントコンセンサスリクエスト取引を受信し、セグメントコンセンサスリクエスト取引をメインチェーンに記録する。

ａは、セグメントコンセンサスリクエスト取引が同期化された後、セグメントコンセンサスリクエスト取引を第１のパラチェーンに記録し、セグメントコンセンサスリクエスト取引における［１０００，２０００］で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストに投票し、投票結果に基づいて、投票取引ｔｘ（ｖｏｔｅ＿ａ）を生成する。同様に、ｂは、ｔｘ（ｖｏｔｅ＿ｂ）を生成し、ｃは、ｔｘ（ｖｏｔｅ＿ｃ）を生成し、ｄは、ｔｘ（ｖｏｔｅ＿ｄ）を生成する。

メインチェーンノードによるステップＳ１４の実行において、ｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）を受信し、第１のコンセンサスプロトコールによって、ｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）をそれぞれ実行する。ａ～ｄの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１のパラチェーンに対して［１０００，２０００］でパラチェーンコンセンサスをオンして、メインチェーンに記録し、ｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）をメインチェーンに記録する。

ａは、メインチェーンからｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）を同期化し、第１のコンセンサスプロトコールによって実行する。

ａは、ａ～ｄの投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、［１０００，２０００］でパラチェーンコンセンサスをオンして第１のパラチェーンに記録し、ａは、ｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）を第１のパラチェーンに記録する。同様に、ｂ～ｄは、［１０００，２０００］でパラチェーンコンセンサスをオンして第１のパラチェーンに記録し、ｔｘ（ｖｏｔｅ＿ａ）、ｔｘ（ｖｏｔｅ＿ｂ）、ｔｘ（ｖｏｔｅ＿ｃ）、ｔｘ（ｖｏｔｅ＿ｄ）を第１のパラチェーンに記録する。

上記実施例は、第１のパラチェーンに４個のライセンスノードａ～ｄが配置され、ユーザＡが第１の高さ区間［１０００，２０００］で第１のパラチェーンのパラチェーンコンセンサスのオンを申請することを例として、本願のセグメントコンセンサスメカニズムを例示的に説明する。

より多くの実施例において、第１のパラチェーンに配置されるライセンスノードの個数は、実際の必要に応じて配置でき、例えば、配置個数が７である場合、同じ技術効果を実現することが可能である。

より多くの実施例において、第１の高さ区間は、実際の必要に応じて配置でき、例えば、配置区間が［１０００，１５００］である場合、同じ技術効果を実現することが可能である。

より多くの実施例において、さらに、実際の必要に応じて、第１の高さ区間内で第１のパラチェーンのパラチェーンコンセンサスをオフするように構成してもよく、これによっても、同じ技術効果を実現することが可能である。

より多くの実施例において、さらに、実際の必要に応じて、パラチェーンコンセンサスメカニズムの連続性を設置してもよく、例えば、第１の高さ区間［１０００，２０００］で第１のパラチェーンのパラチェーンコンセンサスをオンする場合、ｂｌｏｃｋ（１０００＿メイン）～ｂｌｏｃｋ（２０００＿メイン）に応じて生成される第１のパラチェーンのパラチェーンブロックは、ｂｌｏｃｋ（１００＿パラ１）～ｂｌｏｃｋ（２００＿パラ１）であり、ｂｌｏｃｋ（１０１＿パラ１）～ｂｌｏｃｋ（２００＿パラ１）のコンセンサスが連続性を維持するようにリクエストして、同じ技術効果を実現することが可能である。

上記実施例のセグメントコンセンサスメカニズムを使用した後、第１のパラチェーンのパラチェーンコンセンサスがオフされる場合、パラチェーンのライセンスノードは、生成されたパラチェーンブロックに対してコンセンサス取引を生成する必要がなく、コンセンサス取引を送信する手数料を削減でき、上記実施例のセグメントコンセンサスメカニズムを使用した後、不連続なパラチェーンブロックは、コンセンサスをスキップでき、パラチェーンコンセンサスメカニズムの柔軟性を高めることができる。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、メインチェーンノードが第１のパラチェーンの第１のパラチェーン取引を受信して、第１のパラチェーン取引がクロスチェーン取引である否かを識別するのに用いられ、
第１のパラチェーン取引がクロスチェーン取引である場合、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にあるか否かを判断し、
第１の高さ区間内にいない場合、第１のパラチェーン取引の実行は失敗であり、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、メインチェーンノードが第１のパラチェーンの第１のパラチェーン取引を受信して、第１のパラチェーン取引がクロスチェーン取引である否かを識別するのに用いられ、
第１のパラチェーン取引がクロスチェーン取引である場合、第１のコンセンサスプロトコールによって、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にあるか否かを判断し、
第１の高さ区間内にある場合、第１のパラチェーン取引の実行は失敗である。

セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストであり、第１のパラチェーン取引がクロスチェーン取引であり、且つ、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にある場合、或いは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストであり、第１のパラチェーン取引がクロスチェーン取引であり、且つ、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にいない場合、第１のパラチェーン取引の実行方法は、従来のメインチェーン－パラチェーンメカニズムと同じである。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信し、
第１の高さ区間内にいない場合、第１のコンセンサス取引を生成せず、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第１のコンセンサス取引を生成せず、
第１の高さ区間内にいない場合、第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信する。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にいない場合、第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
０である場合、第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
０ではない場合、第２のコンセンサス取引を生成せず、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
０である場合、第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
０ではない場合、第２のコンセンサス取引を生成しない。

上記実施例は、パラチェーンがパラチェーンコンセンサスをオフした期間で、パラチェーンのライセンスノードが上記実施例で構成されるルールに従ってコンセンサス取引を生成して、メインチェーンノードに送信し、メインチェーンがパラチェーンのライセンスノードを感知して依然として正常に動作するようにする。

図２は、本発明の一実施例により提供される他のセグメントコンセンサス方法のフローチャートである。図２に示すように、本実施例において、本発明は、パラチェーンのライセンスノードに適するセグメントコンセンサス方法を提供し、メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、上記方法は、以下のステップを含む。

Ｓ２２において、第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を同期化し、セグメントコンセンサスリクエスト取引を現在のパラチェーンに記録し、ここで、セグメントコンセンサスリクエスト取引は、メインチェーンノードによって受信されて、メインチェーンに記録される。

Ｓ２４において、セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、第１の投票取引を生成して、メインチェーンノードに用いられ、
第１の投票取引及び現在のパラチェーンの他のライセンスノードによりそれぞれ生成された第２の投票取引を受信し、ここで、第２の投票取引は、現在のパラチェーンの他のライセンスノードによって、セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて生成されるものであり、
第１のコンセンサスプロトコールによって、第１の投票取引及び各第２の投票取引をそれぞれ実行し、
第１の投票取引の投票結果及び各第２の投票取引の投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、現在のパラチェーンに対して第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、メインチェーンに記録し、
第１の投票取引及び各第２の投票取引をメインチェーンに記録する。

Ｓ２６において、第１の投票取引及び各第２の投票取引を同期化し、第１のコンセンサスプロトコールによって、
第１の投票取引の投票結果及び各第２の投票取引の投票結果に基づいて、リクエストが合格したか否かを判断し、合格した場合、第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、現在のパラチェーンに記録することと、
第１の投票取引及び各第２の投票取引を現在のパラチェーンに記録することと、
を実行する。

上記実施例のセグメントコンセンサス原理は、図１に示される方法が参照できるため、ここでは省略する。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、メインチェーンノードによって、第１のパラチェーンの第１のパラチェーン取引を受信して、第１のパラチェーン取引がクロスチェーン取引であるか否かを識別するのに用いられ、
第１のパラチェーン取引がクロスチェーン取引である場合、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にあるか否かを判断し、
第１の高さ区間内にいない場合、第１のパラチェーン取引の実行は失敗であり、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、メインチェーンノードによって、第１のパラチェーンの第１のパラチェーン取引を受信して、第１のパラチェーン取引がクロスチェーン取引であるか否かを識別するのに用いられ、
第１のパラチェーン取引がクロスチェーン取引である場合、第１のコンセンサスプロトコールによって、第１のパラチェーン取引に対応する第１のブロックの高さが第１の高さ区間内にあるか否かを判断し、
第１の高さ区間内にある場合、第１のパラチェーン取引の実行は失敗である。

上記実施例のセグメントコンセンサス原理は、図１に示される好ましい実施形態の方法が参照できるため、ここでは省略する。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信し、
第１の高さ区間内にいない場合、第１のコンセンサス取引を生成せず、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第１のコンセンサス取引を生成せず、
第１の高さ区間内にいない場合、第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信する。

上記実施例のセグメントコンセンサス原理は、図１に示される好ましい実施形態の方法が参照できるため、ここでは省略する。

好ましくは、セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にいない場合、第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
０である場合、第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
０ではない場合、第２のコンセンサス取引を生成せず、
セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、第１のコンセンサスプロトコールは、ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが第１の高さ区間内にあるか否かを判断するのに用いられ、
第１の高さ区間内にある場合、第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
０である場合、第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
０ではない場合、第２のコンセンサス取引を生成しない。

上記実施例のセグメントコンセンサス原理は、図１に示される好ましい実施形態の方法が参照できるため、ここでは省略する。

図３は、本発明の一実施例により提供されるデバイスの構造概略図である。

図３に示すように、他の態様として、本願は、さらに、一個又は複数個の中央処理ユニット（ＣＰＵ）３０１を備えるデバイス３００を提供し、それは、読み取り専用メモリ（ＲＯＭ）３０２に記憶されたプログラム又は記憶部分３０８からランダムアクセスメモリ（ＲＡＭ）３０３へロードされたプログラムに基づいて、様々な動作及び処理を実行することができる。ＲＡＭ ３０３には、さらに、デバイス３００の操作に必要な様々なプログラム及びデータが記憶されている。ＣＰＵ ３０１、ＲＯＭ ３０２及びＲＡＭ ３０３は、バス３０４を介して互いに接続されている。入力／出力（Ｉ／Ｏ）インタフェース３０５もバス３０４に接続されている。

キーボードやマウスなどを含む入力部分３０６と、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）及びスピーカーなどを含む出力部分３０７と、ハードディスクを含む記憶部分３０８と、ＬＡＮカード、モデムなどのようなネットワークインターフェースカードを含む通信部分３０９と、のような部材は、Ｉ／Ｏインタフェース３０５に接続されている。通信部分３０９は、インターネットのようなネットワークを介して通信処理を実行する。ドライバ３１０は、必要に応じて、Ｉ／Ｏインタフェース３０５に接続されてもよい。磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどのようなリムーバブルメディア３１１は、必要に応じて、ドライバ３１０に装着されて、これから読み出されるコンピュータプログラムが必要に応じて記憶部分３０８にインストールされてもよい。

特に、本願の実施例によれば、上記任意の実施例に記載のセグメントコンセンサス方法は、コンピュータソフトウェアプログラムとして実現されてもよい。例えば、本願の実施例は、コンピュータプログラム製品を含み、それは、機械可読媒体に有形的に含まれるコンピュータプログラムを含み、コンピュータプログラムは、セグメントコンセンサス方法を実行するためのプログラムコードを含む。このような実施例において、当該コンピュータプログラムは、通信部分３０９によってネットワークからダウンロード及びインストールされ、及び／又は、リムーバブルメディア３１１からインストールされてもよい。

さらに別の態様として、本願は、さらに、コンピュータ可読記憶媒体を提供し、当該コンピュータ可読記憶媒体は、上記実施例の装置に含まれるコンピュータ可読記憶媒体であってもよく、単体として存在してもよく、デバイスに組み立てられていないコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体には、一つ又は一つ以上のプログラムが記憶されてもよく、当該プログラムは一つ又は一つ以上のプロセッサによって本願のセグメントコンセンサス方法を実行してもよい。

添付の図面のフローチャート及びブロック図は、本発明の様々な実施例に係るシステム、方法及びコンピュータプログラム製品の実現可能なシステムアーキテクチャ、機能及び操作を示している。この点に関して、フローチャート又はブロック図における各ブロックは、一つのモジュール、プログラムセグメント、又はコードの一部を表すことができ、当該モジュール、プログラムセグメント、又はコードの一部は、所定の論理機能を実現するための一つ又は複数の実行可能な命令を含む。一部の差し替えの実現において、ブロックにマークされた機能も、図面にマークされた順序とは異なる順序で発生する可能性があることにも注意すべきである。例えば、二つの連続的に示されるブロックは、実際には実質的に並行して実行してもよく、関連する機能によっては逆の順序で実行することも可能である。ブロック図及び／又はフローチャートにおける各ブロック、並びに、ブロック図及び／又はフローチャートにおけるブロックの組み合わせは、所定の機能又は操作の専用のハードウェアに係るシステムによって実現でき、或いは、専用のハードウェアとコンピュータ命令との組み合わせによって実現できることは、注意すべきである。

本願の実施例に係るユニット又はモジュールは、ソフトウェアの形態で実現してもよく、ハードウェアの形態で実現してもよい。説明されたユニット又はモジュールは、プロセッサに設けられてもよく、例えば、各上記ユニットは、コンピュータ又はモバイルスマートデバイスにおけるソフトウェアプログラムに設けられてもよく、単体として構成されるハードウェア装置であってもよい。そのうち、これらユニット又はモジュールの名称は、特定の状況下での当該ユニット又はモジュール自身に対する限定を構成するものではない。

前述の説明は、本願の好ましい実施例及び適応される技術原理の説明にすぎない。当業者であれば、本願に係る発明範囲は、上記技術特徴の特定の組み合わせによる技術案に制限されず、本願の構想を逸脱しない範囲内で、上記技術特徴又はその同等の特徴を任意に組み合わせて形成される他の技術案も含んでいることを理解すべきである。例えば、上記特徴と本願に開示されている（但し、これらに限定されない）同様の機能を有する技術特徴は、互いに置き換えられて形成される技術案が挙げられる。

Claims (10)

1. メインチェーンノードに適するセグメントコンセンサス方法であって、
   メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、
   第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を受信し、前記セグメントコンセンサスリクエスト取引をメインチェーンに記録して、前記第１のパラチェーンの各ライセンスノードが前記セグメントコンセンサスリクエスト取引を同期化した後、前記セグメントコンセンサスリクエスト取引を前記第１のパラチェーンに記録するようにし、前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、投票取引を生成するステップと、
   各前記ライセンスノードによりそれぞれ生成された投票取引を受信し、前記第１のコンセンサスプロトコールによって、各前記投票取引をそれぞれ実行し、
   各前記ライセンスノードの投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１のパラチェーンに対して前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフしてメインチェーンに記録し、
   各前記投票取引をメインチェーンに記録して、各前記ライセンスノードが同期化し、前記第１のコンセンサスプロトコールによって、
   各前記ライセンスノードの投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして第１のパラチェーンに記録することと、
   各前記投票取引を第１のパラチェーンに記録することと、
   を実行するようにするステップと、
   を含むことを特徴とするセグメントコンセンサス方法。
2. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、メインチェーンノードが前記第１のパラチェーンの第１のパラチェーン取引を受信して、前記第１のパラチェーン取引がクロスチェーン取引である否かを識別するのに用いられ、
   前記第１のパラチェーン取引がクロスチェーン取引である場合、前記第１のパラチェーン取引に対応する第１のブロックの高さが前記第１の高さ区間にあるか否かを判断し、
   第１の高さ区間にいない場合、前記第１のパラチェーン取引の実行は失敗であり、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、メインチェーンノードが前記第１のパラチェーンの第１のパラチェーン取引を受信して、前記第１のパラチェーン取引がクロスチェーン取引である否かを識別するのに用いられ、
   前記第１のパラチェーン取引がクロスチェーン取引である場合、前記第１のコンセンサスプロトコールによって、前記第１のパラチェーン取引に対応する第１のブロックの高さが前記第１の高さ区間内にあるか否かを判断し、
   第１の高さ区間内にある場合、前記第１のパラチェーン取引の実行は失敗である、
   ことを特徴とする請求項１に記載のセグメントコンセンサス方法。
3. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信し、
   前記第１の高さ区間内にいない場合、前記第１のコンセンサス取引を生成せず、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第１のコンセンサス取引を生成せず、
   前記第１の高さ区間内にいない場合、前記第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信する、
   ことを特徴とする請求項１に記載のセグメントコンセンサス方法。
4. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にいない場合、前記第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
   ０である場合、前記第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
   ０ではない場合、前記第２のコンセンサス取引を生成せず、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
   ０である場合、前記第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
   ０ではない場合、前記第２のコンセンサス取引を生成しない、
   ことを特徴とする請求項３に記載のセグメントコンセンサス方法。
5. パラチェーンのライセンスノードに適するセグメントコンセンサス方法であって、
   メインチェーンノード及びパラチェーンノードにはいずれにも第１のコンセンサスプロトコールが配置され、、
   第１の高さ区間を含む第１のパラチェーンのセグメントコンセンサスリクエスト取引を同期化し、前記セグメントコンセンサスリクエスト取引を現在のパラチェーンに記録し、ここで、前記セグメントコンセンサスリクエスト取引は、メインチェーンノードによって受信されて、メインチェーンに記録され、
   前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて、第１の投票取引を生成して、前記メインチェーンノードに用いられ、
   前記第１の投票取引及び現在のパラチェーンの他のライセンスノードによりそれぞれ生成された第２の投票取引を受信し、ここで、前記第２の投票取引は、現在のパラチェーンの他のライセンスノードによって、前記セグメントコンセンサスリクエスト取引における第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオン又はオフするリクエストに投票し、投票結果に基づいて生成されるものであり、
   前記第１のコンセンサスプロトコールによって、前記第１の投票取引及び各前記第２の投票取引をそれぞれ実行し、
   前記第１の投票取引の投票結果及び各前記第２の投票取引の投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、現在のパラチェーンに対して前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、メインチェーンに記録し、
   前記第１の投票取引及び各前記第２の投票取引をメインチェーンに記録し、
   前記第１の投票取引及び各前記第２の投票取引を同期化し、前記第１のコンセンサスプロトコールによって、
   前記第１の投票取引の投票結果及び各前記第２の投票取引の投票結果に基づいて、前記リクエストが合格したか否かを判断し、合格した場合、前記第１の高さ区間でパラチェーンコンセンサスをオン又はオフして、現在のパラチェーンに記録することと、
   前記第１の投票取引及び各前記第２の投票取引を現在のパラチェーンに記録することと、
   を実行する、
   ことを特徴とするセグメントコンセンサス方法。
6. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、メインチェーンノードによって、前記第１のパラチェーンの第１のパラチェーン取引を受信して、前記第１のパラチェーン取引がクロスチェーン取引であるか否かを識別するのに用いられ、
   前記第１のパラチェーン取引がクロスチェーン取引である場合、前記第１のパラチェーン取引に対応する第１のブロックの高さが前記第１の高さ区間内にあるか否かを判断し、
   前記第１の高さ区間内にいない場合、前記第１のパラチェーン取引の実行は失敗であり、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、メインチェーンノードによって、前記第１のパラチェーンの第１のパラチェーン取引を受信して、前記第１のパラチェーン取引がクロスチェーン取引であるか否かを識別するのに用いられ、
   前記第１のパラチェーン取引がクロスチェーン取引である場合、前記第１のコンセンサスプロトコールによって、前記第１のパラチェーン取引に対応する第１のブロックの高さが前記第１の高さ区間内にあるか否かを判断し、
   前記第１の高さ区間内にある場合、前記第１のパラチェーン取引の実行は失敗である、
   ことを特徴とする請求項５に記載のセグメントコンセンサス方法。
7. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信し、
   前記第１の高さ区間内にいない場合、前記第１のコンセンサス取引を生成せず、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第１のパラチェーンブロックに対応するメインチェーンブロックの第２のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第１のコンセンサス取引を生成せず、
   前記第１の高さ区間内にいない場合、前記第１のパラチェーンブロックに基づいて、第１のコンセンサス取引を生成して、メインチェーンノードに送信する、
   ことを特徴とする請求項５に記載のセグメントコンセンサス方法。
8. 前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオンするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にいない場合、前記第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
   ０である場合、前記第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
   ０ではない場合、前記第２のコンセンサス取引を生成せず、
   前記セグメントコンセンサスリクエスト取引が第１の高さ区間で第１のパラチェーンのパラチェーンコンセンサスをオフするリクエストである場合、前記第１のコンセンサスプロトコールは、前記ライセンスノードによって、生成された第２のパラチェーンブロックに対応するメインチェーンブロックの第３のブロックの高さが前記第１の高さ区間内にあるか否かを判断するのに用いられ、
   前記第１の高さ区間内にある場合、前記第２のパラチェーンブロックのブロックの高さと事前設定された第１の数値との余数が０であるか否かを判断し、
   ０である場合、前記第２のパラチェーンブロックに基づいて、第２のコンセンサス取引を生成して、メインチェーンノードに送信し、
   ０ではない場合、前記第２のコンセンサス取引を生成しない、
   ことを特徴とする請求項７に記載のセグメントコンセンサス方法。
9. 一つ又は複数のプロセッサと、
   一つ又は複数のプログラムを記憶するためのメモリと、
   を含み、
   前記一つ又は複数のプログラムが前記一つ又は複数のプロセッサによって実行される場合、前記一つ又は複数のプロセッサは、請求項１乃至８のいずれか一項に記載のセグメントコンセンサス方法を実行する、
   ことを特徴とするデバイス。
10. コンピュータプログラムが記憶されている記憶媒体であって、
    当該プログラムがプロセッサによって実行される場合、請求項１乃至８のいずれか一項に記載のセグメントコンセンサス方法を実現する、
    ことを特徴とする記憶媒体。

Images