論文翻訳: Reaching Agreement in the Presence of Faults

Takami Torao 1979年の論文 #BFT
  • このエントリーをはてなブックマークに追加

ABSTRACT

ここで扱われている問題は 2 者間のメッセージによってのみ通信する、一部の未知の部分集合が故障している可能性のある、独立したプロセッサの集合に関するものである。故障していない各プロセッサは、他の互いに故障していないプロセッサと通信されなければならない情報のプライベートな値を有する。故障のないプロセッサは常に正しく通信するが、故障のあるプロセッサは嘘をつくことがある。論点は、プロセッサ自身が値を通信し、他から受信した値を中継して、故障していないプロセッサが互いのプロセッサの値を参照できるようにするアルゴリズムを考案することである。故障していないプロセッサについて参照される値はそのプロセッサのプライベート値でなければならず、故障したプロセッサについて推測される値は、他の故障していないプロセッサによって推測される対応する値を一致しなければならない。

この問題は に対してのみ解決可能であることが示されている。ここで はプロセッサの総数、 は障害のあるプロセッサ数である。また、故障したプロセッサが情報を渡すことを拒否できるが誤った情報を中継することができない場合、問題は任意の に対して解決可能であることも示されている。

KEY WORD AND PHRASES. 合意, 認証, 一貫性, 分散実行, 障害回避, 障害耐性, 同期, 投票
CR CATEGORIES: 3.81, 4.39, 5.29, 5.39, 6.22

Table of Contents

  1. ABSTRACT
  2. 1. Introduction
  3. 2. The Single-Fault Case
  4. 3. A Procedure for
  5. 4. Proof of Impossibility for
  6. 5. An Algorithm Using Authenticators
  7. 6. Conclusions
  8. REFERENCES
  9. 翻訳抄

1. Introduction

しばしばフォールトトレラントシステムは独立したプロセッサまたはプロセスがある正確な相互合意に達することのできる手段を必要とする。例えば、冗長システムのプロセッサがそれらのそれらの内部クロックを周期的に同期させることが必要であるかもしれない。あるいは、それぞれにわずかに異なる測定値を与える時変入力センサーの値を決定しなければならないかも知れない。故障がなければ、十分な相互合意に達することは通常容易なことである。ほとんどの場合、単に値を交換し (時刻, クロック同期の場合) ある種の平均を計算するだけで十分である。しかし、欠陥のあるプロセッサが存在する場合は単純な交換が信用できない; 不良プロセッサはある値を特定のプロセッサに報告し、別の値を他のプロセッサに報告してそれぞれが異なる "平均" を計算する可能性がある。

故障のあるプロセッサの影響は複数回の情報交換ラウンドによる投票方式を使うことによって対処できると考える人もいるだろう; そのようなスキームは故障しているプロセッサが故障であることを明らかにするか、または少なくとも故障していないプロセッサに対して、後者が正確な一致に達することを可能にするのに十分な一貫して動作することを強制する可能性がある。これから述べるように、例え故障したプロセッサが少数派であることが分かっていたとしても、この種のスキームを考案することは必ずしも可能ではない。しかし、故障していないプロセッサの数が故障したプロセッサの数を十分に上回る場合には、故障していないプロセッサが正確に一致することを可能にするアルゴリズムが存在する。

我々の結果は相互一貫性 (interactive consistency) の概念を用いて以下のように定式化する: 個の独立したプロセッサの集合を考慮し、そのうち 個以下が故障であることが分かっている。ただし、どのプロセッサが故障しているかは不明である。プロセッサは 2 者間のメッセージによってのみ通信できると仮定する。通信媒体はフェールセーフであり遅延は無視できると想定する。さらに、メッセージの送信者は受信者から常に識別可能である。また各プロセッサ はプライベート値の情報 (クロック値やセンサーの読み取り値など) を有する者とする。論点は、与えられた に対して故障していないプロセッサ 個のプロセッサそれぞれの要素を用いて値のベクトルを計算することを可能にするメッセージの交換に基づいて、以下のようなアルゴリズムを考案することが可能かどうかである。

  1. 故障のないプロセッサは正確に同じベクトルを計算する;
  2. 特定の故障していないプロセッサに対応するこのベクトル要素は、そのプロセッサのプライベート値である。

このアルゴリズムはどのプロセッサが故障しているかを明らかにする必要はなく、故障したプロセッサに対応する計算されたベクトルの要素は任意で有り得ることに留意されたい; 問題となるのは故障していないプロセッサが故障しているプロセッサに対して正確に同じ値を計算することだけである。

このようなアルゴリズムは、故障していないプロセッサが故障したプロセッサを含む全てのプロセッサが保持している値の一貫した見方を得ることを可能にするため相互一貫性を達成すると述べている。計算されたベクトルは interactive consistency (i.c.) ベクトルと呼ばれる。相互一貫性が達成されると、故障していない各プロセスはアプリケーションの必要に応じて、平均化またはフィルタリング機能を i.c. ベクトルに適用することができる。故障していない各プロセッサはこの機能を同じベクトル値に適用するので必然的に厳密な一致に達する。

以下のセクションでは となる でのみ相互一貫性を保証するアルゴリズムを考案できることを示す。特に、単一障害の場合には最低 4 つのプロセッサが必要となる。しかし、我々は、故障プロセッサが他のプロセッサから得た情報を渡すことを拒否できるが、その情報を書き換えて報告することができないと仮定した場合、任意の に対して相互一貫性を保証できることも示す。この仮定はセクション 5 で論議する認証コード (authenticator) を使用して実際に近づくことができる。

セクション 2 では単一障害ケースの説明から始める。セクション 3 は への一般化、セクション 4 は に対する不可能性議論である。セクション 5 では上記の制限された仮定の下で働く任意の ののためのアルゴリズムを与える。結論と今後の研究課題についてはセクション 6 で述べる。ここで考察した問題と同様の問題は Davis and Wakerly[1] によって研究されている。

2. The Single-Fault Case

問題に対する感覚を読者に与えるために の単純な場合で相互一貫性を得るための手順から始める。手順はメッセージの交換からなり、それに続いて交換の結果に基づいて相互一貫性ベクトルの計算を行う。

2 回の情報交換が必要である。最初のラウンドでプロセッサはプライベート値を交換する。第 2 ラウンドでは、第 1 ラウンドで得られた結果を交換する。もちろん、問題のあるプロセッサは "嘘をつく" し、メッセージ送信の拒否もする。故障していないプロセッサ が他のプロセッサから期待されるメッセージを受信できない場合、 は単に値をランダムに選択し、その値が送信されたかのように動作する。

交換が完了すると故障していないプロセッサ は、 自身に対応する相互一貫性の要素について、そのプライベート値 を記録する。他の全てのプロセッサ に対応する要素は、受信した 3 つの の値のレポートを調べることによって得られる (これらのうち 1 つは第1ラウンドで から直接取得され、残りの 2 つのプロセッサは第 2 ラウンドで から取得される)。3 つのレポートのうち少なくとも 2 つが一致する場合、過半数の値が使用される。それ以外の場合は "NIL" などのデフォルト値が使用される。

この手順によって相互一貫性が保証されることを確認するには、まず が故障していない場合、 と他の故障していないプロセッサの両方から を受け取ることに注目する。従って、 は希望通り を記録する。ここで が故障しているとすると、我々は と他の 2 つの故障していないプロセッサが に対して同じ値を記録することだけを示す必要がある。故障していない全てのプロセッサが NIL を記録していれば作業は完了である。そうでなければ、ある故障していないプロセッサ、例えば は、少なくとも 2 つの他のプロセッサから非 NIL 値 を受け取ることで を記録する。ここで、 が故障していない他のプロセッサの両方から を受け取った場合、故障していない全てのプロセッサは 以外の全てのプロセッサから (おそらく からも) を受け取らなければならない; 従って故障していない全てのプロセッサは を記録する。そうでなければ、 は他の故障していないプロセッサ 以外の全てのプロセッサから を受け取っていなければならない。この場合、 以外の全てのプロセッサから を受信し (つまり を記録する)、他の全ての故障していないプロセッサは 以外の全てのプロセッサから を受信する。従って故障のない全てのプロセッサは必然的に を記録する。

3. A Procedure for

直前のセクションで説明した手順では 2 回の情報交換が必要であったことを示した。最初の交換は "my private value is" という主旨の通信であり、2 回目は "process told me his private value is..." という主旨の通信である。 個の故障の一般的な場合では ラウンドが必要とされる。アルゴリズムを説明するためには、このメッセージ交換をより正式な方法で特徴付けることが便利である。

をプロセッサの集合、 を値の集合とする。 に対する -レベルのシナリオ から への空でない列の集合 (おそらく繰り返しを含む) として定義する。-レベルシナリオ と列 に対して、 から、 から、 から… から がプライベート値であることを伝える。単一要素列 に対して、 は単に のプライベート値 を指定する。従って -レベルのシナリオでは ラウンドの情報交換の結果が要約されている。(故障しているプロセッサが誰に情報を提供したかを判断する場合、与えられた値について嘘をつく事と等価であることに注意。) また、特定の故障していないプロセッサのサブセットについては特定のマッピングのみが考えられる; 特に、故障していないプロセッサは常に情報の中継に正しいため、シナリオは正常なプロセッサ 、任意のプロセッサ 、列 に対してを満たす必要がある。

シナリオ におけるプロセッサ が受信するメッセージは、 で始まる列に対する の制約 によって与えられる。任意の , に対してここで示している手続きは、与えられた に対して、各プロセッサ に対応する相互一貫性ベクトルの要素 の計算に関して説明されている。計算は次の通り:

  1. のあるサブセット および値 に対して 上の全ての列 に対して であるなら、 を記録する。
  2. そうでなければ , に対するアルゴリズムは、 上の の全ての列 に対して に置き換え、 を以下に定義する に変換して再帰的に適用される。再帰呼び出しで得られたベクトル内の 個の要素の少なくとも が一致する場合、 は共通の値を記録し、そうで無ければ は NIL を記録する。

が除外され各プロセッサの値が 内の から直接得られた値である事に注意。またアルゴリズムは , の場合に本質的に直前のセクションで与えられたものに帰着する事にも注意。

上記で与えられたアルゴリズムが確かに相互一貫性を保証すると言う証明は の帰納によって導かれる:

Basis 。この場合、どのプロセッサも故障しておらず、アルゴリズムは常にステップ (1) で終了し、 に対する を記録する。

Induction Step 。最初に、 が故障していない場合、故障していないプロセッサの集合上の の各列 (空の列を含む) に対して であることに注意。この集合は のメンバーを持ち (ここで であるため )、アルゴリズムのステップ (1) の に対する要件を満たす。さらに、これらの要件を満たす全ての集合は故障していないプロセッサを含まなければならず ( より)、従って共通の値として も得なければならない。従ってアルゴリズムはステップ (1) で終了し は必然的に を記録する。

ここで が故障していると仮定する。我々は に対して記録する値が、他のプロセッサ に対して記録する値と一致することを示す必要がある。

最初に適当な集合 に存在する の両方がステップ (1) の手続きを終了するケースについて考える。そのような集合の全てが 以上のメンバーを持っており、 メンバーのみを持っていることから、二つの集合は 以上の共通のメンバーを持たなければならない。それらの少なくとも一つは故障していない必要があるため、2 つの集合は必然的に同じ値 を生成する必要がある。

次に がステップ (1) で終了し、適当な集合 と共通の値 を見つけ、 がステップ (2) を実行すると仮定する。我々は が再帰呼び出しで計算する 個に対応する要素は に等しいことを主張する。 は少なくとも 個のメンバーを持つことから、ステップ (2) に従い を記録するだろう。 のメンバーに対応する要素が実際に と等しいことを確認するため、再帰呼び出しでベクトルを計算するために が使用するマッピング は、 上で の列 それぞれに対するで定義された -レベルのシナリオ で始まる列の制約である。帰納仮定によってこのベクトルは再帰呼び出しによって作られた を持つ の制約 を使って計算された と同一である。さらに、 がアルゴリズムのステップ (1) を満たすため、値 で与えられる に対応するこのベクトルの要素について計算された でなければならない。( 上の の各列 に対して であることに注意。) がステップ (1) で終了し がステップ (2) で終了するケースも同様に扱われる。

残りの 1 つは がステップ (2) で終了するケースである。この場合、両方が再帰し、帰納仮定により正確に同じベクトル、つまり に対して同じ値を算出しなければならない。Q.E.D.

4. Proof of Impossibility for

直前のセクションの手続きは のみの相互一貫性を保証する。このセクションでは 境界が厳しいことを示す。我々は 回の情報交換で の相互一貫性を保証することが不可能ということだけではなく、無限回の交換 (例えば 上の全ての空でない列から へマッピングするシナリオを使うなど) ができるとしてもそれが不可能であることを証明する。

なぜ のプロセッサでは足りないかという直感を得るために 3 つのプロセッサ が故障している場合について考える。正しい方法を濁すことで一貫性を得るための の取り組みを は妨げることができる。特に から へのメッセージは のプライベート値が 1 で が故障していることを示唆するようにできるし、同様に から へのメッセージでは のプライベート値が 2 で が故障していることを示唆するようにもできる。 がそのカードを正しくプレイした場合、 のどちらが故障しているか、また のどちらが故障しているかを判断できないだろう。従って の値として 1 を記録する他に選択肢がないし、 は 2 を記録しなければならず、相互一貫性を失うことになる。

不可能であることの結果とその証明の正確な記述を行うためにいくつかの公式を定義する必要がある。

最初に、シナリオ 上の全ての空でない列 から への写像を定義する。与えられた に対して、 から始まる列から成る のサブセットから への写像として -シナリオを定義する。

次に、与えられた の故障していないプロセッサの選択と、与えられたシナリオ に対して、それぞれ , , ( 上の全ての列の集合) の時に であれば、 と一致するとする。(言い換えれば、 内の各プロセッサが常に真実の知っている、聞いていることを報告するとき、 は常に と一致する。)

ここで相互一貫性の概念を以下のように定義する。各 に対して、-シナリオ とプロセッサ を引数とし の値を返す写像とする。(直感的に、 に基づく に対応する相互一貫性ベクトルの要素を算出する値を与える。) の各選択に対して、, と一致する各シナリオ である場合、

  1. 全ての , に対して
  2. 全ての , に対して

個の故障に対する相互一貫性を保証している。ここで はそれぞれ で始まる列に対する制限 を示す。

直感的には、節 (i) はそれぞれの故障していないプロセッサ がそれぞれの故障していないプロセッサ のプライベート値を正しく計算することを要求し、節 (ii) は 2 つの故障していないプロセッサがそれぞれ同じベクトルを計算することを要求している。

THEOREM . もし であるなら、 個の故障に対する相互一貫性を保証する は存在しない。

PROOF. 反対に 個の故障に対して相互一貫性を保証すると仮定する。 であるため、 は 3 つの空でない集合 , および に分割でき、それぞれは 以下のメンバーを持つ。 内の 2 つの異なる値とする。我々の一般的な計画は、 とそれぞれ一致するような 3 つのシナリオ , , を構築することである。 のメンバーは全て、プライベート値 に、 に与えられるだろう。さらに , , は、どのような と区別することができず (例えば )、どのようなプロセッサ と区別することができない (例えば ような方法で構築されるだろう。これはシナリオ に対して のプロセッサが のメンバーに対して異なる値を算出することに繋がるだろう。

我々はシナリオ , , を以下のように再帰的に定義する:

  1. のメンバーで終わらない各 に対して、とする。
  2. , , それぞれに対して、とする。
  3. , , , , (つまり で終了する 上の任意の列) それぞれに対してとする。

, , がそれぞれ実際に と一致していることを検査することによって検証することは容易である。さらに、全ての , , に対して、 の長さの簡単な帰納証明によってであることを示すことができる。

そしてそれは相互一貫性の定義からどのような , , に対してもを導くことになり矛盾する。Q.E.D.

5. An Algorithm Using Authenticators

前セクションの否定的な結果は、故障したプロセッサが他のプロセッサから受け取った値を渡すことを拒否するか、またはねつ造した値を渡すことができるという仮定に強く依存している。このセクションでは後者の可能性が排除された状況を扱う。言い換えれば、故障したプロセッサはそれ自身の値に "嘘をつく" ことがあり、受け取った値を中継することを拒否することができるが、自分自身が故障していることを暴露することなしに改ざんした値を中継することができない。

実際に、この仮定は認証子 (authenticator) を使用して任意の高い確率で満たすことができる。認証子は、理想的にはデータの発信元によってのみ作成されることができるデータ項目への冗長な拡張である。プロセッサ はデータ項目 に対して を計算することによって認証子を構築する。ここで のみが知っている何らかのマッピングである。 以外のプロセッサ が、与えられた に対して認証子 を生成できることは高い確率で不可能でなければならない。同時に、与えられた , , に対して であることを検証するのが容易でなければならない。このような特性を持つマッピングを考案することは暗号理論の問題である。それらの構築方法は [2] と [3] で論議されている。故障が悪意をもった巧者ではなくランダムなエラーによる故障を想定する多くのアプリケーションでは、"適切にランダム化した" データのマッピングで十分である。

シナリオ は以下のようにして実行される。以前と同様に のプライベート値を示すとする。 は 3 つの からなるメッセージを に送信することでこの値を伝達する。ここで である。 はメッセージを受信すると であることを確認する。もしそうであれば の値であるとして受け入れる。そうでなければ、 とする。より一般的には、もし 形式のメッセージを正確に 1 つだけ受信する。ここで であり、そして , に対して である。そうで無ければ である。

このようにして構築されたシナリオ は、全てのプロセッサ , 上の列 , の場合、故障していないプロセッサの与えられた選択 と一致する。

  1. または NIL のいずれか

条件 (i) は故障していないプロセッサが常に正しく振る舞うことを保証する。条件 (ii) はプロセッサが故障していないプロセッサから受信した情報を改ざんして中継できないことを保証する。

ここで、-レベルの認証されたシナリオを使用して、あらゆる に対して相互一貫性を保証する手順を提示する。前述のように、故障していないプロセッサ に基づいて、特定のプロセッサ について記録する値について説明されている:

を全ての非 NIL 値 の集合とする。ここで 上の の異なる要素の列を範囲とする。もし が正確に 1 つの要素 を持つ場合 に対する を記録する; そうでなければ は NIL を記録する。

相互一貫性が保証されていることを確認するためにまず が故障していないケースを考える。この場合、 は条件 (ii) によってそれぞれの適当な に対して か NIL のどちらかを取る。特に、(i) によって であるため である。従って は必然的に に対する を記録する。

もし が故障していれば、故障していない 2 つのプロセッサ それぞれについてだけ 、例えば 上で の繰り返しのないある列 に対して を示せば十分である。( として) に現れるとすると (ii) により となる; 従って である。最後に、もし に現れず の長さが なら、 の形式でなければならない。ここで は故障しておらず、 ((ii) により) ((i) により) である。どのようなケースでも である。対称的な論議は、もし であれば であることを示している。従って必然的に である。Q.E.D.

6. Conclusions

相互一貫性を得るという問題は実行制御が分散されているフォールトトレラントシステムの設計において非常に根本的であるように見える。SRI で開発されている SIFT [4] フォールトトレラントコンピュータでは、設計の少なくとも 3 つの側面 ─ クロック同期、センサーからの入力安定性、および診断テスト結果に関する合意で一貫性のある整合性システムが必要となる。このシステム設計の予備段階では、これらの状況を処理するために単純な過半数投票スキームが考案されることが素朴に想定されていた。単純な過半数では不十分であるという漸進的な認識はここで報告される結果に繋がった。

これらの結果は相互一貫性に関して提起できる全ての問題に答えるものではない。ここで定義されたアルゴリズムはその存在を実証することを意図している。こうりつてきなアルゴリズムと制限された通信の仮定の下で動作するアルゴリズムの構築は将来の研究のためのトピックである。考慮されるであろう他の問題には、おおよその合意に達すること、および様々な確率的仮定の下で合意に達することの問題が含まれている。

ACKNOWLEDGMENTS. The authors gratefully acknowledge the substantial contribution of ideas to this paper by K. N. Levitt, P. M. Melliar-Smith, and J. H. Wensley, and the reviewers. We are especially grateful to E. Migneault of NASA-Langley for his perceptive insights into the importance and difficulty of the problem.

REFERENCES

  1. DAVIES, D, AND WAKERLY, J. Synchronization and matching in redundant systems IEEE Trans on Comptrs. C-27, 6 (June 1978), 531-539.
  2. DIFFIE, W, AND HELLMAN, M. New directions in cryptography. IEEE Trans Inform. Theory IT-22, 6 (Nov 1976), 644-654
  3. RIVEST, R.L., SHAMIR, A, AND ADLEMAN, L A A method for obtaining digital signatures and public-key cryptosystems. Comm. ACM 21, 2 (Feb 1978), 120-126.
  4. WENSLEY, J H., ET AL. SIFT: design and analysis of a fault-tolerant computer for aircraft control Proc. IEEE 66, 10 (Oct. 1978), 1240-1255.

RECEIVED NOVEMBER 1978; REVISED APRIL 1979; ACCEPTED MAY 1979

翻訳抄

ビザンチン故障を含むネットワークでの分散合意が可能な条件についての 1979 年の論文。