管理され許可されたブロックチェーン (IBM bluemixが提供するハイパーレジャー ブロックチェーン サービスなど) は、リレーショナル データベース サービスとどう違うのですか?
1 に答える
従来のデータベースに対する許可型ブロックチェーン システムの価値命題は単純です。暗号で署名された履歴による整合性です。Twitter が私のツイートを編集するのを止めて、私が言っていないことを言ったように見せかけているのはなぜですか? ほとんど何もない。
ここで、ブロックチェーン アプローチの出番です。Twitter が他のユーザーがコピーできるブロックチェーンにツイートを保存した場合、Twitter がこのチェーンに加えた変更はすべてキャッチされます。ブロックチェーンは、データベース内のデータの整合性を維持します。彼らは人々が本を料理するのを防ぎます。これは、特定のアプリケーション分野では非常に重要で価値があります。
一般に、プライベート ブロックチェーンまたはパーミッション ブロックチェーンは、たとえそのデータベースが完全に信頼できる環境であっても、分散データベースで一貫性を確保するための新しい方法と見なすことができます。ブロックチェーンが 2 つのトランザクションが同じ前のトランザクション出力を消費するのを防ぐ方法と、リレーショナル データベースのマルチバージョン同時実行制御(MVCC) が 2 つのトランザクションが同じデータベース行を変更/削除するのを防ぐ方法との間には、同等性があります。MVCC ストレージ レイヤーの観点からは、行を変更するようなことはありません。
これは、許可されたブロックチェーンが MVCC と同じ種類の同時実行制御を提供できることを意味しますが、多くの異なる場所から同時に書き込むことができる分散データベース内にあります (マルチマスター レプリケーション)。ブロックチェーンは確かにこのようなすべてのシナリオにとって理想的なソリューションではありませんが、行サイズが小さい場合、トランザクションは少数の行に影響し、誰かが不正行為を行った場合にのみ競合が発生します。許可されたブロックチェーンは、多くのノード間で単一のハッシュを通じて証明可能な一貫性を維持できます分散データベースのすべてで、データへの書き込みが可能です。
信頼が不完全なエンティティ間で共有データベースを維持する場合、許可型ブロックチェーンにはいくつかの優れた追加機能があります。
データベースには、有効なトランザクションに対する制約の形式でアプリケーション ロジックを含めることができます。この種の制約は、どのような状況でも回避できないため、通常のデータベース ストアド プロシージャを超えています。
データベースには、公開鍵暗号化を使用する行ごとの権限があります。さらに、すべてのトランザクションは、その作成者が以前の行を削除/変更する権利を持っていたという公に監査可能な証拠を提示します。
もちろん、偶然ではありませんが、これらは企業間の財務台帳データベースに非常に関連する機能です。完全性の証明に必要なのは、不変の履歴を持つ署名済みのコミットメントだけです。さらに、コミットメントが不変であると仮定すると (トランザクションは、前のコミットメントのアクションを元に戻す新しいコミットメントを追加することによってのみ元に戻すことができます)、最新のコミットメントのみを追跡する必要があります。
コミットメントの署名者が既知のエンティティである場合、コミットメントの署名者を正直に保つために必要なのは、1 人の正直な「監査人」だけです。署名者を注意深く観察していれば、署名者が履歴を変更したことを簡単に証明できます。
もう 1 つの使用例は、許可された参加者が協力関係者の限られたグループであり、特定の永続的な信頼がない場合です。NASDAQの例は、この使用例です。現在、手作業による記録 (通常はスプレッドシート) と費用のかかる弁護士によって信頼要件を取り除いている既知の参加者のセット. ブロックチェーン スタイルの共有データベースは、SQL DB よりも低速ですが、この場合、現在の手動/法的プロセスよりも高速かつ低コストで整合性の証明を解決します。
参考文献:
帰属: その回答の一部は、 CC BY-SA 3.0の条件の下でBitcoin Stack ExchangeのGreg Slepak、Eric Lombrozo、Gideon Greenspan、および Ron Ohara によって作成されました。