実際のブロックチェーンのユースケースを見つけたかどうかを判断する方法
ブロックチェーンは誇大広告です。 そこで、私はそれを言った。 から SIBOS 〜へ Money20 / 20 の物語をカバーする エコノミスト および ユーロマネー、誰もがブロックチェーンワゴンに乗っているようです。 そして間違いなく、他の分野と同様に、概念実証を構築する企業が急速に増加している 私たちのプラットフォーム および/または私たちの助けを求める。
若いスタートアップとして、あなたは私たちが月を超えていると思うでしょう。 確かに今は、多額の資金を調達し、すでに設計した高性能の次世代ブロックチェーンプラットフォームを構築する時です。 私たちは一体何を待っているのですか？
何を教えます。 ブロックチェーンがどこにあるかをより明確に理解するのを待っています 真に エンタープライズITの付加価値。 ご覧のとおり、これらの次期プロジェクトの大部分は ブロックチェーンとはまったく関係ありません。 これがどのように再生されるかです。 大企業は、ブロックチェーンが次の大きなものであると聞いています。 大企業は、このテーマに興味を持っている人を社内で見つけています。 大企業は彼らに予算を与え、ブロックチェーンで何かをするように彼らに言います。 すぐに彼らは私たちのドアをノックし、ドル札を振って、尋ねます us 支援する それら ユースケースを考えます。 今何と言いますか？
プロジェクトを考えている人は何が問題ですか？ 多くの場合、プロジェクトは完全にうまく実装できます 通常のリレーショナルデータベースの使用。 あなたが知っている、大きな鉄の巨人は オラクル および SQLサーバー、またはよりオープンマインドな方のために、 MySQL および Postgres。 だから私は物事をまっすぐにすることから始めましょう：
今日のリレーショナルデータベースで要件が満たされている場合、ブロックチェーンを使用するのはおかしいでしょう。
どうして？ OracleやMySQLなどの製品は、何十年にもわたって開発されてきたからです。 それらは何兆ものクエリを実行する何百万ものサーバーに展開されています。 これらには、地球上で最も徹底的にテスト、デバッグ、最適化されたコードが含まれており、XNUMX秒あたり数千のトランザクションを汗を流さずに処理します。
そして、ブロックチェーンはどうですか？ 上手、 当社の製品 は最初に市場に出たものの5つであり、数千のダウンロードで、正確にXNUMXか月間利用可能でした。 実際に構築したため、非常に安定しています。 Bitcoin Core、ビットコインを動かすソフトウェア。 それでも この製品カテゴリ全体はまだおむつにあります.
それで、ブロックチェーンは役に立たないと言っていますか？ 絶対違う。 しかし、その光沢のあるブロックチェーンプロジェクトに着手する前に、非常に明確なアイデアを持っている必要があります ブロックチェーンを使用している理由。 満たす必要のある条件がたくさんあります。 そうでない場合は、設計図に戻る必要があります。 多分あなたはプロジェクトをよりよく定義することができます。 または、ブロックチェーンがまったく必要ないため、時間とお金を節約できます。
1.データベース
これが最初のルールです。 ブロックチェーンは、 共有データベース。 したがって、データベースを使用する理由を知ることから始める必要があります。これは、構造化された情報のリポジトリを意味します。 これは従来の リレーショナルデータベース、XNUMXつ以上のスプレッドシートのようなテーブルが含まれています。 またはそれはよりトレンドになることができます NoSQL これは、ファイルシステムや辞書のように機能します。 （理論的には、NoSQLデータベースはとにかくリレーショナルデータベースのサブセットにすぎません。）
金融資産の元帳は自然にデータベーステーブルとして表すことができ、各行は特定のエンティティが所有するXNUMXつの資産タイプを表します。 各行にはXNUMXつの列があります。（a）口座番号などの所有者の識別子、（b）「USD」や「AAPL」などの資産タイプの識別子、（c）その資産が保有する資産の数量オーナー。
データベースは、「トランザクション」を介して変更されます。これは、全体として承認または拒否する必要があるデータベースへの一連の変更を表します。 たとえば、資産台帳の場合、あるユーザーから別のユーザーへの支払いは、XNUMXつの行から適切な数量を差し引いて別の行に追加するトランザクションによって表されます。
2.複数のライター
これは簡単です。 ブロックチェーンは、 複数のライターを持つデータベース。 つまり、データベースを変更するトランザクションを生成するエンティティが複数存在する必要があります。 これらの作家が誰であるか知っていますか？
ほとんどの場合、ライターはデータベースのコピーを保持し、トランザクションを他のノードに中継する「ノード」も実行します。 ピアツーピア ファッション。 ただし、トランザクションは、自分でノードを実行していないユーザーによって作成される場合もあります。 たとえば、銀行の小さなグループによってまとめて管理されているが、モバイルデバイス上に数百万のエンドユーザーがいて、自分の銀行のシステムとのみ通信している支払いシステムについて考えてみます。
3.信頼の欠如
そして今、XNUMX番目のルールについてです。 複数のエンティティがデータベースに書き込んでいる場合は、ある程度の 不信 それらのエンティティの間。 つまり、ブロックチェーンは 信頼できないライターが複数いるデータベース.
不信は、市場で取引している銀行やサプライチェーンに関与している会社など、別々の組織間でのみ発生すると考えるかもしれません。 しかし、それも存在する可能性があります 単一の大規模組織内、例えば、部門間または異なる国の業務間。
不信とは具体的にどういう意味ですか？ つまり、あるユーザーが、自分が「所有する」データベースエントリを別のユーザーに変更させたくないということです。 同様に、データベースの内容を読むことになると、それぞれが異なる経済的または政治的インセンティブを持っているため、あるユーザーは別のユーザーによって報告された「真実」を福音として受け入れません。
4.中傷
したがって、これまでに定義された問題は、信頼できない複数のライターを持つデータベースを有効にすることです。 そして、この問題に対する既知の解決策はすでにあります： 信頼できる仲介者。 つまり、たとえ完全に信頼していなくても、すべての作家が信頼する人物です。 実際、世界には銀行の口座の元帳など、このような性質のデータベースが満載です。 あなたの銀行 データベースを制御します また、すべてのトランザクションが有効であり、資金を移動する顧客によって承認されていることを確認します。 どんなに礼儀正しく尋ねても、銀行はデータベースを直接変更することを決して許しません。
ブロックチェーンにより、信頼できる仲介者の必要性がなくなり、 複数の非信頼ライターが直接変更されるデータベース。 トランザクションを検証し、そのソースを認証するために中央のゲートキーパーは必要ありません。 代わりに、トランザクションの定義が拡張され、承認の証明と有効性の証明が含まれます。 したがって、トランザクションは すべてのノードによって個別に検証および処理されます データベースのコピーを保持します。
しかし、あなたが尋ねる必要がある質問は： この中間処理が必要ですか？ あなたのユースケースを考えると、権威あるデータベースを維持し、トランザクションゲートキーパーとして機能する中央当事者がいることに何か問題がありますか？ 信頼できる仲介業者よりもブロックチェーンベースのデータベースを好む正当な理由には、コストの削減、トランザクションの高速化、自動化などがあります。 和解、新しい規制、または適切な仲介者を見つけるための単純な無力。
5.トランザクションの相互作用
したがって、ブロックチェーンは、相互に完全に信頼しておらず、そのデータベースを直接変更する複数のライターによって共有されるデータベースに適しています。 しかし、それでもまだ十分ではありません。 ブロックチェーンはいくつかある場所で本当に輝きます トランザクション間の相互作用 これらの作家によって作成されました。
インタラクションとはどういう意味ですか？ 完全な意味で、これは、異なるライターによって作成されたトランザクションが相互に依存していることが多いことを意味します。 たとえば、アリスがボブにいくらかの資金を送り、その後ボブがチャーリーにいくらか送金するとします。 この場合、ボブのトランザクションはアリスのトランザクションに依存しており、アリスのトランザクションを確認せずにボブのトランザクションを確認する方法はありません。 この依存関係のために、トランザクションは自然に一緒に属します 単一の共有データベース.
これをさらに進めると、ブロックチェーンのXNUMXつの優れた機能は、トランザクションを作成できることです 複数のライターによる共同作業、どちらの当事者もリスクにさらされることなく。 これは 配達と支払い 信頼できる仲介者を必要とせずに、ブロックチェーン上で安全に実行される決済。
異なるライターからのトランザクションが互いに独立している場合でも、相互に相互相関している状況では、良いケースが作られます。 XNUMXつの例は、複数のエンティティが消費者のアイデンティティのさまざまな側面を検証する共有アイデンティティデータベースです。 このような認定はそれぞれ独立していますが、ブロックチェーンはすべてを統一された方法でまとめるのに役立つ方法を提供します。
6.ルールを設定する
これは実際には条件ではなく、以前のポイントの避けられない結果です。 複数のライターが直接変更したデータベースがあり、それらのライターが相互に完全に信頼していない場合、データベースには埋め込みルールが含まれている必要があります 実行されるトランザクションを制限する.
これらのルールは根本的に異なります 制約 それらは関連するため、従来のデータベースに表示されます 変革の正当性 特定の時点でのデータベースの状態ではなく。 すべてのトランザクションは、ネットワーク内のすべてのノードによってこれらのルールに照らしてチェックされ、失敗したトランザクションは拒否され、リレーされません。
資産台帳には、このタイプのルールの簡単な例が含まれており、トランザクションが空から資産を作成するのを防ぎます。 このルールは、元帳の各資産の合計数量は、すべてのトランザクションの前後で同じでなければならないことを示しています。
7.バリデーターを選ぶ
これまで、トランザクションが多くの場所で発生し、ノード間でピアツーピア方式で伝播し、すべてのノードによって独立して検証される分散データベースについて説明しました。 では、「ブロックチェーン」はどこにあるのでしょうか。 まあ、ブロックチェーンの仕事は 信頼できる最終トランザクションログ、その内容についてはすべてのノードがおそらく同意します。
なぜこのログが必要なのですか？ まず、新しく追加されたノードは、別のノードを信頼する必要なく、データベースの内容を最初から計算できます。 第XNUMXに、システムのダウンタイムまたは通信障害のために、一部のノードが一部のトランザクションを見逃す可能性に対処します。 トランザクションログがないと、これにより、XNUMXつのノードのデータベースが他のノードのデータベースから分岐し、共有データベースの目標が損なわれます。
第XNUMXに、XNUMXつのトランザクションが競合する可能性があるため、XNUMXつだけを受け入れることができます。 古典的な例は 二重支出 同じアセットがXNUMX人の異なる受信者に送信されます。 中央権限のないピアツーピアデータベースでは、ノードは、どのトランザクションを受け入れるかについて異なる意見を持つ場合があります。 客観的な正解はありません。 トランザクションをブロックチェーンで「確認」する必要があるため、すべてのノードが同じ決定に収束することが保証されます。
最後に、 Ethereumスタイルのブロックチェーン、正確な 発注 すべてのトランザクションができるため、トランザクションの重要な役割を果たします 何が起こるかに影響を与える 後続のすべてで。 この場合、ブロックチェーンは信頼できる年表を定義するように機能します。これがないと、トランザクションをまったく処理できません。
ブロックチェーンは文字通りブロックのチェーンであり、各ブロックにはグループとして確認された一連のトランザクションが含まれています。 しかし、各ブロックに入るトランザクションを選択する責任があるのは誰ですか？ エンタープライズアプリケーションに適した「プライベートブロックチェーン」の種類では、答えは、作成したブロックにデジタル署名するバリデーター（「マイナー」）の閉じたグループです。 このホワイトリストは、いくつかの形式の分散コンセンサススキームと組み合わされて、少数のバリデーターがチェーンの制御を奪うことを防ぎます。 たとえば、MultiChainは、 鉱業の多様性、許可された鉱山労働者が ラウンドロビン 機能していないノードを許容するためにある程度の寛大さを備えたファッション。
使用されるコンセンサス方式に関係なく、検証ノードは従来の集中型データベースの所有者よりもはるかに少ない能力しか持っていません。 バリデーターは、そのルールに違反してトランザクションを偽造したり、データベースを変更したりすることはできません。 資産台帳では、他の人のお金を使うことも、表示される資産の総数を変更することもできません。 それでも、バリデーターがデータベースの内容に過度に影響を与える方法はXNUMXつあります。
- トランザクション検閲。 十分な数のバリデーターが悪意を持って共謀する場合、それらは特定のトランザクションがブロックチェーンで確認されるのを防ぎ、それを永久に無縁のままにします。
- 偏った対立の解決。 XNUMXつのトランザクションが競合する場合、次のブロックを作成するバリデーターは、ブロックチェーンで確認されるトランザクションを決定し、他のトランザクションを拒否します。 公正な選択は最初に見られたトランザクションですが、バリデーターはこれを明らかにせずに他の要因に基づいて選択できます。
これらの問題のため、ブロックチェーンベースのデータベースをデプロイするときは、次のことを明確に理解する必要があります あなたのバリデーターは誰で、なぜあなたはそれらを信頼するのか、単独ではないとしても集合的に。 ユースケースに応じて、（a）単一の組織によって制御されるXNUMXつ以上のノード、（b）チェーンを維持する組織のコアグループ、または（c）ネットワーク上のすべてのノードとしてバリデーターを選択できます。
8.資産を取り戻す
ここまで来たら、私がブロックチェーンをより一般的な「共有元帳」ではなく、共有データベースと呼ぶ傾向があることに気づいたかもしれません。 どうして？ なぜなら、テクノロジーとして、ブロックチェーンは資産の所有権の追跡をはるかに超える問題に適用できるからです。 複数の信頼できないライターがいるデータベースは、中央の仲介者を必要とせずに、ブロックチェーンを介して実装できます。 例には、共有カレンダー、wikiスタイルのコラボレーション、ディスカッションフォーラムが含まれます。
そうは言っても、今のところ、ブロックチェーンは主に金融資産の動きと交換を追跡する人々に関心があるようです。 これにはXNUMXつの理由が考えられます。（a）金融セクターがビットコインなどの暗号通貨の（振り返ってみると、非常に小さな）脅威に対応していること、および（b）資産台帳が共有データベースの最も単純で自然な例である複数の非信頼エンティティによって作成された相互依存トランザクション。
資産台帳としてブロックチェーンを使用したい場合は、もうXNUMXつの重要な質問に答える必要があります：移動する資産の性質は何ですか？ これは、現金や債券、船荷証券を意味するだけではありませんが、もちろんそれも重要です。 問題はむしろ： ブロックチェーンで表される資産の後ろに立つのは誰ですか？ 私が何かを10ユニット所有しているとデータベースが言っている場合、その10ユニットを要求することができます。 現実世界では？ ブロックチェーンに書かれているものを従来の物理的資産に変換できない場合、誰を訴えればよいですか？ （これを参照してください 資産契約 例）
もちろん、答えはユースケースによって異なります。 金融資産の場合、保管銀行が伝統的な形で現金を受け取り、ブロックチェーンを利用した分散型台帳で預金者の口座に入金することを想像できます。 貿易金融では、信用状と船荷証券は、それぞれ輸入者の銀行と運送会社によって支えられます。 さらに将来的には、 一次発行 社債の調達は、資金調達を目指す企業がブロックチェーンで直接行う。
まとめ
冒頭で述べたように、プロジェクトが満たされない場合 これらのすべての条件、ブロックチェーンは使用しないでください。 最初のXNUMXつのいずれもない場合は、（a）通常のファイルストレージ、（b）集中データベース、（c）マスタースレーブ データベース複製、または（d）ユーザーがアクセスできる複数のデータベース 申し込む.
最初のXNUMXつを達成しても、やらなければならないことがまだあります。 データベースが許可するトランザクションに関してアプリケーションのルールを表現できる必要があります。 バリデーターとして信頼できる人と、分散コンセンサスをどのように定義するかについて自信を持つ必要があります。 最後に、共有元帳の作成を検討している場合は、その元帳が表す資産を誰が裏付けるかを知る必要があります。
すべての答えを得ましたか？ おめでとうございます、あなたは本当のブロックチェーンのユースケースを持っています。 そして あなたからの御一報をお待ちしています.
コメントを投稿してください LinkedInの上に。 このフォローアップも参照してください。 XNUMXつの本物のブロックチェーンの使用例.
