XNUMXつの本物のブロックチェーンの使用例

XNUMXつの本物のブロックチェーンの使用例

タイムスタンプ：10年2016月6日04:XNUMX AM
ソースノード： 2968848

共有元帳が企業ITに真の価値を追加する場所

最初のリリースからほぼXNUMX年 マルチチェーン、私たちはブロックチェーンがプライベートで非暗号通貨の意味で、現実世界の問題にどのように適用できるか、または適用できないかについて多くのことを学びました。 これまでにわかったことを共有させてください。

まず、私たち（および他の多くの人々）が最初に始めたアイデアは間違っているようです。 このアイデアは、ビットコインから直接発想を得たものであり、プライベートブロックチェーン（または「共有元帳」）を使用して、資金、株式、債券、およびもっと。

これは技術的なレベルで完全に実行可能ですが、問題は何ですか？ 一言で、 秘密。 複数の機関が共有元帳を使用している場合、関係者の実際のIDをすぐに知らなくても、すべての機関はその元帳のすべてのトランザクションを確認できます。 これは規制と銀行間競争の商業的現実の両面で大きな問題であることが判明しました。 この問題を軽減するためのさまざまな戦略が利用可能または開発中ですが、誰が何を参照できるかを完全に制御する信頼できる仲介者によって管理される集中型データベースのシンプルさと効率に匹敵するものはありません。 少なくとも今のところ、大規模な金融機関は、コストはかかるものの、ほとんどのトランザクションをこれらの中間データベースに隠しておくことを好むようです。

この結論は、私たち自身の経験だけでなく、銀行の共有元帳を開発することを最初の目標としたいくつかの有名な新興企業が取った方向性にも基づいています。 たとえば、R3CEVとDigital Assetの両方が「契約記述言語」に取り組んでいます。 ロープ および DAML それぞれ（以前の例には MLFi および リカード契約）。 これらの言語を使用すると、複雑な金融契約の条件を、コンピュータが読み取り可能な形式で正式かつ明確に表すことができます。 欠点 イーサリアムスタイルの汎用計算の。 代わりに、ブロックチェーンはサポートの役割のみを果たし、契約を暗号化された形式で保存または公証し、いくつかの基本的な重複検出を実行します。 実際の契約の履行はブロックチェーンでは行われません。むしろ、契約の取引相手によってのみ実行され、監査人や規制当局が追加される可能性があります。

短期的には、これはおそらく実行できる最高の方法ですが、許可されたブロックチェーンに対するより広い野望はどこに残りますか？ パズルのより重要な部分を形成できる他のアプリケーションはありますか？

この問題は、理論的にも経験的にもアプローチできます。 理論的には、ブロックチェーンと従来のデータベースの主な違いに焦点を当て、これらが可能なユースケースのセットにどのように影響するかを説明します。 そして今回のケースでは、経験的に、今日マルチチェーンで構築されている現実のソリューションを分類することによって。 当然のことながら、理論と実践のどちらに焦点を当てても、同じクラスのユースケースが発生します。

  • 軽量の金融システム。
  • 来歴追跡。
  • 組織間の記録保持。
  • マルチパーティ集約。

これらを詳細に説明する前に、理論を要約しましょう。 私がしたように 前に議論した、ブロックチェーンと集中型データベースの最も重要なXNUMXつの違いは、次のように特徴付けられます。

  1. 仲介機能の排除。 ブロックチェーンを使用すると、相互に完全に信頼していない複数の関係者が、信頼できる仲介者を必要とせずに単一のデータベースを安全かつ直接共有できます。
  2. 機密性：ブロックチェーンのすべての参加者は、行われているすべてのトランザクションを確認できます。 （仮名アドレスと高度な暗号化を使用してこれらのトランザクションの一部の側面を隠す場合でも、ブロックチェーンは常に集中型データベースより多くの情報をリークします。）

言い換えれば、ブロックチェーンは共有データベースに理想的です。 すべてのユーザー することができます read すべて、しかし シングルユーザーなし 誰ができるかを制御する 書きます 何。 対照的に、従来のデータベースでは、単一のエンティティーがすべての読み取りおよび書き込み操作を制御しますが、他のユーザーはそのエンティティーの気まぐれに完全に影響を受けます。 それを一文にまとめると：

ブロックチェーンは、機密性を犠牲にして中傷が発生するトレードオフを表しています。

以下のXNUMXつのタイプの使用例を検討する際に、このコアトレードオフに繰り返し戻って、なぜそれぞれの場合において、非仲介の利点が機密性の低下のコストを上回るかを説明します。

軽量金融システム

エンティティのグループが金融システムをセットアップしたいと考える、最もよく知られているブロックチェーンアプリケーションのクラスから始めましょう。 このシステム内では、XNUMXつ以上の希少資産が取引され、それらのエンティティ間で交換されます。

のために どれか 資産が不足し続けるには、XNUMXつの関連する問題を解決する必要があります。 まず、資産の同じユニットを複数の場所に送信できないようにする必要があります（「二重支出」）。 第二に、誰もが気まぐれで資産の新しいユニットを作成することは不可能でなければなりません（「偽造」）。 これらのいずれかを実行できるエンティティは、システムから無制限の価値を盗む可能性があります。

これらの問題に対する一般的な解決策は、金属のコインや安全に印刷された紙などの物理的なトークンです。 これらのトークンは、物理的な規則により（文字通り）XNUMXつのトークンが同時にXNUMXか所に配置されるのを防ぐため、二重支出の問題を簡単に解決します。 偽造の問題は、トークンの製造を極めて困難にすることによって解決されます。 それでも、物理トークンにはいくつかの欠点があり、実用的ではありません。

  • 純粋な無記名資産として、物理的なトークンは痕跡や請求なしに盗まれる可能性があります。
  • 大量に移動したり、長距離を移動したりするには時間がかかり、コストもかかります。
  • 偽造できない物理トークンを作成することは、トリッキーでコストがかかります。

これらの欠点は、物理的なトークンを残し、信頼できる仲介者が管理する元帳に関して資産の所有権を再定義することで回避できます。 以前は、これらの元帳は紙の記録に基づいていましたが、現在は通常のデータベースで実行される傾向があります。 どちらの方法でも、仲介者は、認証された要求に応答して、元帳のコンテンツを変更することにより、所有権の移転を実行します。 物理的なトークンによる決済とは異なり、疑わしいトランザクションは迅速かつ簡単に取り消すことができます。

では、元帳の問題は何ですか？ 一言で言えば、 コントロールの集中。 XNUMXか所に非常に多くのパワーを配置することにより、技術的にも人間的にも重大なセキュリティ上の課題が生じます。 外部の誰かがデータベースにハッキングできる場合、彼らは自由に元帳を変更し、他の人の資金を盗んだり、その内容を完全に破壊したりできます。 さらに悪いことに、誰か その中 元帳が破損する可能性があり、この種の攻撃は検出または証明が困難です。 その結果、中央に元帳がある場合は、その元帳の整合性を維持するためのメカニズムに多大な時間とお金を投資する必要があります。 そして多くの場合、中央台帳と各取引当事者の元帳との間のバッチベースの調整を使用した継続的な検証が必要です。

ブロックチェーン（または「共有元帳」）を入力します。 これは、集中力の問題に悩まされることなく、元帳の利点を提供します。 代わりに、各エンティティは、元帳のコピーを保持する「ノード」を実行し、プライベートキーで保護されている独自のアセットを完全に制御します。 トランザクションはノード間でピアツーピア方式で伝播し、ブロックチェーンによりコンセンサスが維持されます。 このアーキテクチャでは、ハッカーやインサイダーが元帳の内容を破壊する可能性のある中心的な攻撃ポイントはありません。 その結果、デジタル金融システムをより迅速かつ安価に導入でき、リアルタイムで自動照合が行われるという利点もあります。

それで、欠点は何ですか？ 前述のように、共有された元帳のすべての参加者は、行われているすべてのトランザクションを確認し、機密性が必要な状況では使用できなくなります。 代わりに、ブロックチェーンは私が呼ぶものに適しています 軽量 金融システム、つまり経済的利害関係または参加者の数が比較的少ないシステム。 これらの場合、機密性はそれほど問題にならない傾向があります。参加者がお互いの行動に細心の注意を払っても、参加者は多くの価値を学びません。 そしてそれは正確です なぜなら 利害関係が少ないため、仲介業者を設立する手間とコストを回避したいと考えています。

軽量の金融システムのいくつかの明らかな例には、クラウドファンディング、ギフトカード、ポイント、および現地通貨が含まれます。特に、資産が複数の場所で引き換え可能な場合です。 しかし、直接競争していない資産運用会社間のピアツーピア取引など、主流の金融セクターでのユースケースも見られます。 ブロックチェーンもテストされています 内部 各部門または場所がその資金の管理を維持する必要がある大規模な組織の会計システム。 これらすべてのケースで、ブロックチェーンの低コストと摩擦は即時の利点を提供しますが、機密性の損失は問題ではありません。

来歴追跡

これは、MultiChainのユーザーから繰り返し聞くXNUMX番目のクラスのユースケースです。高級品、医薬品、化粧品、電子機器など、サプライチェーン全体での高価値アイテムの起源と動きを追跡します。 同様に、船荷証券や信用状などの重要な書類。 時間と距離にまたがるサプライチェーンでは、これらすべてのアイテムが偽造と盗難に苦しんでいます。

この問題は、次の方法でブロックチェーンを使用して対処できます。高価値のアイテムが作成されると、対応するデジタルトークンが信頼できるエンティティによって発行され、信頼できるエンティティがその起点を認証するように機能します。 次に、物理的なアイテムが手を交換するたびに、デジタルトークンが並行して移動されるため、実際の保管チェーンがブロックチェーンのトランザクションチェーンによって正確に反映されます。

必要に応じて、トークンは仮想の「真正性の証明書」として機能します。これは、一枚の紙よりも盗むまたは偽造することがはるかに困難です。 デジタルトークンを受け取ると、銀行、流通業者、小売業者、顧客のいずれであっても、物理的なアイテムの最終的な受取人は、保管場所から起源までの過程を確認できます。 確かに、船荷証券などの文書の場合、物理的なアイテムを完全に取り除くことができます。

これらすべては理にかなっていますが、鋭い読者は、アイテムの製造元によって（たとえば）管理されている通常のデータベースが同じタスクを実行できることに気付くでしょう。 このデータベースは、各アイテムの現在の所有者の記録を保存し、所有権の各変更を表す署名されたトランザクションを受け入れ、現在のプレーの状態に関する着信要求に応答します。

では、なぜ代わりにブロックチェーンを使用するのでしょうか？ その答えは、このタイプのアプリケーションには、分散信頼に利点があるということです。 一元化されたデータベースがどこで保持されているかに関係なく、その場所には、コンテンツを破損し、偽造または盗まれたアイテムを合法としてマークすることができる（そして賄賂を受ける可能性がある）人々がいます。 対照的に、サプライチェーンの参加者に集合的に属するブロックチェーンで出所が追跡されている場合、個々のエンティティまたはエンティティの小さなグループが監護の連鎖を破壊することはなく、エンドユーザーは受け取った回答をより信頼することができます。 おまけとして、さまざまなトークン（一部の商品や対応する船荷証券など）を双方向スワップで安全かつ直接交換できます 保証 最低のブロックチェーンレベルで。

機密性の問題はどうですか？ サプライチェーンの来歴に対するブロックチェーンの適合性は、このアプリケーションの単純なトランザクションパターンの結果です。 金融市場とは対照的に、ほとんどのトークンは、ブロックチェーンの参加者間で繰り返しやり取りされることなく、起点から終点まで一方向に移動します。 競合他社がめったに取引しない場合（例：おもちゃのメーカーからおもちゃのメーカー、または小売店から小売店）、お互いのブロックチェーンの「アドレス」を学習してそれらを実際のIDに関連付けることはできません。 さらに、活動は複数の元帳に簡単に分割でき、それぞれが異なる注文または種類の財を表します。

ファイナンス対サプライチェーントランザクション

組織間の記録保持

これまでの使用例は両方とも、トークン化されたアセット、つまり、参加者間で転送される価値のあるアイテムのチェーン表現に基づいています。 ただし、アセットに関連しないブロックチェーンの使用例のXNUMX番目のグループがあります。 代わりに、チェーンは集合的に記録および公証するためのメカニズムとして機能します どれか データのタイプ。その意味は財務的またはその他の場合があります。

そのような例のXNUMXつは、XNUMXつ以上の組織間の重要な通信の監査証跡です。たとえば、医療や法務部門などです。 偽造または削除された情報は他の組織に大きな損害を与えるため、グループの個々の組織がこの記録のアーカイブを維持することを信頼することはできません。 それにもかかわらず、紛争を防ぐために、すべてがアーカイブの内容に同意することが重要です。

この問題を解決するには、すべてのレコードが書き込まれる共有データベースが必要です。各レコードにはタイムスタンプと出所証明が添付されています。 標準的な解決策は、信頼できる仲介者を作成することです。仲介者の役割は、レコードを集中的に収集して保存することです。 ただし、ブロックチェーンは異なるアプローチを提供し、組織がこのアーカイブを共同で管理する方法を提供すると同時に、個々の参加者（またはその小さなグループ）による破損を防ぎます。

私が過去XNUMX年間に経験した中で最も啓発的な会話のXNUMXつは、 マイケル・マネッリ of Z /円。 彼の会社は20年間、タイムスタンプ、デジタル署名、ラウンドロビンコンセンサススキームを使用して、複数のエンティティが共有デジタル監査証跡を集合的に管理するシステムを構築してきました。 彼がこれらのシステムの技術的な詳細を説明したとき、それらはあらゆる点で許可されたブロックチェーンであることが明らかになりました。 言い換えれば、組織間の記録管理にブロックチェーンを使用することについて何も新しいことはありません。それは、世界がついに可能性を認識したようになったということだけです。

ブロックチェーンに保存されている実際のデータに関しては、XNUMXつの一般的なオプションがあります。

  • 暗号化されていないデータ。 これは、ブロックチェーンのすべての参加者が読み取ることができ、紛争が発生した場合に、完全な透明性と即時解決を提供します。
  • 暗号化データ。 これは、適切な復号化キーを持つ参加者のみが読み取ることができます。 紛争が発生した場合、誰でもこの鍵を裁判所などの信頼できる機関に開示し、ブロックチェーンを使用して、特定の時点で特定の当事者によって元のデータが追加されたことを証明できます。
  • ハッシュデータ。 「ハッシュ」は、コンパクトなデジタルフィンガープリントとして機能し、特定のデータへの取り組みを表しながら、そのデータを隠します。 一部のデータが与えられると、パーティはそれが特定のハッシュと一致するかどうかを簡単に確認できますが、データを推論します から そのハッシュは計算上不可能です。 ハッシュのみがブロックチェーンに置かれ、元のデータは問題が発生した場合に明らかにできる関係者によってオフチェーンで保存されます。

前述したように、R3CEVのCorda製品はこのXNUMX番目のアプローチを採用しています。 ハッシュの保存 内容を明かさずに、カウンターパーティ間の契約を公証するためにブロックチェーン上で。 この方法は、コンピューターで読み取り可能な契約の説明と、紙のドキュメントを含むPDFファイルの両方に使用できます。

当然のことながら、組織全体の記録保持では機密性は問題になりません。すべての目的は、すべての参加者が見ることができる共有アーカイブを作成することです（一部のデータが暗号化またはハッシュされている場合でも）。 実際、場合によっては、ブロックチェーンはデジタル署名されたアクセス要求の不変の記録を提供することにより、機密のオフチェーンデータへのアクセスの管理に役立ちます。 どちらの方法でも、仲介の直接的な利点は、この記録を維持するために追加のエンティティを作成して信頼する必要がないことです。

マルチパーティ集約

技術的に言えば、この最後のクラスのユースケースは、複数のパーティが集合的に管理されたレコードにデータを書き込んでいるという点で、前のユースケースと似ています。 ただし、この場合、動機は異なります。多数の個別のソースからの情報を組み合わせるというインフラストラクチャの困難さを克服するためです。

顧客ID検証の内部データベースを備えたXNUMXつの銀行を想像してください。 ある時点で、彼らは多くの顧客を共有していることに気づき、重複した作業を避けるために検証データを交換する相互共有の取り決めに入ります。 技術的には、合意は標準を使用して実装されます マスタースレーブデータ複製、各銀行は他のデータベースの読み取り専用のライブコピーを維持し、独自のデータベースとレプリカに対して並列にクエリを実行します。 ここまでは順調ですね。

これら5つの銀行がこの共有の輪に参加するように4つの他の銀行を招待するとします。 5つのバンクのそれぞれは、他の20つの読み取り専用レプリカとともに、独自のマスターデータベースを実行します。 25つのマスターとXNUMXのレプリカで、合計XNUMXのデータベースインスタンスがあります。 これは実行可能ですが、各銀行のIT部門で顕著な時間とリソースを消費します。

20の銀行がこの方法で情報を共有しているところまで早送りし、合計で400のデータベースインスタンスを調べます。 100銀行の場合、10,000インスタンスに達します。 一般に、すべてのパーティが他のパーティと情報を共有している場合、データベースインスタンスの総数は、参加者数のXNUMX乗で増加します。 このプロセスのある時点で、システムは故障する傾向があります。

それで解決策は何ですか？ XNUMXつの明白なオプションは、すべての銀行が信頼できる仲介業者にデータを提出することです。その仲介業者は、そのデータを単一のマスターデータベースに集約することです。 各銀行はこのデータベースをリモートでクエリするか、独自のXNUMXつの壁内でローカルの読み取り専用レプリカを実行できます。 このアプローチには何の問題もありませんが、ブロックチェーンは安価な代替手段を提供し、共有データベースはそれを使用する銀行によって直接実行されます。 ブロックチェーンはまた、 冗長性 および フェイルオーバー システム全体として。

ブロックチェーンが次のような分散データベースとして機能していないことを明確にすることが重要です カサンドラ or RethinkDB。 これらのシステムとは異なり、各ブロックチェーンノードは、ある参加者が別の参加者が追加したデータを変更または削除できないようにする一連のルールを適用します。 実際、これについてはまだ混乱があるようです。最近リリースされたブロックチェーンプラットフォームのXNUMXつは、XNUMXつの誤動作ノードによって破壊される可能性があります。 いずれにしても、適切な権限が付与されていれば、優れたプラットフォームにより、数千のノードを持つネットワークを簡単に管理し、自由に参加および離脱できます。

私はブロックチェーンとの間のよく引用された接続に少し懐疑的ですが モノのインターネット、私はこれが強力なそのような相乗効果があるところかもしれないと思います。 もちろん、各「もの」はブロックチェーンの完全なコピーをローカルに保存するには小さすぎます。 むしろ、データを含むトランザクションをブロックチェーンノードの分散ネットワークに送信し、ブロックチェーンノードはすべてを照合して、さらに検索および分析します。

結論：金融におけるブロックチェーン

私は、金融部門のブロックチェーンを想定した最初のユースケース、つまり、支払いと為替取引の一括決済について質問することから、この作品を始めました。 私はこの結論が一般的な知恵になっていると信じていますが、 注目すべき例外）、それはブロックチェーンがこの業界で他のアプリケーションを持たないことを意味しません。 実際、上記で概説したXNUMXつのクラスのユースケースのそれぞれについて、銀行やその他の金融機関への明確なアプリケーションが見られます。 それぞれ、これらは次のとおりです。小さな商圏、貿易金融の出所、二国間契約の公証、およびAML / KYCデータの集約。

理解するための鍵は、アーキテクチャ上、XNUMXつのクラスのユースケースは 特定の ファイナンスし、保険、ヘルスケア、流通、製造、ITなどの他のセクターにも同様に関連しています。 実際、プライベートブロックチェーンは、XNUMXつ以上の組織が現実の共有ビューを必要とし、そのビューが単一のソースに由来しない状況では考慮されるべきです。 これらの場合、ブロックチェーンは信頼できる仲介者の必要性に代わるものを提供し、手間とコストの大幅な節約につながります。

コメントを投稿してください LinkedInの上に.

タイムスタンプ：

より多くの マルチチェーン