JP7330596B2 - ブロックチェーンデータのアーカイブ方法、ブロックチェーンデータのアーカイブ装置、電子機器、及びコンピュータプログラム - Google Patents

Description

本願は、出願番号が第２０２０１０３２９６９５．３号であり、出願日が２０２０年４月２４日である、中国特許出願に基づいて提出され、該中国特許出願に基づく優先権を主張し、該中国特許出願の全ての内容がここで参考として本願に組み込まれている。

本願は、通信技術の分野に関し、特にブロックチェーンデータのアーカイブ方法、装置、電子機器、及びコンピュータ可読記憶媒体に関する。

ブロックチェーンシステムは、コンセンサス方式によって新たなブロックをブロックチェーンに入れる一連のノードの集合を指す。近年、ブロックチェーン技術の発展に伴い、ブロックチェーンシステムは、取引分野での応用もますます広くなり、例えば、銀行や政府などの取引シナリオに応用することができる。

ブロックチェーンシステムの動作時間の増加に伴い、ブロックチェーンシステムにおける各ノードのブロックチェーンデータが占める記憶空間もますます大きくなり、ブロックチェーンシステムにおけるノードには、応答が遅く、ひいてはダウンするという状況が発生し、ブロックチェーンの動作過程に悪影響が与えられる。

本願の実施例は、ブロックチェーンシステムに用いられる、ブロックチェーンデータのアーカイブ方法を提供する。前記ブロックチェーンシステムは、コンセンサスノードと、第１記帳ノードと、第２記帳ノードとを含み、前記方法は、
前記第１記帳ノードが、前記コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定するステップであって、前記同期されたブロックチェーンデータには、状態データが含まれる、ステップと、
前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定し、前記ターゲット状態データをバックアップするステップと、
前記第１記帳ノードが、バックアップされたターゲット状態データに基づいて前記同期ブロック高さの状態データスナップショットを生成し、前記状態データスナップショット、前記同期ブロック高さ、及び前記第１記帳ノードの署名情報を共同でアーカイブポイント情報として前記第２記帳ノードに送信するステップと、
前記第１記帳ノードが、前記第２記帳ノードの前記アーカイブポイント情報に対する裏書き情報を受信するステップと、
前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記同期されたブロックチェーンデータをアーカイブするステップと、を含む。

これに応じて、本願の実施例は、ブロックチェーンシステムに用いられる、ブロックチェーンデータのアーカイブ装置を提供する。前記ブロックチェーンシステムは、コンセンサスノードと、第１記帳ノードと、第２記帳ノードとを含み、前記装置は、
前記第１記帳ノードが、前記コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定するように構成される同期ユニットであって、前記同期されたブロックチェーンデータには、状態データが含まれる、同期ユニットと、
前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定し、前記ターゲット状態データをバックアップするように構成される決定ユニットと、
前記第１記帳ノードが、バックアップされたターゲット状態データに基づいて前記同期ブロック高さの状態データスナップショットを生成し、前記状態データスナップショット、前記同期ブロック高さ、及び前記第１記帳ノードの署名情報を共同でアーカイブポイント情報として前記第２記帳ノードに送信するように構成される生成ユニットと、
前記第１記帳ノードが、前記第２記帳ノードの前記アーカイブポイント情報に対する裏書き情報を受信するように構成される受信ユニットと、
前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記同期されたブロックチェーンデータをアーカイブするように構成されるアーカイブユニットと、を含む。

また、本願の実施例は、プロセッサとメモリとを備える電子機器をさらに提供する。前記メモリには、実行可能な命令が記憶され、前記プロセッサは、前記メモリに記憶された実行可能な命令を実行すると、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法を実現する。

また、本願の実施例は、実行可能な命令を記憶したコンピュータ可読記憶媒体をさらに提供する。前記実行可能な命令は、プロセッサによって実行されると、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法を実現させる。

本願の実施例の構成をより明確に説明するために、以下に、実施例の説明に必要な図面を簡単に紹介する。明らかに、以下の説明における図面は本願のいくつかの実施例を示しているに過ぎず、当業者であれば、創造的な労働をすることなく、これらの図面から他の図面を得ることもできる。

本願の実施例で提供されるブロックチェーンデータのアーカイブシステムの構成の模式図である。 本願の実施例で提供されるブロックチェーンシステムの構成の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。 本願の実施例で提供されるサブ状態データのバックアップの模式図である。 本願の実施例で提供される状態データに対応するマークルツリーのスナップショットの模式図である。 本願の実施例で提供される第１記帳ノードのブロックチェーンデータのアーカイブの模式図である。 本願の実施例で提供されるブロックチェーンシステムにおけるブロックチェーンデータのアーカイブの手順の模式図である。 本願の実施例で提供される状態データに対応するマークルツリーの構造の模式図である。 本願の実施例で提供される第１記帳ノードがローカルのワールド状態を構築する手順の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。 本願の実施例で提供される第１記帳ノードが最新のブロックチェーンデータを取得する手順の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ装置の構成の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ装置の構成の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ装置の構成の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ装置の構成の模式図である。 本願の実施例で提供されるブロックチェーンデータのアーカイブ装置の構成の模式図である。 本願の実施例で提供される電子機器の構成の模式図である。

以下、本願の実施例の図面を参照しながら、本願の実施例の構成を明確かつ完全に説明するが、明らかなように、説明する実施例は、本願のいくつかの実施例に過ぎず、全ての実施例ではない。当業者が創造的な労働をせずに本願の実施例から得る全ての他の実施例は、本願の保護範囲に属する。

以下の説明に記載の「いくつかの実施例」は、全ての可能な実施例の部分集合を記述するものである。ただし、理解できるものとして、「いくつかの実施例」は、全ての可能な実施例の同じ部分集合又は異なる部分集合であってもよく、且つ矛盾しない限り、互いに組み合わせることができる。

以下の説明に記載の用語「第１／第２／第３」は、類似した対象を区別するものに過ぎず、対象に対する特定の順序を表すものではない。理解できるものとして、「第１／第２／第３」は、可能な場合、特定の順序又は優先順位を交換してもよい。これにより、ここで説明される本願の実施例は、ここで図示又は説明されるもの以外の順序で実施されることが可能になる。以下の説明に記載の用語「複数」は、少なくとも２つを指す。

別に定義しない限り、本明細書で使用される全ての技術的用語及び科学的用語は、当業者が通常理解する意味と同じである。本明細書で使用される用語は、本願の実施例を説明することのみを目的としており、本願を制限することを意図するものではない。

本願の実施例をさらに詳細に説明するに先立って、本願の実施例で提供される名詞及び用語を説明する。本願の実施例で提供される名詞及び用語は、以下の解釈を適用する。

１）ブロックチェーン（Ｂｌｏｃｋｃｈａｉｎ）は、ブロック（Ｂｌｏｃｋ）で形成される暗号化された、チェーン式の取引記憶構造である。例えば、各ブロックのヘッダは、ブロック内の全ての取引のハッシュ値を含むと共に、直前のブロック内の全ての取引のハッシュ値を含むことができる。これにより、ハッシュ値に基づいてブロック内の取引の改ざん防止及び偽造防止を達成する。新たに生成された取引は、ブロックに充填されて、ブロックチェーンシステムにおけるノードのコンセンサスを経た後、ブロックチェーンの末尾に追加され、チェーン式の増大につながる。

２）ブロックチェーンネットワーク（Ｂｌｏｃｋｃｈａｉｎ Ｎｅｔｗｏｒｋ）は、ブロックチェーンシステムとも呼ばれ、コンセンサス方式によって新たなブロックをブロックチェーンに入れる一連のノードの集合を指す。

３）取引（Ｔｒａｎｓａｃｔｉｏｎ）は、コンピュータ用語「トランザクション」と同等である。取引は、ブロックチェーンシステムに提出して実行する必要がある操作を含み、単に商業的な文脈における取引を意味するものではない。ブロックチェーン技術において「取引」という用語が慣習的に使用されていることに鑑み、本願の実施例は、この慣習に従う。

例えば、配置（Ｄｅｐｌｏｙ）取引は、指定されたスマートコントラクトをブロックチェーンシステム内のノードにインストールし、それが呼び出される準備をしておくためのものである。呼び出し（Ｉｎｖｏｋｅ）取引は、スマートコントラクトを呼び出すことによりブロックチェーンに取引の記録を追加し、ブロックチェーンの状態データベースに対して、更新操作（状態データベースにおけるキー値ペアの追加、削除、及び修正を含む）及び照会操作（即ち、状態データベースにおけるキー値ペアの照会）を含む操作を行うためのものである。

４）台帳（Ｌｅｄｇｅｒ）は、ブロックチェーン（台帳データとも呼ばれる）と、ブロックチェーンと同期する状態データベースとの総称である。そのうち、ブロックチェーンは、ファイルシステムにおけるファイルの形式で取引を記録する。状態データベースは、キー（Ｋｅｙ）値（Ｖａｌｕｅ）ペアの形式でブロックチェーンにおける取引を記録し、ブロックチェーンにおける取引に対する迅速な照会をサポートするためのものである。状態データベースは、台帳データベースとも呼ばれる。

５）スマートコントラクト（Ｓｍａｒｔ Ｃｏｎｔｒａｃｔｓ）は、チェーンコード（Ｃｈａｉｎｃｏｄｅ）又はアプリケーションコードとも呼ばれ、ブロックチェーンネットワークのノードに配置されたプログラムである。ノードは、受信された取引で呼び出されたスマートコントラクトを実行して、状態データベースのキー値ペアデータに対して更新又は照会の操作を行う。

６）コンセンサス（Ｃｏｎｓｅｎｓｕｓ）は、ブロックチェーンシステムにおける１つの過程であり、関連する複数のノードの間で、ブロックにおける取引に対して合意するためのものである。合意されたブロックは、ブロックチェーンの末尾に追加される。コンセンサスを実現するメカニズムは、プルーフ・オブ・ワーク（ＰｏＷ：Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ）、プルーフ・オブ・ステーク（ＰｏＳ：Ｐｒｏｏｆ ｏｆ Ｓｔａｋｅ）、及びデリゲート・プルーフ・オブ・ステーク（ＤＰｏＳ：Ｄｅｌｅｇａｔｅｄ Ｐｒｏｏｆ－ｏｆ－Ｓｔａｋｅ）などを含む。

ブロックチェーンシステムの動作時間の増加に伴い、ブロックチェーンシステムにおける各ノードのブロックチェーンデータが占める記憶空間もますます大きくなり、ブロックチェーンの動作過程に悪影響が与えられる。関連技術で提供される構成では、通常、ノードの台帳スナップショットを生成し、次に、台帳スナップショットを専用の分散ストレージシステムに記憶し、最後に、スナップショットポイントより前のブロック、取引情報、及び領収書などのブロックデータをノードローカルから削除して、ノードローカルの記憶空間の使用を低減する。

関連技術の研究及び実践の過程において、本願の出願人は、台帳スナップショットを生成する際に、ブロックチェーンシステムが依然として取引サービスを正常に提供しており、記帳ノードの状態データに対してスナップショットの読み書きを行う際に取引が依然として存在すると、スナップショットの読み書きが取引と衝突することで、スナップショットの読み取りの失敗、又はスナップショットによって読み取られたデータの不正確を引き起こし、生成された状態データスナップショットも公信力に欠けることを見出した。このため、関連技術で提供される構成では、ブロックチェーンデータのアーカイブ精度及びアーカイブ効率が低い。

本願の実施例は、ブロックチェーンデータのアーカイブ精度及びアーカイブ効率を効果的に向上させることができるブロックチェーンデータのアーカイブ方法、装置、電子機器、及びコンピュータ可読記憶媒体を提供する。そのうち、該ブロックチェーンデータのアーカイブ装置は、電子機器に組み込むことができ、該電子機器は、サーバであってもよいし、端末などの機器であってもよい。

本願の実施例で提供されるブロックチェーンデータのアーカイブ方法は、主に、ブロックチェーンシステムに応用され、ブロックチェーンは、分散型データ記憶、ポイントツーポイント伝送、コンセンサスメカニズム、暗号化アルゴリズムなどのコンピュータ技術の新しい応用モードである。ブロックチェーンは、実質的に、脱中心化データベースであり、暗号学方法を用いて関連付けて生成された一連のデータブロックであり、各データブロックそれぞれは、１ロットのネットワーク取引の情報を含み、その情報の有効性（偽造防止）を検証し、次のブロックを生成するためのものである。ブロックチェーンは、ブロックチェーン最下層プラットフォーム、プラットフォーム製品サービス層、及びアプリケーションサービス層を含んでもよい。

ブロックチェーン最下層プラットフォームは、ユーザ管理、基本サービス、スマートコントラクト、及び運営監視制御などの処理モジュールを含んでもよい。そのうち、ユーザ管理モジュールは、公開鍵及び秘密鍵の生成のメンテナンス（アカウント管理）、鍵管理、及びユーザの真のアイデンティティとブロックチェーンアドレスとの対応関係のメンテナンス（権限管理）などを含む、全てのブロックチェーン参加者のアイデンティティ情報管理を担当するとともに、許可される場合に、いくつかの真のアイデンティティの取引状況を監督管理して監査し、リスクコントロールの規則設定を提供する（リスクコントロール及び監査）。基本サービスモジュールは、全てのブロックチェーンノード機器に配置され、サービス要求の有効性を検証し、有効要求をコンセンサスしてストレージに記録する。１つの新たなサービス要求に対して、基本サービスモジュールは、まず、インタフェースに適応して解析及び認証処理を行い（インタフェース適応）、次に、コンセンサスアルゴリズムによってサービス情報を暗号化し（コンセンサス管理）、暗号化されたものに対して、共有台帳への完全且つ一貫した伝送（ネットワーク通信）、記録及び記憶を行う。スマートコントラクトモジュールは、コントラクトの登録発行、コントラクトのトリガ、及びコントラクトの実行を担当する。開発者は、あるプログラミング言語でコントラクトロジックを定義してブロックチェーンに発行してもよい（コントラクト登録）。スマートコントラクトモジュールは、コントラクト条項のロジックに基づいて、鍵又は他のイベントを呼び出してコントラクトの実行をトリガし、コントラクトロジックを完了するとともに、コントラクトのアップグレード及び無効化の機能を提供する。運営監視制御モジュールは、主に、製品リリース過程における配置、設定の修正、コントラクト設定、クラウド適応、及び製品動作中のリアルタイム状態の可視化の出力、例えば、警告、ネットワーク状況の監視制御、ノード機器の健康状態の監視制御などを担当する。

プラットフォーム製品サービス層は、典型的なアプリケーションの基本能力及び実現フレームを提供する。開発者は、これらの基本能力に基づいて、業務の特性を重ね、業務ロジックのブロックチェーン実現を完了することができる。アプリケーションサービス層は、ブロックチェーン手段に基づくアプリケーションサービスをサービス参加者に提供して使用させる。

以下、図１Ａを参照して、本願の実施例で提供されるブロックチェーンシステムの例示的な応用を説明する。図１Ａは、本願の実施例で提供されるブロックチェーンデータのアーカイブシステム１００の構成の模式図であり、ブロックチェーンシステム２００（ブロックチェーンシステム２００は、複数のノードを含み、図１Ａにノード２１０を例示的に示す）、及びサービスシステム４００（サービスシステム４００に属する端末４１０及びそのグラフィックインタフェース４２０を例示的に示す）を含む。以下、それぞれ説明する。

ブロックチェーンシステム２００のタイプは、柔軟で多様であり、例えば、パブリックチェーン、プライベートチェーン、又はコンソーシアムチェーンのいずれか１つであってもよい。パブリックチェーンを例にすると、任意のサービスシステム（又は、サービス主体と呼ばれる）の電子機器、例えば、端末及びサーバは、許可を必要とすることなく、ブロックチェーンシステム２００にアクセスすることができる。コンソーシアムチェーンを例にすると、サービスシステムが許可を受けると、その管轄する電子機器（例えば、端末／サーバ）は、ブロックチェーンシステム２００にアクセスすることができ、このとき、ブロックチェーンシステム２００における特殊なノード、即ちクライアントノードになる。

ブロックチェーンシステム２００は、サービスシステムのクライアントノード（以下、説明の便宜上、端末４１０を例とする）から提出された取引を受信し、取引を実行して台帳を更新するか又は台帳を照会し、端末４１０のグラフィックインタフェース４２０に取引実行の様々な中間結果又は最終結果を表示する。理解できるものとして、取引を受信して取引を実行する上記ブロックチェーンシステム２００は、具体的に、ブロックチェーンシステム２００におけるネイティブノード２１０を指し、当然のことながら、サービスシステムのクライアントノードがブロックチェーンシステム２００におけるネイティブノード２１０の機能（例えば、コンセンサス機能、記帳機能）を有する場合、対応するクライアントノードを含んでもよい。

以下、サービスシステムがブロックチェーンシステムにアクセスすることを例として、ブロックチェーンシステムの例示的な応用を説明する。

図１Ａを参照すると、端末４１０は、データをブロックチェーンにアップロードする必要がある場合、更新操作に対応する取引を生成し、取引をブロックチェーンシステム２００にブロードキャストすることができる。該取引には、アップロードする必要があるデータが含まれる。また、取引において、更新操作を実現するために呼び出す必要があるスマートコントラクト、及びスマートコントラクトに伝達するパラメータをさらに指定してもよく、取引には、サービスシステム４００が署名したデジタル署名（例えば、認証センター３００がサービスシステム４００に発行したデジタル証明書における秘密鍵を用いて、取引の要約を暗号化したものである）をさらに付してもよい。。

ブロックチェーンシステム２００におけるノード２１０は、取引を受信すると、取引に付されているデジタル署名を検証する。ノード２１０は、取引におけるデジタル署名の検証が合格した場合、取引に付されているサービスシステム４００のアイデンティティに基づいて、サービスシステム４００が取引権限を有するか否かを確認する。デジタル署名及び権限の検証のうち、いずれの検証の失敗も取引の失敗につながる。検証が成功すると、ノード２１０自身のデジタル署名（例えば、ノード２１０の秘密鍵で取引の要約を暗号化したもの）を署名し、ブロックチェーンシステム２００におけるブロードキャストを継続する。ここで、デジタル署名は、即ち署名情報である。

ブロックチェーンシステム２００における、順序付け機能を有するノード２１０は、検証に成功した取引を受信すると、取引を新たなブロックに充填して、ブロックチェーンシステム２００における、コンセンサスサービスを提供するノード（即ち、コンセンサスノード）にブロードキャストする。

ブロックチェーンシステム２００における、コンセンサスサービスを提供するノード２１０は、合意のために、新たなブロックに対してコンセンサス過程を行い、記帳機能を提供するノード２１０（即ち、記帳ノード）は、新たなブロックをブロックチェーンの末尾に追加し、新たなブロックにおける取引を実行し、データを提出する取引に対して、該データに対応するキー値ペアを状態データベースに追加することにより、状態データベースの更新を実現する。説明すべきものとして、ブロックチェーンシステムにおける１つのノードは、複数の機能を同時に提供することができ、例えば、順序付け機能及びコンセンサス機能を同時に提供する。

同様に、端末４１０は、ブロックチェーンシステム２００からデータを照会する必要がある場合、照会操作に対応する取引（例えば、取引は、照会対象のキーを含むことができる）を生成し、取引において、照会操作を実現するために呼び出す必要があるスマートコントラクト、及びスマートコントラクトに伝達するパラメータを指定し、取引をブロックチェーンシステム２００にブロードキャストしてもよい。取引には、サービスシステム４００が署名したデジタル署名をさらに付してもよい。

ブロックチェーンシステム２００におけるノード２１０は、検証、ブロック充填、及びコンセンサス合意を経た後、新たなブロックをブロックチェーンの末尾に追加し、新たなブロックにおける取引を実行し、データを照会する取引に対して、状態データベースから対応するキー値ペアを照会し、照会結果を返信する（例えば、照会結果は、提出された取引におけるキーに対応する値であってもよい）。

本願の実施例では、ブロックチェーンシステムは、コンセンサスノードと複数の記帳ノードとを含んでもよい。記帳ノードは、チェーンコードを実行することにより、台帳に対する読み書き操作を実現することを担当することができ、つまり、主に、状態データと台帳のコピーとのメンテナンスを担当する。記帳ノードは、Ｐｅｅｒノードと呼んでもよい。コンセンサスノードは、コンセンサス順序付けノード（Ｏｒｄｅｒｅｒ）と呼んでもよく、ブロックチェーンシステムにおいて、主に、署名情報が含まれる取引を受信し、パッケージングされていない取引を順序付け、ブロックを生成してＰｅｅｒノードにブロードキャストするために用いられる。ブロックチェーンシステムに含まれるコンセンサスノードの数量は、１つのみであってもよく、もちろん、ブロックチェーンシステムは、コンセンサスノードのノードクラスタを含んでもよい。本願の実施例では、説明の便宜上、アーカイブ操作を行う必要がある記帳ノードを第１記帳ノードと呼び、他の記帳ノードを第２記帳ノードと呼ぶ。ここで、第２記帳ノードの数量は、少なくとも１つである。

例えば、図１Ｂに示すブロックチェーンシステムの構成の模式図を参照すると、ブロックチェーンシステム５００は、第１記帳ノード５１０と、第２記帳ノード５２０と、コンセンサスノード５３０とを含む。第１記帳ノード５１０は、コンセンサスノード５３０と、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定することができ、該同期されたブロックチェーンデータには、状態データが含まれる。次に、第１記帳ノード５１０は、状態データから現在の取引に必要なターゲット状態データを決定し、ターゲット状態データをバックアップする。ここで、現在の取引は、ブロックチェーンデータの同期後に行われる取引である。第１記帳ノード５１０は、バックアップされたターゲット状態データに基づいて同期ブロック高さの状態データスナップショットを生成し、状態データスナップショット、同期ブロック高さ、及び第１記帳ノード５１０の署名情報を共同でアーカイブポイント情報とし、アーカイブポイント情報を第２記帳ノード５２０に送信する。第１記帳ノード５１０は、第２記帳ノード５２０のアーカイブポイント情報に対する裏書き情報を受信し、該裏書き情報は、第２記帳ノード５２０のアーカイブポイント情報に対する承認を示すためのものである。最終的に、第１記帳ノード５１０は、裏書き情報及びアーカイブポイント情報に基づいて、同期されたブロックチェーンデータをアーカイブする。

ここで、ブロックチェーンデータは、ブロックチェーンにおけるブロックデータと、ワールド状態（Ｗｏｒｌｄ Ｓｔａｔｅ）を記述する状態データとを含んでもよい。そのうち、ブロックデータは、実際にブロックチェーンで発生した各取引の記録である。また、ブロックデータは、通常ブロックデータと、設定ブロックデータとを含んでもよい。状態データは、各アカウント及びスマートコントラクトを記録した現在の状態を含んでもよく、ノードの状態データは、ノードの状態データベース（即ち、ローカルデータベース）に記憶されてもよい。

ここで、アーカイブは、データアーカイブと理解することができ、主に、ブロックチェーンデータのうちのいくつかのデータをコピーすることにより、スナップショットを取得することを指し、記帳ノードのローカルの記憶空間を節約するために、一定範囲内のブロックデータを削除し、及び／又は他の分散ストレージシステム（ブロックチェーンシステムと異なる分散ストレージシステムを指し、アーカイブに専用する）のコールドストレージに転記することを指してもよい。

本願の実施例では、ブロックチェーンシステムにおけるノード（例えば、記帳ノードやコンセンサスノードなど）は、サーバ又は端末であってもよく、クライアントノードも同様である。そのうち、サーバは、独立した物理サーバであってもよく、複数の物理サーバで構成されたサーバクラスタ又は分散型システムであってもよく、クラウドサービス、クラウドデータベース、クラウドコンピューティング、クラウド関数、クラウドストレージ、ネットワークサービス、クラウド通信、ミドルウェアサービス、ドメイン名サービス、セキュリティサービス、コンテンツデリバリネットワーク（ＣＤＮ：Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）、及びビッグデータや人工知能プラットフォームなどのベースクラウドコンピューティングサービスを提供するクラウドサーバであってもよい。端末は、スマートフォン、タブレットコンピュータ、ノートパソコン、デスクトップコンピュータ、スマートスピーカ、スマートウォッチなどであってもよいが、これらに限定されない。端末及びサーバは、有線又は無線の通信方式によって直接又は間接的に接続されてもよく、本願の実施例はこれを制限しない。

以下、本願の実施例で提供されるブロックチェーンシステムの例示的な応用及び実施を参照しながら、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法を説明する。説明すべきものとして、以下の実施例の記述順序は、実施例の好ましい順序を限定するものではない。

本願の実施例では、ブロックチェーンデータのアーカイブ装置の観点から説明する。該ブロックチェーンデータのアーカイブ装置は、電子機器に組み込むことができ、該電子機器は、サーバであってもよいし、端末などの機器であってもよい。

図２Ａを参照する。図２Ａは、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。図２Ａに示されたステップを参照して説明する。

ステップ１０１では、第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定し、同期されたブロックチェーンデータには、状態データが含まれる。

本願の実施例では、ブロックチェーンシステムは、コンセンサスノードと複数の記帳ノードとを含む。記帳ノードは、Ｐｅｅｒノードと呼んでもよく、チェーンコードを実行することにより、台帳に対する読み書き操作を実現することを担当し、つまり、主に、状態データと台帳のコピーとのメンテナンスを担当する。コンセンサスノードは、署名情報が含まれる取引を受信し、パッケージングされていない取引を順序付け、ブロックを生成してＰｅｅｒノードにブロードキャストする。本願の実施例では、説明の便宜上、データアーカイブを行う必要がある記帳ノードを第１記帳ノードと呼び、他の記帳ノードを第２記帳ノードと呼ぶ。ここで、第２記帳ノードの数量は、少なくとも１つである。

第１記帳ノードは、データアーカイブを行う必要がある場合、まず、コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定する。ここで、同期されたブロックチェーンデータには、ブロックデータ及び状態データが含まれ、ブロックデータは、ブロックチェーンにおけるブロックを記述するためのものであり、状態データは、ブロックチェーンシステムにおける各アカウント及びスマートコントラクトを記録した現在の状態を含んでもよい。

ここで、同期ブロック高さは、第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行って得られた同期されたブロックチェーンデータのブロック高さ（又は、ブロック数量と呼ばれる）を指してもよい。例えば、第１記帳ノードの同期されたブロックチェーンデータに５つのブロックが存在する場合、同期ブロック高さは、５であってもよい。

いくつかの実施例では、以下のような方式によって、上述した第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行うことを実現することができる。第１記帳ノードは、コンセンサスノードに、第１記帳ノードのアイデンティティ識別子が含まれる同期要求を送信する。第１記帳ノードは、同期要求に対してコンセンサスノードから送信されたブロックを受信する。ここで、ブロックは、コンセンサスノードによる同期要求における第１記帳ノードのアイデンティティ識別子のチェックが合格した場合に送信されたものである。第１記帳ノードは、コンセンサスノードから送信されたブロックに基づいて、ローカルのブロックチェーンデータを更新することにより、同期されたブロックチェーンデータを取得する。

例えば、第１記帳ノードは、コンセンサスノードに同期要求を送信することができ、該同期要求には、第１記帳ノードのアイデンティティ識別子を付してもよい。コンセンサスノードは、同期要求を受信すると、同期要求における第１記帳ノードのアイデンティティ識別子をチェックする。コンセンサスノードは、第１記帳ノードのアイデンティティ識別子のチェックが合格した場合、即ち、第１記帳ノードのアイデンティティに問題がないと決定した場合、コンセンサスノードのローカルに記憶されたブロックを第１記帳ノードに送信する。ここで、コンセンサスノードは、ローカルに記憶された全てのブロックを第１記帳ノードに送信してもよいし、計算リソースを節約するために、最新のブロックを第１記帳ノードに送信してもよい。そのうち、最新のブロックは、ブロックチェーンの末尾に最新に追加され、且つ数量が同期数量閾値（例えば、１つ又は２つ）に等しいブロックを指してもよいし、前回の同期（即ち、コンセンサスノードが前回に第１記帳ノードにブロックを送信した）の上で追加されたブロックを指してもよい。以下、理解を容易にするために、コンセンサスノードが最新のブロックを第１記帳ノードに送信する場合を例として説明する。

第１記帳ノードは、コンセンサスノードから最新のブロックを受信すると、受信された最新のブロックに基づいて、ローカルのブロックチェーンデータを更新し、更新されたブロックチェーンデータを同期されたブロックチェーンデータとし、ブロックチェーンデータの同期を完了する。第１記帳ノードは、同期されたブロックチェーンデータに存在するブロック数量を識別し、該ブロック数量を同期されたブロックチェーンデータの同期ブロック高さとする。例えば、同期されたブロックチェーンデータに５つのブロックが含まれる場合、同期されたブロックチェーンデータの同期ブロック高さは、５である。

ここで、第１記帳ノードは、アーカイブ要求又はアーカイブ指示（例えば、人為的にトリガされたアーカイブ要求又はアーカイブ指示）を受信すると、同期要求をトリガしてもよい（コンセンサスノードに同期要求を送信することを指す）。第１記帳ノードは、一定の時間帯ごとに、同期要求の送信を自動的にトリガしてもよい。例えば、第１記帳ノードは、５分や２０分などの時間帯ごとに、同期要求を１回トリガし、次に、同期されたブロックチェーンデータの同期ブロック高さを決定するように設定されてもよい。

ステップ１０２では、第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定し、ターゲット状態データをバックアップする。

ブロックチェーンデータが同期された後、ブロックチェーンシステムにおけるノードは、依然として取引を行っている可能性がある。これらの取引を無視すれば、データアーカイブの正確性の低下を引き起こす。そのため、本願の実施例において、第１記帳ノードは、同期されたブロックチェーンデータに含まれる状態データから、現在の取引に必要なターゲット状態データを決定し、ターゲット状態データをバックアップする。ここで、現在の取引は、ブロックチェーンデータの同期後に行われる取引である。

説明すべきものとして、現在の取引が存在しないか、又は状態データに現在の取引に必要なターゲット状態データが存在しない場合、第１記帳ノードは、同期されたブロックチェーンデータを直接的にアーカイブすることができる。この場合、データアーカイブの正確性を保証することができる。

いくつかの実施例では、以下のような方式によって、上述した第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定することを実現することができる。即ち、第１記帳ノードが、同期ブロック高さとアーカイブブロック高さとをマッチングし、同期ブロック高さとアーカイブブロック高さとのマッチングが成功した場合、第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定する。

ここで、意義がないか又は用途が少ない複数回のデータアーカイブによる計算リソースの浪費を回避するために、データアーカイブに条件を予め設定しておいてもよい。例を挙げて説明すると、アーカイブブロック高さを予め設定してもよい。第１記帳ノードは、同期ブロック高さを取得すると、同期ブロック高さとアーカイブブロック高さとをマッチングする。同期ブロック高さとアーカイブブロック高さとのマッチングが成功した場合、第１記帳ノードは、状態データから現在の取引に必要なターゲット状態データを決定する操作を実行する。同期ブロック高さとアーカイブブロック高さとのマッチングが失敗した場合、第１記帳ノードは、後続の操作を実行しない。

アーカイブブロック高さは、実際の応用シナリオに応じて設定してもよく、その数量は、１つであってもよいし、複数であってもよい。例えば、間隔が同じである複数のアーカイブブロック高さを、例えば、具体的に１０、２０、…１０×ｎを含む１０の整数倍に設定してもよく、ここで、ｎは、１よりも大きい整数である。アーカイブブロック高さの数量が１つのみである場合、「同期ブロック高さとアーカイブブロック高さとのマッチングが成功した」ということは、同期ブロック高さがアーカイブブロック高さと同じであることを指してもよく、「同期ブロック高さとアーカイブブロック高さとのマッチングが失敗した」ということは、同期ブロック高さがアーカイブブロック高さと異なることを指してもよい。アーカイブブロック高さの数が複数である場合、「同期ブロック高さとアーカイブブロック高さとのマッチングが成功した」ということは、同期ブロック高さがある１つのアーカイブブロック高さと同じであることを指してもよく、「同期ブロック高さとアーカイブブロック高さとのマッチングが失敗した」ということは、同期ブロック高さが全てのアーカイブブロック高さと異なることを指してもよい。上記の方式によれば、データアーカイブの必要性を保証し、計算リソースを節約し、意義がないか又は用途が少ないデータアーカイブを回避することができる。

ステップ１０３では、第１記帳ノードが、バックアップされたターゲット状態データに基づいて同期ブロック高さの状態データスナップショットを生成し、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報を共同でアーカイブポイント情報として第２記帳ノードに送信する。

ここで、状態データスナップショットは、状態データ（ここでは、バックアップされたターゲット状態データを指す）に対してスナップショットコピーを行って得られたスナップショットであってもよい。

第１記帳ノードは、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報をアーカイブポイント情報にパッケージし、アーカイブポイント情報を第２記帳ノードに送信してもよい。ここで、第１記帳ノードは、状態データスナップショットを署名することにより、署名情報を取得することができる。

ステップ１０４では、第１記帳ノードが、第２記帳ノードのアーカイブポイント情報に対する裏書き情報を受信する。

ここで、裏書き情報は、第２記帳ノードのアーカイブポイント情報に対する承認を示すためのものである。第２記帳ノードは、受信されたアーカイブポイント情報をチェックし、チェックが合格した場合にアーカイブポイント情報を署名することにより、裏書き情報を取得してもよい。

例を挙げて説明すると、第２記帳ノードは、第１記帳ノードから送信されたアーカイブポイント情報における状態データスナップショットのルートのハッシュ値をチェックしてもよい。第１記帳ノードの状態データスナップショットのルートのハッシュ値が第２記帳ノード自身の状態データスナップショットのルートのハッシュ値と同じである（即ち、チェックが合格した）場合、第２記帳ノードは、該アーカイブポイント情報を承認し、アーカイブポイント情報を署名することにより、アーカイブポイント情報に対する裏書き情報を取得する。また、第２記帳ノードは、アーカイブポイント情報を他の第２記帳ノードにブロードキャストしてもよい。

いくつかの実施例において、上記方法は、任意のステップの間に、第１記帳ノードが第２記帳ノードから送信されたアーカイブポイント情報を受信すると、第１記帳ノードが、アーカイブポイント情報から第２記帳ノードの状態データのルートのハッシュ値を抽出するステップと、第１記帳ノードが、第２記帳ノードの状態データのルートのハッシュ値と、第１記帳ノード自身の状態データのルートのハッシュ値とを比較するステップと、第２記帳ノードの状態データのルートのハッシュ値が第１記帳ノード自身の状態データのルートのハッシュ値と同じである場合、第１記帳ノードが、アーカイブポイント情報を署名することにより、アーカイブポイント情報の裏書き情報を取得するステップと、第１記帳ノードが、裏書き情報を第２記帳ノードに送信し、アーカイブポイント情報をブロックチェーンシステムにブロードキャストするステップと、をさらに含む。

ここで、第１記帳ノードは、データアーカイブを必要とする第２記帳ノードから送信されたアーカイブポイント情報を受信する可能性もある。この場合、第１記帳ノードは、第２記帳ノードから送信されたアーカイブポイント情報から第２記帳ノードの状態データのルートのハッシュ値を抽出し、抽出されたルートのハッシュ値と、第１記帳ノード自身の状態データのルートのハッシュ値とを比較する。ルートのハッシュ値の生成方式は後述する。第２記帳ノードの状態データのルートのハッシュ値が第１記帳ノード自身の状態データのルートのハッシュ値と同じである場合、第１記帳ノードは、第２記帳ノードから送信されたアーカイブポイント情報を署名することにより、該アーカイブポイント情報の裏書き情報を取得し、裏書き情報を第２記帳ノードに送信し、同時に、第２記帳ノードから送信されたアーカイブポイント情報をブロックチェーンシステムにブロードキャストしてもよい。上記の方式によれば、裏書きの正確性及び有効性を向上させる。

ステップ１０５では、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、同期されたブロックチェーンデータをアーカイブする。

例えば、第１記帳ノードは、裏書き情報及びアーカイブポイント情報に基づいて、同期されたブロックチェーンデータにおける削除する必要があるターゲットブロックデータを決定し、ターゲットブロックデータに対して削除処理を行うと同時に、ターゲットブロックデータをアーカイブ専用の分散ストレージシステムに記憶してもよい。ここでの分散ストレージシステムは、ブロックチェーンシステムと異なる。

図２Ａに示すように、本願の実施例では、現在の取引に必要なターゲット状態データをバックアップし、バックアップされたターゲット状態データに基づいて状態データスナップショットを生成することにより、スナップショットと本々の取引の衝突問題が解決され、状態データのリアルタイムスナップショットが実現される。また、ブロックチェーンシステムにおける他の記帳ノードに、状態データスナップショットなどの情報に対して署名裏書きを行わせることにより、これらの情報が公信力を持つようになる。そのため、ブロックチェーンデータのアーカイブ効率及びアーカイブ正確性を大幅に向上させることができる。

いくつかの実施例では、図２Ｂを参照する。図２Ｂは、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。図２Ａに示されたステップ１０２は、ステップ２０１～ステップ２０４によって実現することができる。各ステップを参照して説明する。

ステップ２０１では、第１記帳ノードが、サブ状態データに対応するブロック高さと、ローカルデータベースにおける記憶タグとを取得する。

ここで、状態データは、第１記帳ノードのローカルデータベース（即ち、状態データベース）に記憶された複数のサブ状態データを含んでもよい。

ここで、記憶タグは、ローカルデータベースにおけるキー値ペアＫ－Ｖ（ｋｅｙ－ｖａｌｕｅ）を指してもよく、各Ｋ（キー）それぞれは、１つのＶ（値）に対応する。例えば、ある１つのサブ状態データのローカルデータベースにおける記憶タグは、Ｋ１－Ｖ１であってもよく、Ｋ１は、該サブ状態データのローカルデータベースにおける番号であり、Ｖ１は、この番号のローカルデータベースにおける対応する値である。

異なるサブ状態データは、異なるブロック高さに対応する可能性があり、第１記帳ノードは、サブ状態データに対応するブロック番号に基づいて、サブ状態データに対応するブロック高さを決定することができる。例えば、第１サブ状態データに対応するのが第１ブロック（ブロックチェーンにおける１番目のブロックを指し、以下同様）である場合は、第１サブ状態データに対応するブロック高さが１であることを表すことができ、第２サブ状態データに対応するのが第３ブロックである場合は、第２サブ状態データに対応するブロック高さが３であることを表すことができる。第１記帳ノードは、ローカルデータベースから各サブ状態データそれぞれに対応するキー値ペアを読み取り、該キー値ペアをサブ状態データの記憶タグとすることができる。

ステップ２０２では、第１記帳ノードが、サブ状態データに対応するブロック高さを、サブ状態データに対応する記憶タグに追加してマーク付けすることにより、マーク付けされた記憶タグを取得する。

例えば、第１記帳ノードは、サブ状態データに対応するブロック高さを、該サブ状態データに対応する記憶タグに追加して、該記憶タグをマーク付けする。例えば、第１記帳ノードは、サブ状態データの記憶タグにバージョン番号（Ｖｅｒｓｉｏｎ）を追加してもよい。該バージョン番号は、このサブ状態データに対応するブロック高さである。例を挙げて説明すると、あるサブ状態データに対応するブロック高さが５であり、記憶タグが（Ｋ１－Ｖ１）である場合、記憶タグにバージョン番号（ブロック高さ）を追加してマーク付けした後、マーク付けされた記憶タグは、（Ｋ１－Ｖ１，バージョン（５））であってもよい。

ステップ２０３では、第１記帳ノードが、マーク付けされた記憶タグに基づいて、複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別する。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、マーク付けされた記憶タグに基づいて、複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別することを実現することができる。即ち、第１記帳ノードが、現在の取引に対応する取引情報を取得し、第１記帳ノードが、取引情報に基づいて、第１記帳ノードの現在のブロックチェーンデータの現在ブロック高さを決定し、現在ブロック高さが同期ブロック高さを超える場合、第１記帳ノードが、現在のブロックチェーンデータに新たなブロックが存在すると決定し、第１記帳ノードが、現在のブロックチェーンデータから、新たなブロックにおける取引に必要な呼び出し情報を選別し、呼び出し情報が、呼び出されるサブ状態データを示すためのものであり、第１記帳ノードが、呼び出し情報とマーク付けされた記憶タグとに基づいて、複数のサブ状態データからターゲットサブ状態データを選別する。

例えば、ブロックチェーンデータが同期された後、現在の取引に取引情報が依然として存在する場合は、このときにブロックチェーンシステムにおける記帳ノードが依然として取引を行っていることを意味する。そのため、第１記帳ノードは、コンセンサスノードから送信された新たなブロックを受信する。このとき、第１記帳ノードは、現在のブロックチェーンデータに基づいて現在ブロック高さを決定することができる。ここで説明すべきものとして、現在のブロックチェーンデータは、必ずしも同期されたブロックチェーンデータではなく、現在のブロックチェーンデータは、ブロックチェーンデータの同期後に取引を発生し続けることで、同期されたブロックチェーンデータを更新して得られたブロックチェーンデータである。そのため、現在のブロックチェーンデータと同期されたブロックチェーンデータのブロック高さは、異なる可能性がある。現在の取引に取引情報が存在しない場合は（現在の取引が存在しないことに同等である）、このときの現在のブロックチェーンデータが、同期されたブロックチェーンデータに等しいことを意味する。

現在ブロック高さが同期ブロック高さを超える場合、第１記帳ノードは、現在のブロックチェーンデータに新たなブロックが存在すると決定し、現在のブロックチェーンデータから新たなブロックにおける取引に必要な呼び出し情報を選別する。呼び出し情報は、呼び出されるサブ状態データを示すためのものである。例えば、呼び出し情報は、現在の取引に、状態データにおけるどのブロック高さのどのサブ状態データを呼び出す必要があるかを示すために用いることができ、例えば、ブロック高さが３であり、サブ状態データ値がＶ１であるサブ状態データを呼び出す必要がある。第１記帳ノードは、呼び出し情報に基づいて、呼び出す必要があるサブ状態データのマーク付けされた記憶タグを決定し、決定されたマーク付けされた記憶タグに基づいて状態データからターゲットサブ状態データを選別する。例えば、再度、呼び出し情報は、ブロック高さが３であり、サブ状態データ値がＶ１であるサブ状態データを呼び出す必要があることを示すためのものである場合を例にすると、第１記帳ノードは、呼び出す必要があるターゲットサブ状態データのマーク付けされた記憶タグが（Ｋ１－Ｖ１，バージョン（３））であると決定することができる。第１記帳ノードは、このマーク付けされた記憶タグに基づいて、状態データからターゲットサブ状態データを選別することができる。そのうち、ターゲット状態データは、即ち、ここで選別された全てのターゲットサブ状態データを含む。上記の方式によれば、ターゲットサブ状態データを選別する正確性を向上させることができる。

説明すべきものとして、現在ブロック高さが同期ブロック高さを超えない場合、第１記帳ノードは、後続の操作の実行を停止し、即ちデータアーカイブを停止することができる。

ステップ２０４では、第１記帳ノードが、ターゲットサブ状態データをバックアップする。

第１記帳ノードは、選別によってターゲットサブ状態データを取得すると、ターゲットサブ状態データをバックアップすることができる。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、ターゲットサブ状態データをバックアップすることを実現することができる。即ち、第１記帳ノードが、取引情報から新たなブロックにおける取引に必要な取引操作情報を選別し、第１記帳ノードが、取引操作情報に基づいて、ターゲットサブ状態データに対応する取引操作タイプを決定し、取引操作タイプが更新操作である場合、第１記帳ノードが、更新操作に対応するターゲットサブ状態データをバックアップし、取引操作タイプが削除操作である場合、第１記帳ノードが、削除操作に対応するターゲットサブ状態データをバックアップし、バックアップされたターゲットサブ状態データに削除タグを追加する。ここで、削除タグは、バックアップされたターゲットサブ状態データを取引の実行時に読み取れないことを示すためのものである。

例えば、第１記帳ノードは、現在のブロックチェーンデータの取引情報から、新たなブロックにおける取引に必要な取引操作情報を選別することができる。取引操作情報には、取引過程で呼び出されたこれらのターゲットサブ状態データの操作タイプが含まれ、通常、操作タイプは、更新や削除などを含んでもよい。第１記帳ノードは、取引操作情報に基づいて、ターゲットサブ状態データに対応する取引操作タイプを決定し、例えば、取引操作情報における各ターゲットサブ状態データと取引操作タイプとを一対一に対応させ、最後に、各ターゲットサブ状態データそれぞれに対応する取引操作タイプを取得する。

第１記帳ノードは、ターゲットサブ状態データの取引操作タイプに応じて、ターゲットサブ状態データをバックアップする。図３に示すように、ターゲットサブ状態データの取引操作タイプが更新操作である場合、更新操作に対応するターゲットサブ状態データを直接的にバックアップする。例えば、更新操作に対応するターゲットサブ状態データのマーク付けされた記憶タグが（Ｋ１－Ｖ１，バージョン（５））である場合、このサブ状態データを直接的にバックアップすればよい。説明すべきものとして、図３における新たなブロックのブロック高さは、即ち、現在ブロック高さを指す。

ターゲットサブ状態データの取引操作タイプが削除操作である場合、第１記帳ノードは、削除操作に対応するターゲットサブ状態データをバックアップし、バックアップされたターゲットサブ状態データに削除タグを追加する。例えば、図３において、削除操作に対応するターゲットサブ状態データのマーク付けされた記憶タグが（Ｋ３－Ｖ３，バージョン（４））である場合を例にすると、第１記帳ノードは、このターゲットサブ状態データを直接的にバックアップし、このバックアップされたターゲットサブ状態データに１つの削除タグを追加する。ここで、削除タグは、任意のマークであってもよく、例えば、ｄｅｌｅｔｅｄ、Ｄであってもよいし、中国語文字

（削除を意味する）であってもよいし、他の削除マークであってもよい。バックアップされたターゲットサブ状態データに削除タグを追加することは、該バックアップされたターゲットサブ状態データに対応するマーク付けされた記憶タグに削除タグを追加することにより、マーク付けされた記憶タグに対する更新を実現することを指してもよい。中国語文字

を例にすると、バックアップされたターゲットサブ状態データに対応するマーク付けされた記憶タグを（Ｋ３－Ｖ３，バージョン（４），

）に更新することができる。第１記帳ノードが、バックアップされたターゲットサブ状態データに削除タグを追加すると、該バックアップされたターゲットサブ状態データは、後続の取引時に読み取られないようになる。上記の方式によれば、ターゲットサブ状態データに対応する取引操作タイプに応じて、異なる方法でバックアップし、バックアップの有効性及び正確性を向上させる。

図２Ｂにおいて、図２Ａに示されたステップ１０３は、ステップ２０５～ステップ２０９で実現可能である。各ステップを参照して説明する。

ステップ２０５では、第１記帳ノードが、状態データからブロック高さが同期ブロック高さを超えない同期サブ状態データを選別することにより、同期サブ状態データ集合を取得する。

例えば、第１記帳ノードは、状態データにおけるサブ状態データのマーク付けされた記憶タグに基づいて、ブロック高さが同期ブロック高さを超えないサブ状態データを選別する。区別しやすいために、ここで選別されたサブ状態データを同期サブ状態データと名づける。同期ブロック高さが５であることを例にすると、第１記帳ノードは、ローカルデータベースから、マーク付けされた記憶タグにおけるブロック高さが５を超えないサブ状態データを選別し、これらの選別されたサブ状態データを同期サブ状態データとして同期サブ状態データ集合に追加することができる。

ステップ２０６では、第１記帳ノードが、バックアップされたターゲットサブ状態データを新たな同期サブ状態データとして同期サブ状態データ集合に追加することにより、同期サブ状態データ集合を更新する。

新たなブロックにおける取引（即ち、現在の取引）の影響を受け、第１記帳ノードの状態データにおける、更新操作に対応するターゲットサブ状態データは、既に更新された可能性があり、即ち、ステップ２０５で取得された同期サブ状態データ集合に含まれるのは、既に更新されたターゲットサブ状態データであり、第１記帳ノードの状態データにおける、削除操作に対応するターゲットサブ状態データが既に削除された可能性があり、即ち、ステップ２０５で取得された同期サブ状態データ集合には、削除操作に対応するターゲットサブ状態データが含まれない。そのため、本願の実施例において、同期サブ状態データ集合のデータの完全性及び正確性を保証するために、第１記帳ノードは、バックアップされたターゲットサブ状態データを新たな同期サブ状態データとして同期サブ状態データ集合に追加することにより、同期サブ状態データ集合に対する更新を実現する。

バックアップされたターゲット状態データには、バックアップされた更新操作に対応するターゲットサブ状態データと、削除タグが追加されたバックアップされたターゲットサブ状態データとが含まれ得るため、この２つの状況についてそれぞれ説明する。

１）更新操作に対応するターゲットサブ状態データについて、第１記帳ノードは、バックアップされた更新操作に対応するターゲットサブ状態データで、同期サブ状態データ集合における対応する同期サブ状態データを置き換える。例えば、更新操作に対応するターゲットサブ状態データが（Ｋ１－Ｖ１，バージョン（５））である場合を例にすると、新たなブロックの取引において（Ｋ１－Ｖ１’，バージョン（５＋１））に更新され、ステップ２０５で取得された同期サブ状態データ集合に含まれるのも（Ｋ１－Ｖ１’，バージョン（５＋１））である。このとき、第１記帳ノードは、以前にバックアップされた（Ｋ１－Ｖ１，バージョン（５））で、同期サブ状態データ集合における（Ｋ１－Ｖ１’，バージョン（５＋１））を置き換える。このようにすると、後続に生成される状態データスナップショットの正確性を保証することができる。

２）削除操作に対応するターゲットサブ状態データについて、（Ｋ３－Ｖ３，バージョン（４））を例にする。（Ｋ３－Ｖ３，バージョン（４））が既に現在の取引の過程で削除されたため、ステップ２０５で取得された同期されたサブ状態データ集合には、（Ｋ３－Ｖ３，バージョン（４））が含まれない。そのため、この削除タグが追加されたバックアップされたターゲットサブ状態データ、即ち、（Ｋ３－Ｖ３，バージョン（４），

）を同期サブ状態データ集合に追加して、削除された（Ｋ３－Ｖ３，バージョン（４））の位置を補充する。

説明すべきものとして、上記の例では、マーク付けされた記憶タグで対応するサブ状態データを表す。上記の方式では、置き換え及び追加の操作によって、更新された同期サブ状態データ集合を取得することができる。このように、ブロックチェーンデータの同期後にどのように取引を行っても、第１記帳ノードは、同期ブロック高さ以内の状態データの完全性を保証することができ、さらに、状態データのスナップショット時に取得された同期ブロック高さの状態データスナップショットの正確性を保証することができる。

ステップ２０７では、第１記帳ノードが、更新された同期サブ状態データ集合における同期サブ状態データに対してハッシュ演算を行うことにより、ターゲット構造の状態データを生成する。

例えば、ターゲット構造は、マークルツリー（Ｍｅｒｋｌｅ Ｔｒｅｅ）であってもよく、当然ながら、これは、本願の実施例を限定するものではない。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、更新された同期サブ状態データ集合における同期サブ状態データに対してハッシュ演算を行うことにより、ターゲット構造の状態データを生成することを実現することができる。即ち、第１記帳ノードが、更新された同期サブ状態データ集合における複数の同期サブ状態データを分類することにより、複数のタイプの同期サブ状態データを取得し、第１記帳ノードが、複数のタイプの同期サブ状態データに対してハッシュ演算をそれぞれ行うことにより、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値を取得し、第１記帳ノードが、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値に基づいてハッシュ演算を行うことにより、ルートのハッシュ値を取得し、第１記帳ノードが、ルートのハッシュ値と、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値とに基づいて、ターゲット構造の状態データを生成する。

一例として、本願の実施例では、図４に示すようなターゲット構造の状態データの模式図が提供されている。更新された同期サブ状態データ集合に１０個の同期サブ状態データ、即ち（Ｋ１－Ｖ１）～（Ｋ１０－Ｖ１０）が含まれる場合を例として説明する。まず、第１記帳ノードは、同期サブ状態データ集合における全ての同期サブ状態データを分類することができる。例えば、記憶タグ（又はマーク付けされた記憶タグ）におけるキーの設定順序に応じて分類し、各タイプそれぞれに含まれる同期サブ状態データの数量がタイプ数量閾値を超えないように限定してもよい。ここで、キーの設定順序は、小さい順又は大きい順であってもよく、タイプ数量閾値は、実際の応用シナリオに応じて設定してもよく、例えば３に設定する。

例えば、図４において、（Ｋ１－Ｖ１）、（Ｋ２－Ｖ２）、及び（Ｋ３－Ｖ３）を第１タイプとして、（Ｋ４－Ｖ４）、（Ｋ５－Ｖ５）、及び（Ｋ６－Ｖ６）を第２タイプとして、（Ｋ７－Ｖ７）、（Ｋ８－Ｖ８）、及び（Ｋ９－Ｖ９）を第３タイプとして、（Ｋ１０－Ｖ１０）を単独で第４タイプとして分けてもよい。分類を完了した後、各タイプの同期サブ状態データに対してハッシュ演算を個別に行うことにより、各タイプそれぞれに対応するハッシュ値を取得する。例えば、（Ｋ１－Ｖ１）、（Ｋ２－Ｖ２）、及び（Ｋ３－Ｖ３）に対してハッシュ演算を行うことにより、ハッシュ値ｈ１を取得し、（Ｋ４－Ｖ４）、（Ｋ５－Ｖ５）、及び（Ｋ６－Ｖ６）に対してハッシュ演算を行うことにより、ハッシュ値ｈ２を取得し、このように類推する。次に、ｈ１とｈ２に対してハッシュ演算を行うことにより、中間ハッシュ値ｈ５を取得し、ｈ３とｈ４に対してハッシュ演算を行うことにより、中間ハッシュ値ｈ６を取得する。最終的に、中間ハッシュ値ｈ５とｈ６に対してハッシュ演算を行うことにより、ルートのハッシュ値ｈ７を取得する。算出されたこれらのハッシュ値に基づいて、ターゲット構造の状態データを生成する。例えば、これらのハッシュ値に基づいて、１つのマークルツリーを構築し、４つのタイプにそれぞれ対応するハッシュ値ｈ１、ｈ２、ｈ３、及びｈ４をマークルツリーの葉のハッシュ値とし、ｈ５及びｈ６をマークルツリーの中間ハッシュ値とし、ｈ７をマークルツリーのルートのハッシュ値（Ｒｏｏｔ Ｈａｓｈ）としてもよい。

ステップ２０８では、第１記帳ノードが、ターゲット構造の状態データをコピーすることにより、同期ブロック高さの状態データスナップショットを生成する。

ここで、第１記帳ノードは、生成されたターゲット構造の状態データをコピーすることにより、同期ブロック高さの状態データスナップショットを取得する。例えば、図４に示すように、生成されたマークルツリーの状態データをコピーすることにより、マークルツリーのスナップショットを取得してもよい。

ステップ２０９では、第１記帳ノードが、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報を共同でアーカイブポイント情報として第２記帳ノードに送信する。

例えば、第１記帳ノードは、状態データスナップショットを署名することにより、署名情報を取得する。次に、第１記帳ノードは、署名情報、状態データスナップショット、及び同期ブロック高さをアーカイブポイント情報にパッケージし、アーカイブポイント情報をブロックチェーンシステムの第２記帳ノードに送信する。

図２Ｂに示すように、本願の実施例では、マーク付けされた記憶タグに基づいてターゲットサブ状態データを選別することにより、選別効率及び選別精度を向上させることができ、バックアップされたターゲットサブ状態データに基づいて同期サブ状態データ集合を更新することにより、更新された同期サブ状態データ集合のデータ完全性及びデータ正確性を保証することができる。

いくつかの実施例では、図２Ｃを参照する。図２Ｃは、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。図２Ａに示されたステップ１０５は、ステップ３０１～ステップ３０４によって実現することができる。各ステップを参照して説明する。

ステップ３０１では、第１記帳ノードが、裏書き情報を送信した第２記帳ノードの裏書き数量を決定する。

例えば、第１記帳ノードは、受信された裏書き情報に基づいて、裏書き情報を送信した第２記帳ノードの数量を裏書き数量として決定する。例えば、第１記帳ノードは、５つの裏書き情報を受信した場合、裏書き情報を送信した第２記帳ノードの数量が５であり、即ち裏書き数量が５であると決定することができる。

ステップ３０２では、裏書き数量が数量閾値を超える場合、第１記帳ノードが、裏書き情報をアーカイブポイント情報に追加することにより、更新されたアーカイブポイント情報を取得する。

ここで、数量閾値は、実際の応用シナリオに応じて設定してもよく、例えば、ブロックチェーンシステムに含まれる第２記帳ノードの総数の１／２、１／３、又は他の割合に対応する数量であってもよいし、３つ、５つ、又は７つなどの数値に直接的に設定してもよい。裏書き情報を送信した第２記帳ノードの数量が数量閾値を超える場合、第１記帳ノードは、裏書き情報をアーカイブポイント情報に追加して、アーカイブポイント情報を更新することにより、更新されたアーカイブポイント情報を取得する。ここで、更新されたアーカイブポイント情報における裏書き情報及び第１記帳ノードの署名情報は、同期ブロック高さに対する状態データの署名証拠情報を共同で構成することができる。

ステップ３０３では、第１記帳ノードが、更新されたアーカイブポイント情報をコンセンサスノードに送信する。

ここで、第１記帳ノードは、更新されたアーカイブポイント情報をコンセンサスノードに送信し、コンセンサスノードは、更新されたアーカイブポイント情報に基づいて、設定ブロックデータを生成するか否かを決定する。そのうち、設定ブロックデータは、コンセンサスノードが、設定ブロックを生成し、更新されたアーカイブポイント情報を設定ブロックに記憶して得られたものである。

いくつかの実施例において、上記方法は、ステップ３０３の後に、コンセンサスノードが、更新されたアーカイブポイント情報から裏書き情報及び署名情報を選別するステップと、コンセンサスノードが、裏書き情報及び署名情報をチェックするステップと、コンセンサスノードによる裏書き情報及び署名情報のチェックが合格した場合、コンセンサスノードが、設定ブロックを生成し、更新されたアーカイブポイント情報を設定ブロックに記憶することにより、設定ブロックデータを取得するステップと、コンセンサスノードが、設定ブロックデータを第１記帳ノード及び第２記帳ノードに送信するステップと、をさらに含む。

例えば、第１記帳ノードは、更新されたアーカイブポイント情報をコンセンサスノードに送信し、コンセンサスノードは、更新されたアーカイブポイント情報から裏書き情報及び署名情報を選別し、裏書き情報及び署名情報をチェックし、即ち、裏書き情報と第１記帳ノードの署名情報とで構成される署名証拠情報をチェックする。

裏書き情報に対して、コンセンサスノードは、裏書き情報の数量をチェックしてもよい。例えば、裏書き情報の数量が数量閾値（ステップ３０２における数量閾値と同じであってもよい）を超える場合、裏書き情報のチェックが合格すると決定し、裏書き情報の数量が数量閾値を超えない場合、裏書き情報のチェックが合格しないと決定する。コンセンサスノードは、裏書き情報に対応する第２記帳ノードのアイデンティティ識別子をチェックしてもよい。例えば、ブロックチェーンシステムに各裏書き情報に対応する第２記帳ノードが存在する場合、裏書き情報のチェックが合格すると決定し、ブロックチェーンシステムにある１つ又は複数の裏書き情報に対応する第２記帳ノードが存在しない場合、裏書き情報のチェックが合格しないと決定する。説明すべきものとして、裏書き情報の数量、及び裏書き情報に対応する第２記帳ノードのアイデンティティ識別子の両方をチェックする場合に、裏書き情報の数量が数量閾値を超え、且つブロックチェーンシステムに各裏書き情報に対応する第２記帳ノードが存在するときのみ、裏書き情報のチェックが合格すると決定する。

第１記帳ノードの署名情報に対して、コンセンサスノードは、設定された署名フォーマット及び署名規則のうちの少なくとも１つに基づいて、第１記帳ノードの署名情報をチェックしてもよい。署名フォーマットを例にすると、第１記帳ノードの署名情報が署名フォーマットに合致する場合、該署名情報のチェックが合格すると決定し、第１記帳ノードの署名情報が署名フォーマットに合致しない場合、該署名情報のチェックが合格しないと決定する。署名規則に基づいたチェック過程は、同様である。説明すべきものとして、署名フォーマット及び署名規則に基づいて第１記帳ノードの署名情報をチェックする場合に、第１記帳ノードの署名情報が署名フォーマット及び署名規則の両方に合致するときのみ、該署名情報のチェックが合格すると決定する。

コンセンサスノードの裏書き情報及び署名情報に対するチェック規則は、上記の例に限定されず、実際の応用シナリオに応じて設定してもよく、例えば、特定の裏書き規則又は裏書き要求に基づいて裏書き情報をチェックしてもよい。コンセンサスノードによる裏書き情報及び署名情報のチェックが合格した場合、コンセンサスノードは、設定ブロックを生成し、更新されたアーカイブポイント情報を設定ブロックに記憶することにより、設定ブロックデータを取得する。そして、コンセンサスノードは、設定ブロックデータを第１記帳ノード及び第２記帳ノードに送信する。上記の方式によれば、更新されたアーカイブポイント情報に対する効果的なチェックが実現され、データアーカイブの正当性が向上し、悪意のあるアーカイブを効果的に回避される。

ステップ３０４では、第１記帳ノードが、更新されたアーカイブポイント情報に対してコンセンサスノードから送信された設定ブロックデータを受信すると、同期されたブロックチェーンデータをアーカイブする。

ここで、第１記帳ノードが、更新されたアーカイブポイント情報に対してコンセンサスノードから送信された設定ブロックデータを受信すると、更新されたアーカイブポイント情報がコンセンサスノードによって承認されることが証明されるため、第１記帳ノードは、同期されたブロックチェーンデータをアーカイブする。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、同期されたブロックチェーンデータをアーカイブすることを実現することができる。即ち、第１記帳ノードが、更新されたアーカイブポイント情報をコピーすることにより、第１記帳ノードの同期ブロック高さでのアーカイブデータスナップを生成し、第１記帳ノードが、設定ブロックデータを第１ブロックデータに追加することにより、更新された第１ブロックデータを取得し、第１記帳ノードが、更新された第１ブロックデータからブロック高さが同期ブロック高さを超えないターゲットブロックデータを選別し、第１記帳ノードが、ターゲットブロックデータを削除する。

例えば、第１記帳ノードは、更新されたアーカイブポイント情報における同期ブロック高さ、署名情報、及び裏書き情報をコピーすることにより、これらのデータに対応するデータスナップショットを取得し、次に、これらのデータに対応するデータスナップショットと、更新されたアーカイブポイント情報における状態データスナップショットとで、同期ブロック高さのアーカイブデータスナップショットを共同で構成し、アーカイブデータスナップショットをローカルに記憶する。

また、第１記帳ノードは、設定ブロックデータを第１ブロックデータに追加して、第１ブロックデータを更新することにより、更新された第１ブロックデータを取得する。ここで、第１ブロックデータは、同期されたブロックチェーンデータに含まれるブロックデータを指す。第１記帳ノードは、更新された第１ブロックデータからブロック高さが同期ブロック高さを超えないブロックデータを選別する。区別しやすいために、ここで選別されたブロックデータをターゲットブロックデータと名づける。一例として、本願の実施例では、図５に示すようなデータアーカイブの模式図が提供されている。同期ブロック高さがＨである場合を例として、更新された第１ブロックデータから通常ブロックデータを選別し、選別された通常ブロックデータからブロック高さがＨを超えない通常ブロックデータをさらに選別してターゲットブロックデータとする。図５には、ターゲットブロックデータに通常ブロック０～通常ブロックＨのデータが含まれる場合を示す。ここで、通常ブロックデータは、更新された第１ブロックデータにおける設定ブロックデータと異なるブロックデータを指す。また、図５におけるＨは、０以上の整数であり、Ｎは、Ｈよりも大きい整数である。ターゲットブロックデータを取得した後、第１記帳ノードは、ターゲットブロックデータに対して削除処理を行うことができる。図５に示すように、第１記帳ノードは、通常ブロック０～通常ブロックＨを削除する。

いくつかの実施例において、上記方法は、ステップ３０３の後に、第２記帳ノードが、コンセンサスノードから送信された設定ブロックデータを受信すると、設定ブロックデータにおける署名情報、裏書き情報、状態データスナップショット、及び同期ブロック高さをコピーすることにより、同期ブロック高さのアーカイブデータスナップショットを取得するステップと、第２記帳ノードが、設定ブロックデータを第２記帳ノードのブロックチェーンデータに追加し、更新された第２記帳ノードのブロックチェーンデータからブロック高さが同期ブロック高さを超えないターゲットブロックデータを選別するステップと、第２記帳ノードが、ターゲットブロックデータを削除するステップと、をさらに含む。

コンセンサスノードは、設定ブロックデータを生成した後、設定ブロックデータを第１記帳ノード及び第２記帳ノードに送信する。第２記帳ノードは、設定ブロックデータを受信すると、設定ブロックデータにおける署名情報、裏書き情報、状態データスナップショット、及び同期ブロック高さを抽出し、抽出されたこれらのデータをコピーすることにより、同期ブロック高さのアーカイブデータスナップショットを取得し、該アーカイブデータスナップショットをローカルに記憶する。

また、第２記帳ノードは、設定ブロックデータを第２記帳ノードのローカルのブロックチェーンデータに追加することにより、更新された第２記帳ノードのブロックチェーンデータを取得してもよい。次に、第２記帳ノードは、更新された第２記帳ノードのブロックチェーンデータからブロック高さが同期ブロック高さを超えないターゲットブロックデータ（区別しやすいために、第２記帳ノードのターゲットブロックデータと名づける）を選別し、第２記帳ノードのターゲットブロックデータを削除し、データアーカイブを完了する。上記の方式によれば、第１記帳ノードがデータアーカイブを行うと同時に、第２記帳ノードのデータアーカイブを実現することもでき、ブロックチェーンシステムにおける全ての記帳ノードの記憶リソースを節約する。

ここで、第１記帳ノードと第２記帳ノードが、同期ブロック高さを超えないターゲットブロックデータをアーカイブする過程は、同時に行われてもよいし、同時に行われなくてもよい。アーカイブ過程全体は、図６に示すとおりであってもよい。図６におけるアーカイブコンセンサスは、コンセンサスノードがデータアーカイブ過程において実行する操作を指す。説明すべきものとして、データアーカイブ過程では、ターゲットブロックデータを分散ストレージシステムに記憶してもよい。ここで、分散ストレージシステムは、ブロックチェーンシステムと異なる。分散ストレージシステムは、記憶されたデータがよくアクセスされないコールドストレージ（Ｃｏｌｄ Ｓｔｏｒａｇｅ）に用いることができ、ブロックチェーンシステムは、記憶されたデータがよくアクセスされるホットストレージ（Ｈｏｔ Ｓｔｏｒａｇｅ）に用いることができる。

いくつかの実施例において、上記方法は、任意のステップの間に、第１記帳ノードが、ブロックチェーンシステムにおける新たに追加された記帳ノードである場合、第１記帳ノードが、コンセンサスノードに同期要求を送信し、同期要求に対してコンセンサスノードから送信された裏書き情報及びアーカイブポイント情報を受信するステップと、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、第２記帳ノードから状態データを取得するステップと、第１記帳ノードが、コンセンサスノード又は第２記帳ノードからブロック高さが同期ブロック高さを超える第２ブロックデータを取得するステップと、第１記帳ノードが、第２ブロックデータにおける取引情報に基づいて、状態データを更新することにより、第１記帳ノードの現在のブロックチェーンデータを取得するステップと、をさらに含む。

第１記帳ノードが、ブロックチェーンシステムにおける新たに追加された記帳ノードである場合、第１記帳ノードは、ブロックチェーンシステムから、ローカルに記憶されたブロックチェーンデータを取得する必要がある。即ち、本願の実施例では、データアーカイブのニーズに加えて、データ取得のニーズが存在する。

データ取得のニーズに直面して、第１記帳ノードは、コンセンサスノードに同期要求を送信することができ、コンセンサスノードは、同期要求を受信すると、該同期要求に対する裏書き情報及びアーカイブポイント情報を第１記帳ノードに送信する。第１記帳ノードは、受信された裏書き情報及びアーカイブポイント情報に基づいて、第２記帳ノードから状態データを取得する。第１記帳ノードは、コンセンサスノード又は第２記帳ノードからブロック高さが同期ブロック高さを超えるブロックデータを取得してもよい。区別しやすいために、ここで取得されたブロックデータを第２ブロックデータと名づける。ここでの同期ブロック高さは、第２記帳ノードがブロックチェーンデータの同期を行って得られた同期ブロック高さを指してもよい。例えば、同期ブロック高さが５である場合、第１記帳ノードは、コンセンサスノード又は第２記帳ノードからブロック高さが５を超えるブロックデータを第２ブロックデータとして取得する。次に、第１記帳ノードは、第２ブロックデータにおける取引情報に基づいて状態データを更新する。例えば、第２ブロックデータに含まれるブロックにおける取引を再生することにより、第１記帳ノードのワールド状態を更新してもよい。これにより、コンセンサスノード及び第２記帳ノードにおける最新のワールド状態に同期し、第１記帳ノードの現在のブロックチェーンデータを取得する。上記の方式によれば、ブロックチェーンシステムにおける新たに追加された記帳ノードは、正確で効果的な現在のブロックチェーンデータを取得することができ、データ取得の精度を向上させる。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、第２記帳ノードから状態データを取得することを実現することができる。即ち、第１記帳ノードが、裏書き情報及び第２記帳ノードの署名情報をチェックし、第１記帳ノードによる裏書き情報及び第２記帳ノードの署名情報のチェックが合格した場合、第１記帳ノードが、ルートのハッシュ値に対応する複数の葉のハッシュ値を決定し、第１記帳ノードが、第２記帳ノードから異なる葉のハッシュ値に対応するサブ状態データを並列に取得して、取得された状態データとする。

ここで、第１記帳ノードは、裏書き情報及びアーカイブポイント情報を受信すると、裏書き情報、及びアーカイブポイント情報における第２記帳ノード（ここでは、データアーカイブを行う記帳ノードを指す）の署名情報をチェックしてもよい。ここでは、チェック規則を限定せず、上記のコンセンサスノードのチェック規則を流用することができる。

第１記帳ノードによる裏書き情報及び第２記帳ノードの署名情報のチェックが合格した場合、第１記帳ノードは、アーカイブポイント情報におけるルートのハッシュ値に基づいて、対応する複数の葉のハッシュ値を決定する。ここで、第１記帳ノードが受信したアーカイブポイント情報には、コンセンサスノードの状態データのルートのハッシュ値と、第２記帳ノードの署名情報とが含まれる。例えば、状態データに対応するマークルツリー（即ちターゲット構造）が図７に示すようなものである場合を例にすると、ルートのハッシュ値がｈ７であるため、第１記帳ノードは、該マークルツリーに基づいて、ルートのハッシュ値に対応する葉のハッシュ値がｈ１、ｈ２、ｈ３、及びｈ４を含むと決定することができる。

複数の葉のハッシュ値を取得すると、第１記帳ノードは、第２記帳ノードから異なる葉のハッシュ値に対応するサブ状態データを並列に取得し、取得された全てのサブ状態データを共同で、取得された状態データとすることができる。ここで、第１記帳ノードは、単一の第２記帳ノードから全ての葉のハッシュ値にそれぞれ対応するサブ状態データを取得してもよいし、異なる第２記帳ノードから異なるサブ状態データを取得してもよい。上記の方式によれば、取得された状態データの正確性を保証することができる。

いくつかの実施例では、このような方式によって、上述した第１記帳ノードが、第２記帳ノードから異なる葉のハッシュ値に対応するサブ状態データを並列に取得することを実現することができる。即ち、第１記帳ノードが、第２記帳ノードの数量に基づいて、複数の葉のハッシュ値を分類し、第１記帳ノードが、複数の葉のハッシュ値に対する分類結果に基づいて、異なる第２記帳ノードに対応するターゲット葉のハッシュ値を決定し、第１記帳ノードが、異なる第２記帳ノードからターゲット葉のハッシュ値に対応するサブ状態データを取得する。

例えば、ブロックチェーンシステムにおける第２記帳ノードの数量が２つである場合、第１記帳ノードは、ｈ１とｈ２を１つのタイプとして、ｈ３とｈ４を１つのタイプとして分けてもよい。次に、第１記帳ノードは、分類結果に基づいて、第２記帳ノードに対応するターゲット葉のハッシュ値を決定する。例えば、第１記帳ノードは、１つのタイプとして分けられたｈ１とｈ２を、いずれも第２記帳ノードＡに対応するターゲット葉のハッシュ値とし、別のタイプのｈ３とｈ４を、いずれも第２記帳ノードＢに対応するターゲット葉のハッシュ値としてもよい。

各第２記帳ノードそれぞれに対して、第１記帳ノードは、第２記帳ノードに対応するターゲット葉のハッシュ値に基づいて、該第２記帳ノードからターゲット葉のハッシュ値に対応するサブ状態データを取得する。図８に示すように、第１記帳ノードは、第２記帳ノードＡから、ｈ１に対応するサブ状態データ（Ｋ１－Ｖ１）～（Ｋ３－Ｖ３）と、ｈ２に対応するサブ状態データ（Ｋ４－Ｖ４）～（Ｋ６－Ｖ６）とを取得し、第２記帳ノードＢから、ｈ３に対応するサブ状態データ（Ｋ７－Ｖ７）～（Ｋ９－Ｖ９）と、ｈ４に対応するサブ状態データ（Ｋ１０－Ｖ１０）とを取得することができる。第１記帳ノードは、取得された状態データを使用して、第１記帳ノードのローカルのワールド状態を構築することができる。上記の方式によれば、異なる第２記帳ノードから異なるサブ状態データを取得することで、各第２記帳ノードの処理負担を軽減することができると共に、取得された状態データの正確性を向上させることができる。

図２Ｃに示すように、本願の実施例では、更新されたアーカイブポイント情報をコンセンサスノードに送信し、更新されたアーカイブポイント情報に対してコンセンサスノードから送信された設定ブロックデータを受信すると、同期されたブロックチェーンデータをアーカイブし、アーカイブの有効性及び正確性を効果的に向上させることができる。

上記の実施例で説明された方法に基づいて、以下で例を挙げてさらに詳細に説明する。図９を参照する。図９は、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法の手順の模式図である。図９に示されたステップを参照して説明する。

ステップ４０１では、第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定する。

ステップ４０２では、同期ブロック高さとアーカイブブロック高さとのマッチングが成功した場合、第１記帳ノードが、サブ状態データに対応するブロック高さと、ローカルデータベースにおける記憶タグとを取得する。

ステップ４０３では、第１記帳ノードが、サブ状態データに対応するブロック高さを、サブ状態データに対応する記憶タグに追加してマーク付けすることにより、マーク付けされた記憶タグを取得する。

ステップ４０４では、第１記帳ノードが、マーク付けされた記憶タグに基づいて、複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別する。

ステップ４０５では、第１記帳ノードが、ターゲットサブ状態データをバックアップする。

ステップ４０６では、第１記帳ノードが、バックアップされたターゲットサブ状態データに基づいて同期ブロック高さの状態データスナップショットを生成し、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報を共同でアーカイブポイント情報として第２記帳ノードに送信する。

ステップ４０７では、第２記帳ノードが、アーカイブポイント情報に対する裏書き情報を生成し、裏書き情報を第１記帳ノードに送信する。

ステップ４０８では、第１記帳ノードが、第２記帳ノードのアーカイブポイント情報に対する裏書き情報を受信する。

ステップ４０９では、第１記帳ノードが、裏書き情報を送信した第２記帳ノードの裏書き数量を決定する。

ステップ４１０では、裏書き数量が数量閾値を超える場合、第１記帳ノードが、裏書き情報をアーカイブポイント情報に追加することにより、更新されたアーカイブポイント情報を取得し、更新されたアーカイブポイント情報をコンセンサスノードに送信する。

ステップ４１１では、コンセンサスノードが、更新されたアーカイブポイント情報に基づいて設定ブロックデータを生成し、設定ブロックデータを第１記帳ノード及び第２記帳ノードに送信する。

ステップ４１２では、第１記帳ノードが、コンセンサスノードから送信された設定ブロックデータを受信すると、同期されたブロックチェーンデータをアーカイブする。

ステップ４１３では、第２記帳ノードが、設定ブロックデータを受信すると、第２記帳ノードのブロックチェーンデータをアーカイブする。

いくつかの実施例では、第１記帳ノードが、ブロックチェーンシステムにおける新たに追加された記帳ノードである場合、第１記帳ノードは、ブロックチェーンシステムから最新のブロックチェーンデータを取得することができる。図１０に示されたステップを参照して説明する。

ステップ４１４では、第１記帳ノードが、同期要求をコンセンサスノードに送信する。

ステップ４１５では、コンセンサスノードは、同期要求に基づいて、裏書き情報及びアーカイブポイント情報を第１記帳ノードに送信する。

ステップ４１６では、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、第２記帳ノードから状態データを取得する。

ステップ４１７では、第１記帳ノードが、コンセンサスノード又は第２記帳ノードからブロック高さが同期ブロック高さを超える第２ブロックデータを取得する。

ステップ４１８では、第１記帳ノードが、第２ブロックデータにおける取引情報に基づいて、状態データを更新することにより、第１記帳ノードの現在のブロックチェーンデータを取得する。

図９及び図１０に示すように、本願の実施例では、現在の取引に必要なターゲット状態データをバックアップし、バックアップされたターゲット状態データに基づいて状態データスナップショットを生成することができ、スナップショットと本々の取引の衝突問題が解決され、状態データのリアルタイムスナップショットが実現される。また、ブロックチェーンシステムにおける他の記帳ノードに、状態データスナップショットなどの情報に対して署名裏書きを行わせることにより、これらの情報が公信力を持つようになる。そのため、ブロックチェーンデータのアーカイブ効率及びアーカイブ精度を大幅に向上させることができる。また、データアーカイブに加えて、本願の実施例では、新たに追加された記帳ノードに対して、裏書き情報、アーカイブポイント情報、及び第２ブロックデータなどの情報を送信することにより、新たに追加された記帳ノードが、正確な現在のブロックチェーンデータを取得することができ、即ち、簡潔で正確な台帳を取得することができる。

上記方法をより良く実施するために、本願の実施例は、ブロックチェーンデータのアーカイブ装置をさらに提供する。該ブロックチェーンデータのアーカイブ装置は、電子機器、例えば、サーバや端末などの機器に組み込むことができ、該端末は、タブレットコンピュータ、ノートパソコン、及び／又はパーソナルコンピュータなどを含んでもよい。

例えば、図１１に示すように、該ブロックチェーンデータのアーカイブ装置は、同期ユニット３０１と、決定ユニット３０２と、生成ユニット３０３と、受信ユニット３０４と、アーカイブユニット３０５とを含んでもよい。同期ユニット３０１は、第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定するように構成され、同期されたブロックチェーンデータには、状態データが含まれる。決定ユニット３０２は、第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定し、ターゲット状態データをバックアップするように構成される。生成ユニット３０３は、第１記帳ノードが、バックアップされたターゲット状態データに基づいて同期ブロック高さの状態データスナップショットを生成し、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報を共同でアーカイブポイント情報として第２記帳ノードに送信するように構成される。受信ユニット３０４は、第１記帳ノードが、第２記帳ノードのアーカイブポイント情報に対する裏書き情報を受信するように構成される。アーカイブユニット３０５は、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、同期されたブロックチェーンデータをアーカイブするように構成される。

いくつかの実施例において、状態データには、複数のサブ状態データが含まれ、決定ユニット３０２は、図１２に示すように、取得サブユニット３０２１と、追加サブユニット３０２２と、選別サブユニット３０２３と、バックアップサブユニット３０２４と、を含んでもよい。取得サブユニット３０２１は、第１記帳ノードが、サブ状態データに対応するブロック高さと、ローカルデータベースにおける記憶タグとを取得するように構成される。追加サブユニット３０２２は、第１記帳ノードが、サブ状態データに対応するブロック高さを、サブ状態データに対応する記憶タグに追加してマーク付けすることにより、マーク付けされた記憶タグを取得するように構成される。選別サブユニット３０２３は、第１記帳ノードが、マーク付けされた記憶タグに基づいて、複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別するように構成される。バックアップサブユニット３０２４は、第１記帳ノードが、ターゲットサブ状態データをバックアップするように構成される。

いくつかの実施例において、選別サブユニット３０２３は、第１記帳ノードが、現在の取引に対応する取引情報を取得し、第１記帳ノードが、取引情報に基づいて、第１記帳ノードの現在のブロックチェーンデータの現在ブロック高さを決定し、現在ブロック高さが同期ブロック高さを超える場合、第１記帳ノードが、現在のブロックチェーンデータに新たなブロックが存在すると決定し、第１記帳ノードが、現在のブロックチェーンデータから新たなブロックにおける取引に必要な呼び出し情報を選別し、呼び出し情報が、呼び出されたサブ状態データを示すためのものであり、第１記帳ノードが、呼び出し情報と、マーク付けされた記憶タグとに基づいて、複数のサブ状態データからターゲットサブ状態データを選別するように構成される。

いくつかの実施例において、バックアップサブユニット３０２４は、第１記帳ノードが、取引情報から新たなブロックにおける取引に必要な取引操作情報を選別し、第１記帳ノードが、取引操作情報に基づいて、ターゲットサブ状態データに対応する取引操作タイプを決定し、取引操作タイプが更新操作である場合、第１記帳ノードが、更新操作に対応するターゲットサブ状態データをバックアップし、取引操作タイプが削除操作である場合、第１記帳ノードが、削除操作に対応するターゲットサブ状態データをバックアップし、バックアップされたターゲットサブ状態データに削除タグを追加するように構成され、ここで、削除タグは、バックアップされたターゲットサブ状態データを取引の実行時に読み取れないことを示すためのものである。

いくつかの実施例において、生成ユニット３０３は、第１記帳ノードが、状態データからブロック高さが同期ブロック高さを超えない同期サブ状態データを選別することにより、同期サブ状態データ集合を取得し、第１記帳ノードが、バックアップされたターゲットサブ状態データを新たな同期サブ状態データとして同期サブ状態データ集合に追加することにより、同期サブ状態データ集合を更新し、第１記帳ノードが、更新された同期サブ状態データ集合における同期サブ状態データに対してハッシュ演算を行うことにより、ターゲット構造の状態データを生成し、第１記帳ノードが、ターゲット構造の状態データをコピーすることにより、同期ブロック高さの状態データスナップショットを生成するように構成される。

いくつかの実施例において、生成ユニット３０３は、第１記帳ノードが、更新された同期サブ状態データ集合における複数の同期サブ状態データを分類することにより、複数のタイプの同期サブ状態データを取得し、第１記帳ノードが、複数のタイプの同期サブ状態データに対してハッシュ演算をそれぞれ行うことにより、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値を取得し、第１記帳ノードが、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値に基づいてハッシュ演算を行うことにより、ルートのハッシュ値を取得し、第１記帳ノードが、ルートのハッシュ値と、複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値とに基づいて、ターゲット構造の状態データを生成するように構成される。

いくつかの実施例において、アーカイブユニット３０５は、図１３に示すように、決定サブユニット３０５１と、更新サブユニット３０５２と、送信サブユニット３０５３と、アーカイブサブユニット３０５４と、を含んでもよい。決定サブユニット３０５１は、第１記帳ノードが、裏書き情報を送信した第２記帳ノードの裏書き数量を決定するように構成される。更新サブユニット３０５２は、裏書き数量が数量閾値を超える場合、第１記帳ノードが、裏書き情報をアーカイブポイント情報に追加することにより、更新されたアーカイブポイント情報を取得するように構成される。送信サブユニット３０５３は、第１記帳ノードが、更新されたアーカイブポイント情報をコンセンサスノードに送信するように構成される。アーカイブサブユニット３０５４は、第１記帳ノードが、更新されたアーカイブポイント情報に対してコンセンサスノードから送信された設定ブロックデータを受信すると、同期されたブロックチェーンデータをアーカイブするように構成される。

いくつかの実施例において、同期されたブロックチェーンデータには、第１ブロックデータが含まれ、アーカイブサブユニット３０５４は、第１記帳ノードが、更新されたアーカイブポイント情報をコピーすることにより、第１記帳ノードの同期ブロック高さでのアーカイブデータスナップショットを生成し、第１記帳ノードが、設定ブロックデータを第１ブロックデータに追加することにより、更新された第１ブロックデータを取得し、第１記帳ノードが、更新された第１ブロックデータからブロック高さが同期ブロック高さを超えないターゲットブロックデータを選別し、第１記帳ノードが、ターゲットブロックデータを削除するように構成される。

いくつかの実施例において、アーカイブサブユニット３０５４は、第１記帳ノードがターゲットブロックデータを削除する際に、第１記帳ノードがターゲットブロックデータを分散ストレージシステムに記憶するように構成され、ここで、分散ストレージシステムは、ブロックチェーンシステムと異なる。

いくつかの実施例において、送信サブユニット３０５３は、コンセンサスノードが、更新されたアーカイブポイント情報から裏書き情報及び署名情報を選別し、コンセンサスノードが、裏書き情報及び署名情報をチェックし、コンセンサスノードによる裏書き情報及び署名情報のチェックが合格した場合、コンセンサスノードが、設定ブロックを生成し、更新されたアーカイブポイント情報を設定ブロックに記憶することにより、設定ブロックデータを取得し、コンセンサスノードが、設定ブロックデータを第１記帳ノード及び第２記帳ノードに送信するように構成される。

いくつかの実施例において、送信サブユニット３０５３は、コンセンサスノードが、裏書き情報の数量、及び裏書き情報に対応する第２記帳ノードのアイデンティティ識別子のうちの少なくとも１つをチェックし、コンセンサスノードが、署名フォーマット及び署名規則のうちの少なくとも１つに基づいて、署名情報をチェックするように構成される。

いくつかの実施例において、図１４に示すように、ブロックチェーンデータのアーカイブ装置は、裏書きユニット３０６をさらに含んでもよい。裏書きユニット３０６は、第１記帳ノードが、第２記帳ノードから送信されたアーカイブポイント情報を受信すると、アーカイブポイント情報から第２記帳ノードの状態データのルートのハッシュ値を抽出し、第１記帳ノードが、第２記帳ノードの状態データのルートのハッシュ値と、第１記帳ノード自身の状態データのルートのハッシュ値とを比較し、第２記帳ノードの状態データのルートのハッシュ値が第１記帳ノード自身の状態データのルートのハッシュ値と同じである場合、第１記帳ノードが、アーカイブポイント情報を署名することにより、アーカイブポイント情報の裏書き情報を取得し、第１記帳ノードが、裏書き情報を第２記帳ノードに送信し、アーカイブポイント情報をブロックチェーンシステムにブロードキャストするように構成される。

いくつかの実施例において、第１記帳ノードが、ブロックチェーンシステムにおける新たに追加された記帳ノードである場合、図１５に示すように、ブロックチェーンデータのアーカイブ装置は、更新ユニット３０７をさらに含んでもよい。更新ユニット３０７は、第１記帳ノードが、コンセンサスノードに同期要求を送信し、同期要求に対してコンセンサスノードから送信された裏書き情報及びアーカイブポイント情報を受信し、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、第２記帳ノードから状態データを取得し、第１記帳ノードが、コンセンサスノード又は第２記帳ノードからブロック高さが同期ブロック高さを超える第２ブロックデータを取得し、第１記帳ノードが、第２ブロックデータにおける取引情報に基づいて、状態データを更新することにより、第１記帳ノードの現在のブロックチェーンデータを取得するように構成される。

いくつかの実施例において、アーカイブポイント情報には、コンセンサスノードの状態データのルートのハッシュ値と、第２記帳ノードの署名情報とが含まれ、更新ユニット３０７は、第１記帳ノードが、裏書き情報及び第２記帳ノードの署名情報をチェックし、第１記帳ノードによる裏書き情報及び第２記帳ノードの署名情報のチェックが合格した場合、第１記帳ノードが、ルートのハッシュ値に対応する複数の葉のハッシュ値を決定し、第１記帳ノードが、第２記帳ノードから異なる葉のハッシュ値に対応するサブ状態データを並列に取得して、取得された状態データとするように構成される。

いくつかの実施例において、更新ユニット３０７は、第１記帳ノードが、第２記帳ノードの数量に基づいて、複数の葉のハッシュ値を分類し、第１記帳ノードが、複数の葉のハッシュ値に対する分類結果に基づいて、異なる第２記帳ノードに対応するターゲット葉のハッシュ値を決定し、第１記帳ノードが、異なる第２記帳ノードからターゲット葉のハッシュ値に対応するサブ状態データを取得するように構成される。

いくつかの実施例において、同期ユニット３０１は、第１記帳ノードが、コンセンサスノードに同期要求を送信し、同期要求には、第１記帳ノードのアイデンティティ識別子が含まれ、第１記帳ノードが、同期要求に対してコンセンサスノードから送信されたブロックを受信し、ブロックが、コンセンサスノードによる同期要求における第１記帳ノードのアイデンティティ識別子のチェックが合格した場合に送信されたものであり、第１記帳ノードが、コンセンサスノードから送信されたブロックに基づいて、ローカルのブロックチェーンデータを更新することにより、同期されたブロックチェーンデータを取得するように構成される。

いくつかの実施例において、決定ユニット３０２は、第１記帳ノードが、同期ブロック高さとアーカイブブロック高さとをマッチングし、同期ブロック高さとアーカイブブロック高さとのマッチングが成功した場合、第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定するように構成される。

実施時に、上記の各ユニットは、独立したエンティティとして実現してもよいし、任意に組み合わせることにより、同一又は若干のエンティティとして実現してもよい。上記の各ユニットの実施は、前述した方法の実施例を参照すればよい。

図１６に示すように、本願の実施例では、電子機器がさらに提供されている。図１６は、本願の実施例に係る電子機器の構成の模式図である。該電子機器は、１つ又は複数の処理コアを含むプロセッサ４０１、１つ又は複数のコンピュータ可読記憶媒体を含むメモリ４０２、電源４０３、及び入力ユニット４０４などの部品を含んでもよい。当業者であれば理解できるように、図１６に示された電子機器の構成は、電子機器を限定するものではなく、図示されたものよりも多く又は少ない部品を含んでもよく、或いは特定の部品を組み合わせたものであってもよく、或いは部品の異なる配置を有してもよい。

プロセッサ４０１は、該電子機器の制御センターであり、各種のインタフェース及び回線を利用して電子機器全体の各部分を接続し、メモリ４０２に記憶されたソフトウェアプログラム及び／又はモジュールを実行又は遂行して、メモリ４０２に記憶されたデータを呼び出すことにより、電子機器の各種の機能を実行してデータを処理し、電子機器を全体的に監視制御する。任意選択的に、プロセッサ４０１は、１つ又は複数の処理コアを含んでもよい。好ましくは、プロセッサ４０１には、アプリケーションプロセッサ及びモデムプロセッサを組み込んでもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェース、及びアプリケーションプログラムなどを処理し、モデムプロセッサは主に無線通信を処理する。理解できるように、上記モデムプロセッサは、プロセッサ４０１に組み込まれなくてもよい。

メモリ４０２は、ソフトウェアプログラム及びモジュールを記憶するために使用することができ、プロセッサ４０１は、メモリ４０２に記憶されたソフトウェアプログラム及びモジュールを実行することにより、各種の機能アプリケーション及びデータ処理を実行する。メモリ４０２は、主にプログラム記憶領域及びデータ記憶領域を含んでもよい。ここで、プログラム記憶領域には、オペレーティングシステム、少なくとも１つの機能（例えば、音響再生機能、画像再生機能など）に必要なアプリケーションプログラムなどを記憶してもよい。データ記憶領域には、電子機器の使用に応じて作成されたデータなどを記憶してもよい。また、メモリ４０２は、高速ランダムアクセスメモリを含んでもよいし、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステート記憶デバイスを含んでもよい。これに応じて、メモリ４０２は、メモリコントローラをさらに含んでもよい。これにより、プロセッサ４０１によるメモリ４０２へのアクセスが提供される。

電子機器は、各部品に電力を供給する電源４０３をさらに含む。好ましくは、電源４０３は、電源管理システムを介して、プロセッサ４０１にロジック的に接続されてもよい。これにより、電源管理システムによって、充電、放電、及び電力消耗の管理などの機能を実現する。電源４０３は、１つ又は複数の直流又は交流の電源、再充電システム、電源故障検出回路、電源変換器又はインバータ、電源状態インジケータなどの任意のコンポーネントを含んでもよい。

該電子機器は、入力ユニット４０４をさらに含んでもよい。該入力ユニット４０４は、入力された数字又は文字の情報を受信することと、ユーザ設定及び機能制御に関する、キーボード、マウス、ジョイスティック、光学又はトラックボールによる信号入力を生成することとに使用することができる。

図示されていないが、電子機器は、表示ユニットなどを含んでもよい。本実施例では、電子機器のプロセッサ４０１は、下記の命令に従って、１つ又は複数のアプリケーションプログラムのプロセスに対応する実行可能ファイルをメモリ４０２にロードし、メモリ４０２に記憶されたアプリケーションプログラム（実行可能な命令）をプロセッサ４０１が実行することで、各種の機能を実現する。即ち、
第１記帳ノードが、コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定し、同期されたブロックチェーンデータには、状態データが含まれ、第１記帳ノードが、状態データから現在の取引に必要なターゲット状態データを決定し、ターゲット状態データをバックアップし、第１記帳ノードが、バックアップされたターゲット状態データに基づいて同期ブロック高さの状態データスナップショットを生成し、状態データスナップショット、同期ブロック高さ、及び第１記帳ノードの署名情報を共同でアーカイブポイント情報として第２記帳ノードに送信し、第１記帳ノードが、第２記帳ノードのアーカイブポイント情報に対する裏書き情報を受信し、第１記帳ノードが、裏書き情報及びアーカイブポイント情報に基づいて、同期されたブロックチェーンデータをアーカイブする。上記の各操作の実施は、前述した実施例を参照すればよい。

上記から分かるように、本願の実施例では、現在の取引に必要なターゲット状態データをバックアップし、バックアップされたターゲット状態データに基づいて状態データスナップショットを生成することができ、スナップショットと本々の取引の衝突問題が解決され、状態データのリアルタイムスナップショットが実現される。また、ブロックチェーンシステムにおける他の記帳ノードに、状態データスナップショットなどの情報に対して署名裏書きを行わせることにより、これらの情報が公信力を持つようになる。そのため、ブロックチェーンデータのアーカイブ効率及びアーカイブ精度を大幅に向上させることができる。

当業者であれば理解できるように、上記実施例の各方法の手順の全部又は一部は、命令（実行可能な命令）によって実現するか、又は、命令によって関連ハードウェアを制御することにより実現してもよい。この命令は、コンピュータ可読記憶媒体に記憶され、プロセッサによりロードされて実行されてもよい。

このため、本願の実施例は、実行可能な命令を含むコンピュータプログラム製品又はコンピュータプログラムを提供する。該実行可能な命令は、コンピュータ可読記憶媒体に記憶されている。コンピュータ機器のプロセッサは、コンピュータ可読記憶媒体から該実行可能な命令を読み取る。プロセッサは、該実行可能な命令を実行することにより、該コンピュータ機器に、本願の実施例の上述したブロックチェーンデータのアーカイブ方法を実行させる。

本願の実施例は、実行可能な命令を記憶したコンピュータ可読記憶媒体をさらに提供する。該実行可能な命令は、プロセッサによりロードされると、本願の実施例で提供されるいずれか１つのブロックチェーンデータのアーカイブ方法を実現させることができる。ここで、該コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、又は光ディスクなどを含んでもよい。

該コンピュータ可読記憶媒体に記憶された実行可能な命令は、本願の実施例で提供されるいずれか１つのブロックチェーンデータのアーカイブ方法を実行させることが可能であるため、本願の実施例で提供されるいずれか１つのブロックチェーンデータのアーカイブ方法によって達成できる有益な効果を達成させることができる。その詳細については、前述した実施例を参照すればよい。

いくつかの実施例において、実行可能な命令は、プログラム、ソフトウェア、ソフトウェアモジュール、スクリプト、又はコードの形式を採用して、任意の形式のプログラミング言語（コンパイル言語又はインタプリタ言語、或いは、宣言型言語又は手続き型言語を含む）でプログラミングされてもよく、独立したプログラムとして配置されたり、モジュール、コンポーネント、サブルーチン、又はコンピューティング環境に適用可能な他のユニットとして配置されたりする場合を含めて、任意の形式で配置されてもよい。

一例として、実行可能な命令は、ファイルシステムにおけるファイルに対応してもよいが、必ずしも、ファイルシステムにおけるファイルに対応するわけではなく、他のプログラム又はデータを保存するファイルの一部に記憶されてもよく、例えば、ハイパーテキストマークアップ言語（ＨＴＭＬ：ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ドキュメントの１つ又は複数のスクリプトに記憶されたり、検討するプログラムの単一のファイルに記憶されたり、複数のコラボレーションファイル（例えば、１つ又は複数のモジュール、サブプログラム、又はコード部分を記憶するファイル）に記憶されたりしてもよい。

一例として、実行可能な命令は、１つのコンピューティングデバイスで実行されたり、１つの場所にある複数のコンピューティングデバイスで実行されたり、複数の場所に分散されて通信ネットワークを介して互いに接続される複数のコンピューティングデバイスで実行されたりするように配置されてもよい。

以上は、本願の実施例で提供されるブロックチェーンデータのアーカイブ方法、装置、電子機器、及びコンピュータ可読記憶媒体について詳細に説明している。本明細書では、本願の原理及び実施形態を説明するために具体例を使用したが、以上の実施例の説明は、本願の方法及びその主旨の理解を助けるためにのみ使用される。また、当業者にとっては、本願の構想に基づき、具体的な実施形態及び適用範囲のいずれにも変更があり得る。上述のように、本明細書の内容は、本願を制限するものと理解されるべきではない。

１００ アーカイブシステム
２００ ブロックチェーンシステム
２１０ ネイティブノード
３００ 認証センター
４００ サービスシステム
４１０ 端末
４２０ グラフィックインタフェース

Claims (20)

1. ブロックチェーンシステムに用いられる、ブロックチェーンデータのアーカイブ方法であって、前記ブロックチェーンシステムは、コンセンサスノードと、第１記帳ノードと、第２記帳ノードとを含み、前記方法は、
   前記第１記帳ノードが、前記コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定するステップであって、前記同期されたブロックチェーンデータには、状態データが含まれる、ステップと、
   前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定し、前記ターゲット状態データをバックアップするステップと、
   前記第１記帳ノードが、バックアップされたターゲット状態データに基づいて前記同期ブロック高さの状態データスナップショットを生成し、前記状態データスナップショット、前記同期ブロック高さ、及び前記第１記帳ノードの署名情報を共同でアーカイブポイント情報として前記第２記帳ノードに送信するステップと、
   前記第１記帳ノードが、前記第２記帳ノードの前記アーカイブポイント情報に対する裏書き情報を受信するステップと、
   前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記同期されたブロックチェーンデータをアーカイブするステップと、
   を含むブロックチェーンデータのアーカイブ方法。
2. 前記状態データには、複数のサブ状態データが含まれ、
   前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定し、前記ターゲット状態データをバックアップするステップは、
   前記第１記帳ノードが、前記サブ状態データに対応するブロック高さと、ローカルデータベースにおける記憶タグとを取得するステップと、
   前記第１記帳ノードが、前記サブ状態データに対応するブロック高さを、前記サブ状態データに対応する記憶タグに追加してマーク付けすることにより、マーク付けされた記憶タグを取得するステップと、
   前記第１記帳ノードが、前記マーク付けされた記憶タグに基づいて、前記複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別するステップと、
   前記第１記帳ノードが、前記ターゲットサブ状態データをバックアップするステップと、を含む、
   請求項１に記載のブロックチェーンデータのアーカイブ方法。
3. 前記第１記帳ノードが、前記マーク付けされた記憶タグに基づいて、前記複数のサブ状態データから現在の取引に必要なターゲットサブ状態データを選別するステップは、
   前記第１記帳ノードが、前記現在の取引に対応する取引情報を取得するステップと、
   前記第１記帳ノードが、前記取引情報に基づいて、前記第１記帳ノードの現在のブロックチェーンデータの現在ブロック高さを決定するステップと、
   前記現在ブロック高さが前記同期ブロック高さを超える場合、前記第１記帳ノードが、前記現在のブロックチェーンデータに新たなブロックが存在すると決定するステップと、
   前記第１記帳ノードが、前記現在のブロックチェーンデータから前記新たなブロックにおける取引に必要な呼び出し情報を選別するステップであって、前記呼び出し情報は、呼び出された前記サブ状態データを示すためのものである、ステップと、
   前記第１記帳ノードが、前記呼び出し情報と、前記マーク付けされた記憶タグとに基づいて、前記複数のサブ状態データから前記ターゲットサブ状態データを選別するステップと、を含む、
   請求項２に記載のブロックチェーンデータのアーカイブ方法。
4. 前記第１記帳ノードが、前記ターゲットサブ状態データをバックアップするステップは、
   前記第１記帳ノードが、前記取引情報から前記新たなブロックにおける取引に必要な取引操作情報を選別するステップと、
   前記第１記帳ノードが、前記取引操作情報に基づいて、前記ターゲットサブ状態データに対応する取引操作タイプを決定するステップと、
   前記取引操作タイプが更新操作である場合、前記第１記帳ノードが、前記更新操作に対応するターゲットサブ状態データをバックアップするステップと、
   前記取引操作タイプが削除操作である場合、前記第１記帳ノードが、前記削除操作に対応するターゲットサブ状態データをバックアップし、バックアップされたターゲットサブ状態データに削除タグを追加するステップと、を含み、
   前記削除タグは、前記バックアップされたターゲットサブ状態データを取引の実行時に読み取れないことを示すためのものである、
   請求項３に記載のブロックチェーンデータのアーカイブ方法。
5. 前記第１記帳ノードが、バックアップされたターゲット状態データに基づいて前記同期ブロック高さの状態データスナップショットを生成するステップは、
   前記第１記帳ノードが、前記状態データからブロック高さが前記同期ブロック高さを超えない同期サブ状態データを選別することにより、同期サブ状態データ集合を取得するステップと、
   前記第１記帳ノードが、バックアップされたターゲットサブ状態データを新たな同期サブ状態データとして前記同期サブ状態データ集合に追加することにより、前記同期サブ状態データ集合を更新するステップと、
   前記第１記帳ノードが、更新された同期サブ状態データ集合における同期サブ状態データに対してハッシュ演算を行うことにより、ターゲット構造の状態データを生成するステップと、
   前記第１記帳ノードが、前記ターゲット構造の状態データをコピーすることにより、前記同期ブロック高さの状態データスナップショットを生成するステップと、を含む、
   請求項２に記載のブロックチェーンデータのアーカイブ方法。
6. 前記第１記帳ノードが、更新された同期サブ状態データ集合における同期サブ状態データに対してハッシュ演算を行うことにより、ターゲット構造の状態データを生成するステップは、
   前記第１記帳ノードが、更新された同期サブ状態データ集合における複数の同期サブ状態データを分類することにより、複数のタイプの同期サブ状態データを取得するステップと、
   前記第１記帳ノードが、前記複数のタイプの同期サブ状態データに対してハッシュ演算をそれぞれ行うことにより、前記複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値を取得するステップと、
   前記第１記帳ノードが、前記複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値に基づいてハッシュ演算を行うことにより、ルートのハッシュ値を取得するステップと、
   前記第１記帳ノードが、前記ルートのハッシュ値と、前記複数のタイプの同期サブ状態データにそれぞれ対応する葉のハッシュ値とに基づいて、ターゲット構造の状態データを生成するステップと、を含む、
   請求項５に記載のブロックチェーンデータのアーカイブ方法。
7. 前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記同期されたブロックチェーンデータをアーカイブするステップは、
   前記第１記帳ノードが、前記裏書き情報を送信した第２記帳ノードの裏書き数量を決定するステップと、
   前記裏書き数量が数量閾値を超える場合、前記第１記帳ノードが、前記裏書き情報を前記アーカイブポイント情報に追加することにより、更新されたアーカイブポイント情報を取得するステップと、
   前記第１記帳ノードが、前記更新されたアーカイブポイント情報を前記コンセンサスノードに送信するステップと、
   前記第１記帳ノードが、前記更新されたアーカイブポイント情報に対して前記コンセンサスノードから送信された設定ブロックデータを受信すると、前記同期されたブロックチェーンデータをアーカイブするステップと、を含む、
   請求項１に記載のブロックチェーンデータのアーカイブ方法。
8. 前記同期されたブロックチェーンデータには、第１ブロックデータが含まれ、
   前記第１記帳ノードが、前記同期されたブロックチェーンデータをアーカイブするステップは、
   前記第１記帳ノードが、前記更新されたアーカイブポイント情報をコピーすることにより、前記第１記帳ノードの前記同期ブロック高さでのアーカイブデータスナップショットを生成するステップと、
   前記第１記帳ノードが、前記設定ブロックデータを前記第１ブロックデータに追加することにより、更新された第１ブロックデータを取得するステップと、
   前記第１記帳ノードが、前記更新された第１ブロックデータからブロック高さが前記同期ブロック高さを超えないターゲットブロックデータを選別するステップと、
   前記第１記帳ノードが、前記ターゲットブロックデータを削除するステップと、を含む、
   請求項７に記載のブロックチェーンデータのアーカイブ方法。
9. 前記第１記帳ノードが前記ターゲットブロックデータを削除する際に、
   前記第１記帳ノードが前記ターゲットブロックデータを分散ストレージシステムに記憶するステップをさらに含み、
   前記分散ストレージシステムは、前記ブロックチェーンシステムと異なる、
   請求項８に記載のブロックチェーンデータのアーカイブ方法。
10. 前記第１記帳ノードが、前記更新されたアーカイブポイント情報を前記コンセンサスノードに送信した後、
    前記コンセンサスノードが、前記更新されたアーカイブポイント情報から前記裏書き情報及び前記署名情報を選別するステップと、
    前記コンセンサスノードが、前記裏書き情報及び前記署名情報をチェックするステップと、
    前記コンセンサスノードによる前記裏書き情報及び前記署名情報のチェックが合格した場合、前記コンセンサスノードが、設定ブロックを生成し、前記更新されたアーカイブポイント情報を前記設定ブロックに記憶することにより、設定ブロックデータを取得するステップと、
    前記コンセンサスノードが、前記設定ブロックデータを前記第１記帳ノード及び前記第２記帳ノードに送信するステップと、をさらに含む、
    請求項７に記載のブロックチェーンデータのアーカイブ方法。
11. 前記コンセンサスノードが、前記裏書き情報及び前記署名情報をチェックするステップは、
    前記コンセンサスノードが、前記裏書き情報の数量、及び前記裏書き情報に対応する第２記帳ノードのアイデンティティ識別子のうちの少なくとも１つをチェックするステップと、
    前記コンセンサスノードが、署名フォーマット及び署名規則のうちの少なくとも１つに基づいて、前記署名情報をチェックするステップと、を含む、
    請求項１０に記載のブロックチェーンデータのアーカイブ方法。
12. 前記第１記帳ノードが、前記第２記帳ノードから送信された前記アーカイブポイント情報を受信すると、前記アーカイブポイント情報から前記第２記帳ノードの状態データのルートのハッシュ値を抽出するステップと、
    前記第１記帳ノードが、前記第２記帳ノードの状態データのルートのハッシュ値と、前記第１記帳ノード自身の状態データのルートのハッシュ値とを比較するステップと、
    前記第２記帳ノードの状態データのルートのハッシュ値が前記第１記帳ノード自身の状態データのルートのハッシュ値と同じである場合、前記第１記帳ノードが、前記アーカイブポイント情報を署名することにより、前記アーカイブポイント情報の裏書き情報を取得するステップと、
    前記第１記帳ノードが、前記裏書き情報を前記第２記帳ノードに送信し、前記アーカイブポイント情報を前記ブロックチェーンシステムにブロードキャストするステップと、をさらに含む、
    請求項１乃至１１のいずれか１項に記載のブロックチェーンデータのアーカイブ方法。
13. 前記第１記帳ノードが、前記ブロックチェーンシステムにおける新たに追加された記帳ノードである場合、前記第１記帳ノードが、前記コンセンサスノードに同期要求を送信し、前記同期要求に対して前記コンセンサスノードから送信された裏書き情報及びアーカイブポイント情報を受信するステップと、
    前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記第２記帳ノードから状態データを取得するステップと、
    前記第１記帳ノードが、前記コンセンサスノード又は前記第２記帳ノードからブロック高さが前記同期ブロック高さを超える第２ブロックデータを取得するステップと、
    前記第１記帳ノードが、前記第２ブロックデータにおける取引情報に基づいて、前記状態データを更新することにより、前記第１記帳ノードの現在のブロックチェーンデータを取得するステップと、をさらに含む、
    請求項１乃至１１のいずれか１項に記載のブロックチェーンデータのアーカイブ方法。
14. 前記アーカイブポイント情報には、前記コンセンサスノードの状態データのルートのハッシュ値と、前記第２記帳ノードの署名情報とが含まれ、
    前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記第２記帳ノードから状態データを取得するステップは、
    前記第１記帳ノードが、前記裏書き情報及び前記第２記帳ノードの署名情報をチェックするステップと、
    前記第１記帳ノードによる前記裏書き情報及び前記第２記帳ノードの署名情報のチェックが合格した場合、前記第１記帳ノードが、前記ルートのハッシュ値に対応する複数の葉のハッシュ値を決定するステップと、
    前記第１記帳ノードが、前記第２記帳ノードから異なる前記葉のハッシュ値に対応するサブ状態データを並列に取得して、取得された状態データとするステップと、を含む、
    請求項１３に記載のブロックチェーンデータのアーカイブ方法。
15. 前記第１記帳ノードが、前記第２記帳ノードから異なる前記葉のハッシュ値に対応するサブ状態データを並列に取得するステップは、
    前記第１記帳ノードが、前記第２記帳ノードの数量に基づいて、前記複数の葉のハッシュ値を分類するステップと、
    前記第１記帳ノードが、前記複数の葉のハッシュ値に対する分類結果に基づいて、異なる前記第２記帳ノードに対応するターゲット葉のハッシュ値を決定するステップと、
    前記第１記帳ノードが、異なる前記第２記帳ノードから前記ターゲット葉のハッシュ値に対応するサブ状態データを取得するステップと、を含む、
    請求項１４に記載のブロックチェーンデータのアーカイブ方法。
16. 前記第１記帳ノードが、前記コンセンサスノードと、ブロックチェーンデータの同期を行うステップは、
    前記第１記帳ノードが、前記コンセンサスノードに同期要求を送信するステップであって、前記同期要求には、前記第１記帳ノードのアイデンティティ識別子が含まれる、ステップと、
    前記第１記帳ノードが、前記同期要求に対して前記コンセンサスノードから送信されたブロックを受信するステップであって、前記ブロックは、前記コンセンサスノードによる前記同期要求における前記第１記帳ノードのアイデンティティ識別子のチェックが合格した場合に送信されたものである、ステップと、
    前記第１記帳ノードが、前記コンセンサスノードから送信されたブロックに基づいて、ローカルのブロックチェーンデータを更新することにより、同期されたブロックチェーンデータを取得するステップと、を含む、
    請求項１乃至１１のいずれか１項に記載のブロックチェーンデータのアーカイブ方法。
17. 前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定するステップは、
    前記第１記帳ノードが、前記同期ブロック高さとアーカイブブロック高さとをマッチングするステップと、
    前記同期ブロック高さと前記アーカイブブロック高さとのマッチングが成功した場合、前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定するステップと、を含む、
    請求項１乃至１１のいずれか１項に記載のブロックチェーンデータのアーカイブ方法。
18. ブロックチェーンシステムに用いられる、ブロックチェーンデータのアーカイブ装置であって、前記ブロックチェーンシステムは、コンセンサスノードと、第１記帳ノードと、第２記帳ノードとを含み、前記装置は、
    前記第１記帳ノードが、前記コンセンサスノードと、ブロックチェーンデータの同期を行い、同期されたブロックチェーンデータの同期ブロック高さを決定するように構成される同期ユニットであって、前記同期されたブロックチェーンデータには、状態データが含まれる、同期ユニットと、
    前記第１記帳ノードが、前記状態データから現在の取引に必要なターゲット状態データを決定し、前記ターゲット状態データをバックアップするように構成される決定ユニットと、
    前記第１記帳ノードが、バックアップされたターゲット状態データに基づいて前記同期ブロック高さの状態データスナップショットを生成し、前記状態データスナップショット、前記同期ブロック高さ、及び前記第１記帳ノードの署名情報を共同でアーカイブポイント情報として前記第２記帳ノードに送信するように構成される生成ユニットと、
    前記第１記帳ノードが、前記第２記帳ノードの前記アーカイブポイント情報に対する裏書き情報を受信するように構成される受信ユニットと、
    前記第１記帳ノードが、前記裏書き情報及び前記アーカイブポイント情報に基づいて、前記同期されたブロックチェーンデータをアーカイブするように構成されるアーカイブユニットと、
    を含むブロックチェーンデータのアーカイブ装置。
19. 電子機器であって、
    実行可能な命令を記憶するメモリと、
    前記メモリに記憶された実行可能な命令を実行すると、請求項１乃至１７のいずれか１項に記載のブロックチェーンデータのアーカイブ方法を実現するプロセッサと、
    を備える電子機器。
20. 請求項１乃至１７のいずれか１項に記載のブロックチェーンデータのアーカイブ方法をコンピュータに実現させるコンピュータプログラム。

Images