JP2020526849A - ブロックチェーンの監視 - Google Patents

Abstract

ブロックチェーンを監視するための方法は、ブロックチェーンの基盤となる物理インフラストラクチャの特性を評価することと、決定された評価を所定のパラメータと比較することと、評価が所定のパラメータよりも小さい場合に信号を出力することと、を含む。

Description

本発明は、ブロックチェーンに関する。特に、本発明は、ブロックチェーンをその信頼性の観点から監視することに関する。

ブロックチェーンは、一般に、分散データベースとして解釈され、その内容は、暗号化チェーンによって事後改ざんに対して保護されている。保存されるデータセットは、暗号化ハッシュ値を使用して時間的に以前のデータセットにリンクされる。データセットは、複数のノードに分散して保持され、ノード間で複製される。

関係するノードの合計処理能力が攻撃者の処理能力よりも大きい限り、ブロックチェーンは、敵対的乗っ取りおよびそれに続く改ざんから保護されている。高度なセキュリティを達成可能であることから、ブロックチェーンは、例えば、ビットコインなどの暗号通貨に使用される。通常の生活状況に関わる可能性のある契約もまた、スマートコントラクトとしてブロックチェーンを使用して保護されることが増えている。ブロックチェーンを使用して防護される経済的価値またはデータ価値は、その場合、相当なものになる可能性がある。したがって、ブロックチェーンが必要なセキュリティを保証できるかどうかを認識することが望ましい。

ＴＡＮＧＹＵＺＨＥＥＴＡＬ：「Ｓｏｃｉａｌ−Ａｗａｒｅ Ｄｅｃｅｎｔｒａｌｉｚａｔｉｏｎ ｆｏｒ Ｓｅｃｕｒｅ ａｎｄ Ｓｃａｌａｂｌｅ Ｍｕｌｔｉ−ｐａｒｔｙ Ｃｏｍｐｕｔａｔｉｏｎｓ」，２０１７ ＩＥＥＥ ３７ＴＨ ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＣＯＮＦＥＲＥＮＣＥ ＯＮ ＤＩＳＴＲＩＢＵＴＥＤ ＣＯＭＰＵＴＩＮＧ ＳＹＳＴＥＭＳ ＷＯＲＫＳＨＯＰＳ（ＩＣＤＣＳＷ），ＩＥＥＥ，５．Ｊｕｎｉ ２０１７（２０１７−０６−０５）、２４６−２５１ページは、ノード間の社会的関係に基づいた分散計算ネットワークのノードの選択に関する。

米国特許出願公開第２０１６／２７５４６１（Ａ１）号は、未知のノードが、トランザクションのためにブロックチェーンネットワークの一部として受け入れられる前に、検証を受けることを提案している。

米国特許出願公開第２０１６／２７５４６１号公報

ＴＡＮＧＹＵＺＨＥＥＴＡＬ：「Ｓｏｃｉａｌ−Ａｗａｒｅ Ｄｅｃｅｎｔｒａｌｉｚａｔｉｏｎ ｆｏｒ Ｓｅｃｕｒｅ ａｎｄ Ｓｃａｌａｂｌｅ Ｍｕｌｔｉ−ｐａｒｔｙ Ｃｏｍｐｕｔａｔｉｏｎｓ」，２０１７ ＩＥＥＥ ３７ＴＨ ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＣＯＮＦＥＲＥＮＣＥ ＯＮ ＤＩＳＴＲＩＢＵＴＥＤ ＣＯＭＰＵＴＩＮＧ ＳＹＳＴＥＭＳ ＷＯＲＫＳＨＯＰＳ（ＩＣＤＣＳＷ），ＩＥＥＥ，５．Ｊｕｎｉ ２０１７（２０１７−０６−０５）、２４６−２５１ページ

本発明の課題は、ブロックチェーンを監視するための技術を提供することである。

本発明は、独立請求項の主題により本課題を解決する。従属請求項は、好ましい実施形態を反映する。

ブロックチェーンを監視するための方法は、ブロックチェーンの基盤となる物理インフラストラクチャの特性を評価することと、決定された評価を所定のパラメータと比較することと、評価が所定のパラメータよりも小さい場合に信号を出力することと、を含む。その場合、インフラストラクチャは、ネットワークを介して互いに接続された複数のノードを含み、特性は、インフラストラクチャ、その構成または稼働率（auslastung）に関連する構造パラメータを含む。

本発明は、ブロックチェーンが方法と物理的インフラストラクチャとの不可分な組み合わせを形成し、インフラストラクチャの所定の特性が基礎とする仮定をもはや満たさない場合に、ブロックチェーンのセキュリティまたは可用性が著しく損なわれるおそれがあるという知見に基づいている。特性は、通常、インフラストラクチャ、その構成または稼働率に通常関連する構造パラメータを含む。

インフラストラクチャは、通常、方法を実行するための物理的処理プラットフォーム（計算機、コンピュータ、ハードウェア）を形成するノードと、ネットワークと、を含む。特に、当初分散的に構築されているかまたは計画されているインフラストラクチャが集中化されているかを、認識することが重要である。この場合、中央ノードの障害または敵対的な乗っ取りは、可用性の低下または第三者による改ざんにつながるおそれがある。

したがって、ブロックチェーンのセキュリティに関する評価を行うことができるように、または、セキュリティが所定の基準に従って保証されなくなった場合に信号もしくはアラームを出力するように、インフラストラクチャを監視することが提案されている。この基準は、ブロックチェーンの用途に応じて選択でき、パラメータまたは複数のパラメータのセットの形式で表現できる。

これにより、ブロックチェーンとの相互作用が「ダミーインスタンス」、すなわち、十分なレベルで多くの類似した同等のノードのうちの１つではないノードを経由するかどうかを認識できる。このようなインスタンスは、インフラストラクチャが十分に維持またはサポートされていない場合、またはブロックチェーンが一般的ではなくなった場合に発生する可能性がある。この認識により、特に、信頼性が不十分なブロックチェーンにおいて重要なトランザクションが実行されることを防ぐことができる。

通常、ブロックチェーンのインフラストラクチャにわたる中央制御が存在せず、その代わりに、インフラストラクチャは、関与する参加者によって分散かつ自己組織化されて提供されるため、特定の時点でインフラストラクチャが実際にどのように認識されるかを確実に予測することもまたできない。少なくとも１つの特性を現時点で決定することにより、インフラストラクチャの評価を実施できる。

特性の評価は、最終的には、インフラストラクチャのシステムプロパティを定量化された値に対してマッピングすることであり、１つ以上のパラメータの比較を可能にする。特性の値への変換は、様々な方法で行うことができる。

特性が、例えば、数値的な値を含む場合には、その数値的な値を採用、スケーリングまたは複数の所定の範囲のうちの１つに分類（類別）してもよい。特性が幾何学的または地理的な意味でトポロジー的なパラメータを含む場合には、形態学的または統計的な考慮事項を使用して、定量化された値を取得してもよい。さらなる実施形態では、特性の時間的な展開の単一または複数の統合もしくは区別もしくは変換、例えば、離散フーリエ変換またはＺ変換もまた可能である。

複数の物理的特性が評価され、割り当てられたパラメータと比較されることが好ましい。その場合、特性およびパラメータは、それぞれベクトルを形成でき、そのベクトルが互いに比較される。さらに、複数の特性をそれぞれスケーリングかつ加算して、所定の閾値と比較できる加重合計を形成してもよい。評価のうちの１つが割り当てられたパラメータより小さい場合、信号がすでに出力されていることが好ましい。

本明細書では、インフラストラクチャのセキュリティまたは可用性に関して、数値的に大きく評価された特性は、肯定的であると見なすことを前提とする。ただし、逆の視点も同様に可能であり、その場合、評価がパラメータを下回った場合に、信号が出力されるべきである。

ブロックチェーンでは、ノードは、コンピュータ、コンピュータネットワークまたは一般的には、特にデータブロックをブロックチェーンに追加するために、ブロックチェーンでトランザクションを実行できる処理ユニットに相当する。ノードは、物理的にはハードウェアを意味し、ハードウェアがなければ、処理を実行できない。

以下に、いくつかの特性が示され、その特性によるブロックチェーンのセキュリティまたは可用性への影響を評価できる。

例えば、特性は、インフラストラクチャのアクティブなノードの数を含んでもよい。ノードが確認すべきトランザクションのデータを受信もしくは照会する場合、またはノードのトランザクションデータが照会可能である場合、ノードは、アクティブであると見なすことができる。例えば、トランザクションデータの送信に使用される帯域幅または時間当たり送信されるトランザクションデータ数が所定の閾値を下回る場合、ノードは、非アクティブであると見なすことができる。これにより、ブロックチェーンの維持に関係するノードの数を即座に見積もることができる。ブロックチェーンをサポートするノードが多いほど、ブロックチェーンのセキュリティまたは可用性がより高くなる可能性がある。

特性は、インフラストラクチャの成功したノード数を含んでもよい。ブロックチェーンのデータベースでトランザクションを実行するために、複数のノードはそれぞれ、煩雑な暗号化タスクまたは数学タスクを解決することができる。第１番目としてタスクを解決するノードは、成功したと見なされ、報酬を受け取ることができる。ノードは、そのノードに（または全体に）任せられたパズルの所定の割合を第１番目として解決した場合、またはそのノードによって時間当たり解決されたパズルの数が所定の閾値を超えた場合、成功したと見なすことができる。失敗したノードが、ブロックチェーンのセキュリティにほとんどまたは全く貢献できないのは、その処理能力が他のノードの処理能力によって見えなくされてしまうためである。ブロックチェーンをサポートする成功したノードが多いほど、ブロックチェーンのセキュリティまたは可用性がより高くなる可能性がある。

特性は、インフラストラクチャの成功したノードの分散化を含んでもよい。分散化がより大きくなるほど、数学的問題を解決する際の個々のノードの時間あたり成功数の間の差異はより小さくなる。逆に、ノードの時間当たり成功数の間の差異がより大きくなると、分散化はより小さくなる。ノードの成功数は、そのノードが第１番目として解決したタスクの数である。時間あたりのノードの成功数は、ヒストグラムで表示できる。個々のクラス（ビン）に入力された頻度の差がより小さいほど、分散化は、より大きくなる。分布の他の統計的考察も同様に可能である。例えば、第１番目のノードが１分あたり１０００回の成功を有するが、複数の他のノードが１分あたり５０〜１００回の成功しかない場合には、分散化は、すべてのノードが１分あたり８０〜１００回の成功を有する場合よりも少なくなる。

特性は、ノードの地理的な分散化を含んでもよい。その場合、上記の分散化は、ノードの地理的分布に関連してもよい。変形形態において、この観点では、アクティブなノードおよび／または成功したノードのみを考慮できる。言い換えれば、ブロックチェーンに参加しているノードが地理的領域にわたってどの程度均等に分散されているかを決定できる。分布が均一であるほど、分散化はより大きくなる。ノードの地理的位置は、例えば、通信に使用されるネットワークのアドレスデータを分析することにより推定できる。ノードのおおよその地理的位置は、例えば、そのＩＰアドレス（ＩＰ：インターネットプロトコル）に基づいてある程度確実に決定できる。

特性は、すべてのノードで利用可能な合計処理能力を含んでもよい。ハッシュパワーとも称するこの合計処理能力が高いほど、第三者による攻撃が成功するためにはより高い処理能力が必要となるであろう。ノードの処理能力はそのコストに関係しているため、ブロックチェーンのノードのハッシュパワーが大きいと、攻撃が成功するにはコストがかかり、したがって、攻撃の可能性は低くなる。

この特性は、インフラストラクチャのノードに関して利用可能な合計処理能力の分散化に関連してもよい。ハッシュパワーが個々のノードにより均等に分散されるほど、インフラストラクチャ関連のセキュリティまたは可用性がより高くなる可能性がある。発展形態では、特性は、ハッシュパワーの地理的分布に関連してもよい。

特性は、ブロックチェーン内のトランザクションに基づいて間接的に決定してもよい。例えば、ブロックごとのトランザクション数、トランザクションを設定するユーザ数、またはアクティブなスマートコントラクトの数を考慮してもよい。スマートコントラクトに割り当てることができる、すなわち、スマートコントラクトによって確実に正当性が確認され得る、有効なトランザクションが確認された場合、スマートコントラクトは、アクティブであると見なすことができる。スマートコントラクトはまた、時間あたりのトランザクション数が所定の閾値を超える場合に、アクティブと見なすこともできる。

さらなる実施形態では、評価の時間経過が生成され、その経過に基づいて生成された変数が決定される。特に、変化率、変化率の変化、または標準偏差の大きさを決定できる。これらの値のうちの１つがより大きいほど、インフラストラクチャのセキュリティまたは可用性をより肯定的ではないと評価される可能性がある。さらなる実施形態では、特性のジャンプまたは変動もまた考慮してもよい。

発展形態では、評価の時間経過に基づいて、特性がパラメータを下まわることが予測できる。例えば、トレンド分析は、例えば、線形回帰に基づいて実行できる。所定の時間よりも短い時間内にパラメータを下回るおそれがある場合には、信号がすでに出力されていてもよい。

ブロックチェーンを監視するための装置は、ブロックチェーンの少なくとも１つのノードに接続するためのインターフェースと、信号を出力するためのインターフェースと、本明細書に記載の方法を実行するための処理装置と、を含む。ノードへの接続は、特にネットワークを介して行うことができる。

本発明の上記の特性、特徴および利点、ならびにそれらが達成される様式は、図面に関連してより詳細に説明される実施形態の以下の説明に関連してより明らかになり、より明確に理解されるであろう。

一実施形態においてブロックチェーンを備えたシステムの図である。 ブロックチェーンを監視するための例示的な方法のフロー図である。 架空の２つのブロックチェーンインフラストラクチャの特性の図示である。

図１は、ブロックチェーン１０５、例えば、ビットコインまたはイーサリアムを実装する、システム１００を示す。ブロックチェーン１０５は、ブロックチェーン方法（図示せず）を共同でまたは複数のインスタンスで実行する分散インフラストラクチャ１１０を含む。インフラストラクチャ１１０は、ネットワーク１２０を介して互いに接続された複数のノード１１５（マイナー）を含む。それぞれのノードは、少なくとも１つの物理的処理装置によって実装されている。ネットワーク１２０は、インフラストラクチャ１１０に含まれるか、または基盤となるサービスと見なすことができる。

装置１２５は、処理装置１３０と、第１のインターフェース１３２と、任意選択的に第２のインターフェース１３５および／または記憶装置１４０と、を含む。第１のインターフェース１３２は、可能な限り、ノード１１５のうちの１つと通信できるように、ネットワーク１２０に接続されることが好ましい。複数のノード１１５に到達可能であることが好ましく、複数のノード１１５から１つのノードを通信のために選び出してもよい。ブロックチェーンの通信プロトコル、ネットワーク１２０のトランスポートプロトコル（ＴＣＰ／ＩＰなど）または別のプロトコルを通信に使用できる。

一実施形態では、ネットワーク１２０を介してノード１１５のパラメータを提供するプロセスが、１つ以上のノード１１５でそれぞれ実行される。パラメータには、特に、既存のまたは使用されたネットワーク帯域幅、既存のまたは使用された処理能力、またはブロックチェーン１０５に関連するノード１１５の別のトランザクションパラメータもしくは処理パラメータを挙げることができる。

装置１２５は、ブロックチェーン１０５内のトランザクションを引き起こすように、検証するように、またはトランザクションが通知されるように構成できる。これは、ブロックチェーン１０５を用いて保護されるべきサービス、方法またはオファーに関連してもよい。サービスのセキュリティは、ブロックチェーン１０５が所定のレベルの可用性またはセキュリティを有することに依存してもよい。

装置１２５を用いて、ブロックチェーン１０５の可用性またはセキュリティを保証するためのインフラストラクチャ１１０の要件を検証することが提案されている。

装置１２５は、１つ以上のノード１１５との通信を用いて、または１つ以上のノード１１５の通信を観察することにより、ブロックチェーン１０５のインフラストラクチャ１１０を特徴付ける特性を決定するように構成されていることが好ましい。さらに、装置１２５は、特性に好ましい数値的な値を割り当てて、この値を所定のパラメータ１４５と比較することにより、特性を評価するように構成されていることが好ましい。比較が否定的であることが判明した場合、すなわち、決定された値がパラメータの所望の所定の側にない場合、インターフェース１３５を介して信号が出力されてもよい。その場合、特性の決定および評価ならびにパラメータ１４５との比較は、インフラストラクチャ１１０の所定のプロパティがもはや有効ではない、またはもはや有効ではなくなる過程にあり、その結果、ブロックチェーン１０５のセキュリティおよび／または可用性が危険にさらされているおそれがあることを、信号が示すように選択されている。
装置１２５は、ブロックチェーン１０５のインフラストラクチャ１１０でのみ動作することが好ましい。ノード１１５で実行されるブロックチェーン方法のセキュリティ分析は、これとは独立して同様に実行されるべきであるが、本発明の主題ではない。あるいは、本明細書で説明した装置１２５の機能はまた、クラウドプラットフォームでの独立したサービスとしても実装できる。さらに、サービスはまた、ノード１１５のうちの１つでも実行できる。

図２は、ブロックチェーン１０５を監視するための例示的な方法２００のフロー図を示す。方法２００は、特に、図１の装置１２５で、より好ましくは、例えば、プログラム可能なマイクロコンピュータまたはマイクロプロセッサを含むことができる、装置１２５の処理装置１３０で実行されるように構成されている。方法２００は、プログラムコード手段を備えたコンピュータプログラム製品の形態であってもよい。方法２００の特徴または利点は、装置１２５に関連していてもよく、逆もまた同様である。

ステップ２０５では、１つ以上のパラメータ１４５を記録することができ、パラメータ１４５は、好ましくはブロックチェーン１０５を用いて保護されるべきサービスに応じて選択できる。

ステップ２２０では、インフラストラクチャ１１０に含まれる１つ以上のノード１１５を決定できる。ステップ２１５では、決定されたノード１１５のうちの１つ以上を走査できる。走査は、ノード１１５と通信することにより能動的に、またはノード１１５に関する情報を決定することにより受動的に行うことができる。さらに、ブロックチェーン１０５で実行される１つ以上のトランザクションは、ステップ２２０で決定または観察できる。ステップ２２５において、１つ以上のノード１１５の通信情報を決定できる。これらの通信情報は、例えば、ブロックチェーン１０５に関連して使用される帯域幅、特定のメッセージの数もしくは頻度、もしくはノード１１５、またはノード１１５との通信に関連するアドレス情報に関連してもよい。決定された情報は、ステップ２３０で記憶装置１４０に記憶できる、かつ／または記憶装置１４０に以前に記憶された情報と関連付けることができる。上述のステップ２１０〜２３０のうちのいくつかはまた、異なる順序で、複数回および／または異なる頻度でも実行できることに留意されたい。

決定された情報は、インフラストラクチャ１１０の所定の特性を示す情報に、定量的に比較可能な値、好ましくは数値的な値を割り当てることにより、ステップ２３５で評価される。ステップ２４０では、１つ以上の評価が１つ以上のパラメータ１４５と比較される。一例として、特性の評価が高いことは、ブロックチェーン１０５のセキュリティまたは可用性に対するインフラストラクチャ１１０の肯定的な影響を示し、低い評価は、肯定的な影響がより少ないことを示すということを前提とする。したがって、ブロックチェーン１０５のセキュリティおよび／または可用性のレベルは、決定された評価に基づいて決定できる。

ステップ２４０で値がパラメータ１４５を下回っていると決定された場合、ステップ２４５で、特にインターフェース１３５を介して信号を出力してもよい。評価された複数の特性が複数のパラメータ１４５と比較された場合には、比較の様式は、１つの値だけが割り当てられたパラメータを下回っている場合に信号がすでに出力されているか否かについて、予め設定できる。一実施形態では、複数の特性が考慮され、特性の偏差は、加重方式で合計される。合計が所定の別の閾値を超えた場合のみ、信号を出力できる。

信号は、人に向けて発信されてもよく、例えば、光学的、音響的または触覚的に提示されてもよい。ただし、信号は、人、方法またはプロセスに伝えられる情報を含んでもよい。この目的のために、信号は、例えば、電気的スイッチング信号として、スイッチング接点として、警告ランプとして、ディスプレイ上の表示として、またはメッセージの形式で、例えば、ＳＮＭＰトラップとして、ＭＱＴＴメッセージとして、またはＯＰＣ ＵＡ経由で提供されてもよい。

さらに、検証情報または判定された特性は、ログデータベースまたはブロックチェーン１０５で保存または保護できる。エントリは、装置１２５の暗号チェックサム（デジタル署名、メッセージ認証コード）によって保護されることが好ましい。また、これにより、有効なパラメータセットの形式で必要な構造仕様が以前の特定の時点または期間に満たされたかどうかについて、検証を後から行うことができる。この状況に応じて、この期間中にブロックチェーン１０５で確認されたトランザクションは、有効または無効もしくは未確認として扱うことができる。

発展形態では、複数のパラメータ１４５またはパラメータセットは、異なるサービス用に、またはブロックチェーンインフラストラクチャ１１０の異なるユーザによって保存できる。したがって、それぞれパラメータセットのうちの１つに割り当てられた様々な信号を提供できる。これにより、例えば、インフラストラクチャ１１０のセキュリティまたは可用性が徐々に低下している場合、様々な緊急度の信号もまた提供できる。

特に、信号は、ブロックチェーン１０５を用いて保護されるべきサービスによって、またはサービスを監視するコンポーネントによって評価できる。信号が存在する場合、例えば、ブロックチェーン１０５で所定のトランザクションをトリガできるか、またはブロックチェーン１０５のトランザクションを意図的に中断できる。

それとは逆に、信号を出力すべきではないことがステップ２４０で決定された場合には、すでに出力された信号をステップ２５０で削除または取り消すことができる。その後、方法２００は、最初に戻り、再び実行できる。

方法２００は、恒久的に、または、例えば、１時間ごともしくは毎日などの所定の頻度で実行してもよい。

好ましい実施形態によって本発明を細部にわたり詳細に例示して説明したが、本発明は、開示された例によって限定されず、本発明の保護範囲から逸脱することなく他の変形形態を当業者が導き出すことができる。

図３は、ブロックチェーン１０５の架空の２つのインフラストラクチャ１１０の選択された特性の図示である。第１の図示３０５は、インフラストラクチャ１１０に関するものであり、このインフラストラクチャ１１０に基づいて、安全で利用可能な信頼できるブロックチェーン１０５を実装できる。第２の図示３１０は、安全で利用可能な信頼できるブロックチェーン１０５を実装することを困難にするまたは妨げるインフラストラクチャ１１０に関する。

両方の図示３０５、３１０は、一例として、例えば、ヨーロッパを含む地理的地図に基づいている。記入された垂直バーは、それぞれのインフラストラクチャ１１０の個々のノード１１５の例示的な特性に相当する。バーの位置は、割り当てられたノード１１５の場所を示してもよい。

表示されるバーの長さは、ノード１１５の以下のパラメータのうちの１つを反映してもよい。
利用可能なまたは使用される処理能力、
利用可能なまたは使用されるネットワーク帯域幅、
時間当たり実行されるトランザクション数、
時間当たり成功数、
このノード１１５にトランザクションを設定している時間当たりユーザ数、または、
アクティブなスマートコントラクトの数。

第１の図３０５に示されるインフラストラクチャ１１０は、所定のパラメータに関連して、または第２の図３１０のインフラストラクチャ１１０と比較して、肯定的であるとして評価できるのは、
ノード１１５が地域的に比較的均等に分散している、
地域分散がより広いエリアに広がっている、
ノード１１５がより多数の異なる国に置かれている、
バーで表されるパラメータがノード１１５にわたってあまり大きくは変動しない、または、
すべてのノード１１５にわたるパラメータの合計が大きいからである。

対応する理由から、第２の図示３１０に示されるインフラストラクチャ１１０は、ブロックチェーン１０５のセキュリティまたは可用性へのその影響に関して、あまり肯定的ではないか、または否定的であると評価できる。

Claims (12)

1. ブロックチェーン（１０５）を監視するための方法（２００）であって、前記方法（２００）は、
   前記ブロックチェーン（１０５）の基盤となる物理インフラストラクチャ（１１０）の特性を評価するステップ（２３５）であって、
   前記インフラストラクチャ（１１０）は、ネットワーク（１２０）を介して互いに接続された複数のノード（１１５）を含む、ステップ（２３５）と、
   決定された前記評価を所定のパラメータと比較するステップ（２４０）と、
   前記評価が前記所定のパラメータよりも小さい場合に信号を出力するステップ（２４５）と、を含む、
   前記方法（２００）において、
   前記特性は、前記インフラストラクチャ（１１０）、前記インフラストラクチャ（１１０）の構成または稼働率に関する構造パラメータを含むことを特徴とする、方法（２００）。
2. 複数の物理的特性は、評価され（２３５）、割り当てられたパラメータと比較され、前記評価のうちの１つが前記割り当てられたパラメータより小さい場合、前記信号が出力される、請求項１に記載の方法（２００）。
3. 前記特性は、前記インフラストラクチャ（１１０）のアクティブなノード（１１５）の数を含む、請求項１または２に記載の方法（２００）。
4. 前記特性は、前記インフラストラクチャ（１１０）の成功したノード（１１５）の数を含む、請求項１から３のいずれか一項に記載の方法（２００）。
5. 前記特性は、前記インフラストラクチャ（１１０）の成功したノード（１１５）の分散化を含む、請求項１から４のいずれか一項に記載の方法（２００）。
6. 前記特性は、ノード（１１５）の地理的分散化を含む、請求項１から５のいずれか一項に記載の方法（２００）。
7. 前記特性は、すべてのノード（１１５）の利用可能なすべての処理能力を含む、請求項１から６のいずれか一項に記載の方法（２００）。
8. 前記特性は、前記インフラストラクチャ（１１０）の前記ノード（１１５）に関する利用可能なすべての処理能力の分散化に関連する、請求項１から７のいずれか一項に記載の方法（２００）。
9. 前記特性は、前記ブロックチェーン（１０５）内のトランザクションに基づいて決定される、請求項１から８のいずれか一項に記載の方法（２００）。
10. 前記評価の時間経過が生成され（２３０）、生成された変数が前記経過に基づいて決定される、請求項１から９のいずれか一項に記載の方法（２００）。
11. 前記経過に基づいて、前記評価が前記パラメータを下回ることが予測される（２４０）、請求項１０に記載の方法（２００）。
12. ブロックチェーン（１０５）を監視するための装置（１２５）であって、前記装置は、
    前記ブロックチェーン（１０５）の少なくとも１つのノード（１１５）に接続するためのインターフェースと、
    信号を出力するためのインターフェース（１３５）と、
    請求項１から１１のいずれか一項に記載の方法（２００）を実行するための処理装置（１３０）と、を含む、装置（１２５）。

Images