そこで、以下では、ITを含む研究分野のリーディングカンパニーであるGartner Incで報告された10個のエラーの翻訳を提供します。
ブロックチェーンが発展するにつれて、CIOは一般的なトラップを考慮することで不合理な障害を回避できます。
組織は、送金、アカデミック認証システム、土地所有権システム、製品追跡など、さまざまなユースケースでブロックチェーン技術の実験を開始しています。 それにもかかわらず、ガートナーによると、2015年に開始されたブロックチェーンベースのプロジェクトの90％は18-24ヶ月以内に閉鎖されます 。
問題の一部は、ほとんどの（オン）ブロックチェーンプロジェクトが実際にこのテクノロジーを必要としないことです。 実際、これらのプロジェクトは、ブロックチェーンを使用しなければ、おそらくより成功するでしょう。
ブロックチェーンテクノロジーは、ガートナーハイプサイクルで高い期待のピークにあります。つまり、水泳に着手する前に、ITマネージャーは、企業プロジェクトの失望や失敗につながる可能性のある一般的なミス（エラー）を認識する必要があります。
ガートナーの副社長兼従業員であるレイ・バルデスは、次のように述べています。「現在の世代の技術プラットフォームには、多くの分野で大きな制限があり、長期ビジョン（理解）で定められた要件を満たすことができません。 多くの企業は、「盲目的に飛び乗ろうとしています」。そして、ほとんどの企業にとって、失望は次のステップになります。
ただし、「シンスポット」の単純なビジョンは、企業が同じネットワークに入ることを回避するのに役立ちます。
1.ブロックチェーン技術の目的を誤解または無視します。
ブロックチェーン技術を効果的に使用するには、 プロジェクトは信頼できない環境に信頼性を追加し 、分散レジストリメカニズムを使用する必要があります。 プライベートブロックチェーンを展開すると、セキュリティ条件が弱くなり、一元化されたID管理システムに加えて、信頼性に関するすべての仮定（o）を排除するコンセンサスメカニズムが採用されます。 これを改善するには、企業はシステム全体の信頼モデルを作成して、信頼領域と非信頼領域を定義し、信頼されていない部分にのみブロックチェーンを適用する必要があります 。
2.現在の技術が生産で使用できる状態にあるという前提。
市場のテクノロジーに基づいたプラットフォームは50種類以上ありますが、ビットコインとイーサリアムのみが「（適切な）規模」であることが証明されています。 ただし、実際には、サードレートのシステムインテグレーターと複数の新興企業が、まるで成熟したかのようにテクノロジを販売しています。 CIOは、ほとんどのブロックチェーンプラットフォームが24か月間未熟であり、特にオープンソースのコンテキストで（事前に定義された）概念を実験し、証明し続けることを理解する必要があります。
3.現在の世代のブロックチェーン技術の不明確な未来。
最新のブロックチェーンプラットフォームの範囲は限られており、プログラム可能な経済を生み出す可能性のあるグローバルな配信プラットフォームの要件を満たすには遅れています。 これは（この）テクノロジーの長期計画ですが、CIOは、ブロックチェーン機能の変化する機能、およびその法的 、会計、規制の成熟度と相関するタイムラインを使用する必要があります。
4.限定されたエントリーレベルのプロトコルと完全なビジネスソリューションを混同しないでください。
ブロックチェーンという用語は、サプライチェーン管理や医療情報システムなどの業界で革新的なソリューションと組み合わせて使用されることがよくありますが、現在市場で入手可能なものすべてがニュースで宣伝されているものに対応するとは限りません 。 ブロックチェーンが現在議論されている方法を考えると、IT管理者は、初期レベルの現在の技術は実際にはアプリケーションの完全なソリューションであると考えるかもしれません。 しかし、実際には（同じ）、ブロックチェーンは、その潜在能力を最大限に発揮する準備が整うまで、長い開発パスを持っています。 大規模で野心的なブロックチェーンプロジェクトを検討する場合、ITディレクターは、ブロックチェーンのシェアがプロジェクト開発努力全体の5％未満であることに留意する必要があります。
5.ブロックチェーン技術を、データベースまたはストレージのメカニズムとしてのみ検討します。
一部のITエグゼクティブは、データ保持メカニズムまたは分散データベース管理システムで「分散レジストリ」を特定しています。 現在、ブロックチェーンは、最も重要なイベントのみの連続データ記録を実装しています。 分散型サービスと引き換えに限られたデータ管理機能を提供し、1つの中央組織への信頼を回避します。 CIOは、現在の形式のブロックチェーンが適切な企業ソリューションであることを保証するために、データ管理に関するトレードオフを認識し、比較検討する必要があります。
6.まだ存在しないプラットフォーム間の相互運用性の前提。
ほとんどのブロックチェーン技術はまだ開発中であり、特定の技術（またはビジネス）ロードマップはありません。 本質的に、ウォレットには基本的な互換性はなく、元帳（レジストリ）自体には組み込みの統合機能がありません。 批判的に評価されたブロックチェーン標準はまだ存在していません 。 つまり、最も基本的なレベルで想定される相互運用性に加えて、CIOは、コラボレーションに関するベンダーの議論に懐疑的であるべきです。 競合するサプライヤはいくつかありますが、 相互運用性を実現できるレベルまで技術は成熟していません。 2016年以降、「ブロッキングプラットフォーム」が別のプロバイダーの「ブロッキングプラットフォーム」と対話することを期待しないでください。
7.今日の主要なプラットフォームが依然として支配的であるか、明日存在するという仮定。
CIOは、今年のプロジェクトで選択された技術が長期的であることをthatめてはなりません。 過去のモバイル、ソーシャル、および電子商取引プラットフォームと同様に、おそらく最も効率的な技術はまだ作成されていません。 CIOは、2016年から2017年前半までのブロックチェーンオプションを一時的または短期的なオプションと見なし、それに応じてプロジェクトを計画する必要があります。
8.スマートコントラクトテクノロジーがソリューションであるという前提。
スマートコントラクト、コントラクトを促進および強制するコンピュータープロトコルは、経済をプログラム可能にするものです。 ただし、技術レベルでは、スマートコントラクトには現在、スケーラビリティ、信頼性、管理性、検証可能性がありません（適切なレベルですか？）。 さらに、現在のところ、その適用については、ローカルまたはグローバルに法的根拠はありません。 これらはすべて、今後3〜5年で開発されますが、CIOは、現在のブロックチェーン提案の一部としてスマートコントラクトを開発する際には注意が必要であり、その使用に関する法的助言を求めます。
9.分散ネットワークの資金調達とピアツーピア管理の問題を無視します。
仮説は、ブロックチェーンプラットフォームは、相互にやり取りする複数のネットワーク、プロセス、およびデータの既存のシステムよりも安価であるということです。 ただし、ブロックチェーンテクノロジーのコストは非常に大きくなり（既存のレガシーが消滅しない場合は増加します）、複数の関係者が関与するプロセスの費用を誰が支払うのかは、ほとんどの場合未解決のままです。 さらに、システムの規模が拡大するにつれて、コストも増大します。 マルチパーティシステムには、政治的、社会的、組織的な問題だけでなく、技術的な問題を引き起こすガバナンス、セキュリティ、および経済学への新しいアプローチが必要です。
10.学習プロセスを含めない。
企業は、ブロックチェーンプロジェクトに対して実用的なアプローチを取る必要があります。 現在の時間枠は、テストおよびトレーニング構成を作成するために非常に重要です。 プラットフォーム、新しいビジネスモデル、プロセス、および製品の実験から学んだ教訓は、大規模なデジタルトランスフォーメーションの一部として、将来の実装に役立ちます。 プロジェクトが契約されている場合でも、IT部門はサードパーティベンダー/パートナーと緊密に連携して、スマートコントラクト、交渉メカニズム、ID管理、管理などのスキルと概念を学習する必要があります。将来のプロジェクト。 ITマネージャーは、企業全体で知識の開発と伝達を確実にし、知識が2016年から2017年の初めまでブロックチェーンプロジェクトのフレームワークで受け取る唯一の価値である可能性があることを自ら理解する必要があります。
PS翻訳自体は私にとって終わりではありませんでした。 私の英語は比較的貧弱です（助けてくれた親友に感謝します）。 しかし、もっと重要なのは、研究で特定された問題です。 それらの説明が、ブロックチェーンの道の始まりにある人々、および既にそれをフォローしている人々に役立つことを願っていますが、「すべてが行われた」と信じています。
GolosのPPS確認