ブロックチェーンの主なゴール：ビジネスはこの技術で何を達成したいのか？

Main goals of blockchain: what do businesses want to achieve with this technology?
ブロックチェーンの主なゴール：ビジネスはこの技術で何を達成したいのか？
Blockchain vs. Distributed Ledger Technologies
分散元帳技術対ブロックチェーン
Part 1 of a comparative analysis between Ethereum, Hyperledger Fabric and R3 Corda
イーサリアム、ハイパー元帳ファブリックと R3 Corda の間の比較の分析の第１部
By Brent Xu — Protocol Business Architect at ConsenSys
ConsenSys 社プロトコールビジネスアーキテクト、ブレントスー著
The Ethereum blockchain maintains both similarities and differences when compared to distributed ledger technologies like Hyperledger Fabric or R3 Corda. In making well founded assessments of blockchain and distributed ledger platforms and the value they bring to enterprise, it’s useful to categorize platforms based on their core functionality and characteristics. As blockchains were derived from tenets of cryptography and data configurations, certain functionality can be replicated in a coordinated database system, while other functionality is only feasible in a true blockchain environment.
ハイパー元帳ファブリックあるいは R3 Cordaのような分散元帳技術と比較されるとき、 イーサリアムブロックチェーンは類似性と相違両方を維持します。 ブロックチェーンと分散元帳プラットホームと彼らが企業にもたらす価値の事実に基づいた査定をすることにおいて、彼らの中核となる相関性と特徴に基づいてプラットホームを分類することは有用です。 ブロックチェーンが暗号文とデータ構成の主義から由来しているから、ある特定の機能が調和したデータベース型システムで複製されることができ、他方、他の機能は本当のブロックチェーン環境で単に実行可能なだけです。
In this article, we’ll assess the foundational business functionalities for the main enterprise facing platforms including Ethereum, Hyperledger Fabric and R3 Corda in terms of where the software acquires its influence and how the system is overall optimized, whether through traditional distributed systems or a contemporary blockchain basis.
この記事で、ソフトウエアがどこでその影響を獲得するか、そしてシステムがどのように、全体的に最適化されるかに関して、伝統的な分散処理システムあるいは現代のブロックチェーン根拠を介しているかにかかわらず、我々は イーサリアム、 ハイパー元帳ファブリックと R3 コルダを含めてプラットホームに対する主な企業に対して基礎的なビジネス機能性を評価するでしょう。

Figure 1: Demarcation of Underlying Technology
図１：基礎をなしている技術の境界
In particular, we’ll focus on three key areas of functionality:
特に、我々は機能の３つの主要領域に焦点を合わせるでしょう：
 Data coordination — How information and trust within a system is better distributed and allocated among stakeholders
データ整合 － システム内の情報と信頼が株主の間でもっと良く分散そして割り当てられる方法
 Cryptoeconomic internal incentive layers — How is a system architected so that different stakeholders and users are motivated based on economic incentives to ensure functionality of a system eg. Game Theory and mechanism design.
暗号経済内部の奨励層 － 異なった株主とユーザーが例えばゲーム理論とメカニズム設計のようにシステムの相関性を保証するため経済的誘因に基づいて動機を与えられるように、どのようにシステムが設計されたかです。
 Integration into the digital commoditization of assets — How the systems can integrate into a digital goods economy. In some nominal characterizations this is known as the token economy
資産のデジタルコモディティ化への統合－システムがデジタル商品経済に融合することができる方法。 若干の名目上の特徴描写でこれはトークン経済として知られています
Main goals of blockchain: what do businesses want to achieve with this technology?
ブロックチェーンの主なゴール：ビジネスはこの技術で何を達成することを望むか？
Blockchains such as Ethereum have similar goals to their distributed leger counterparts. Identifying the goal of what businesses hope to achieve using blockchain technology can be a challenging approach, because like the internet in the 1990’s, businesses did not yet know how to conceptualize use of the powerful tool. Similarly today, it is known that blockchain technology is capable of instantiating various functions, though how to architect those functions into a business solution requires further insights and assessments of the underlying capabilities.
イーサリアムのようなブロックチェーンは彼らの分散元帳長対応者に類似のゴールがあります。 ビジネスがブロックチェーン技術を使って達成することを望むことのゴールを確認するのは困難なアプローチであり得ます。なぜなら1990年代のインターネットのように、ビジネスがまだ強力なツールの利用をどのように概念化するべきか知りませんでしたから。 同様に今日、ブロックチェーン技術は、ビジネスソリューションへとそれらの機能を設計する方法がさらなる洞察と基礎をなしている能力の評価を必要とするけれども、多機能のインスタンスを作ることができることは知られています。
The three main axes explored — processing and coordination of data, trusted and immutable records, and digitization of assets — are broad enough to encapsulate the primary usability of a blockchain while allowing for further extrapolation of those functions into business scenarios. By discussing these three aspects, it is possible to reveal the meaning behind why a business entity would want to use the technology.
探究された３本の主軸 － データの工程処理と整合、信頼できる、そして不変の記録と資産のデジタル化 －は、ビジネスのシナリオの中にそれらの機能のさらなる外挿法を考慮に入れている一方で、ブロックチェーンの主要な利用可能性をカプセル化するのに十分広いです。 これらの３つの局面を論じることによって、企業実体が技術を使いたいと思うであろう理由の背後にの意味を明らかにすることは可能です。
Efficient processing and coordination of information
情報の効率的な工程処理と整合
If improved distributed system design or database coordination is the sole purpose of a protocol or platform, then perhaps a blockchain is not necessarily what is needed. Blockchain platforms have traditionally promoted the concepts of better data coordination and distributed consensus mechanisms in which data is facilitated and transferred through a technology platform. While useful, a significant portion of these desired functional traits can be obtained through better coordination of a central database or improved distributed systems design. In this investigation, it is necessary to determine the extent to which platforms and protocols are trying to optimize existing data coordination functionality versus implementing new blockchain functionality. Blockchains are designed for more than just advanced data coordination.
もし改善された分散システム設計あるいはデータベース整合が通信プロトコールあるいはプラットホームの唯一の目的であるなら、多分ブロックチェーンが必ずしも必要とされるものではありません。 ブロックチェーンプラットホームが伝統的にもっと良いデータ整合のコンセプトを促進して、データが容易にされて、技術プラットホームを通して転送される同意メカニズムを配布しました。 有用である間に、これらの望ましい機能的な特徴の大部分が中央データベースのもっと良い整合を通じて獲得されることができるか、あるいは分散システム設計を改善しました。 この調査で、プラットホームとプロトコルは既存のデータ整合機能性を最適化しようとすること、それに対して新しいブロックチェーン機能性を実行することである範囲を決定することは必要です。 ブロックチェーンはただ進歩したデータ整合よりいっそう多くのために設計されます。
Immutable/trusted record of the products and transactions
製品と取引の不変の/信頼できる記録
The original thesis around why we need blockchains revolved around the concept of digitizing trust. A theme promoted by Andrew Keys of ConsenSys is that “As the internet resulted in a digitization of information, blockchains result in the digitization of trust and agreements.” This meaningful thesis embodies the ethos of what blockchains hope to achieve while also paving the way for a further path. The additional variable would be the digitization of value. When value is attached to the trust that is implemented into a system, then certain alignment structures and incentive mechanisms will influence and incentivize proper behaviors within a system, resulting in a robust platform.
我々が、なぜブロックチェーンを必要とするかについての独創的な命題はデジタル化の信頼の概念を中心題目にしました。 ConsenSys のアンドリューのキーによって促進されたテーマは「インターネットが情報のデジタル化をもたらにつれて、ブロックチェーンが信頼と合意のデジタル化をもたらします」ということです。 この有意義な命題は ブロックチェーンが、同じくさらなる通路への道をならしている一方で、何を達成することを望むかについてのエトスを具体化します。 追加の変数は 価値のデジタル化でしょう。価値がシステムに実行される信用に置かれるとき、その時ある特定の調整構造と奨励メカニズムが、強靭なプラットホームをもたらして、システム内で適切な行動に影響を与えて、奨励するでしょう。
It is often the case that immutability is used synonymously with trust when designing a system i.e. because the system is immutable, it is trusted that bad things will not go unpunished. Though in our platform protocol assessment, it is important to also assess the mechanisms behind how a trusted system is implemented to ensure a business model that can be beneficial to users of a platform (further exploration through cryptoeconomics).
不変性が、システムを設計するとき同じ意味で信頼とともに使われることはしばしば本当です、 すなわち、システムが不変であるから、良くないことが処罰されないことないであろうことは確信されます。 我々のプラットホーム通信プロトコール評価で、プラットホームのユーザー（暗号経済を通してのさらなる探究）に有益であり得るビジネスモデルを保証するために信頼されるシステムが実行される方法の背後に同じくメカニズムを評価することは重要です。

Digitalization of assets
資産のデジタル化
The digitization of goods and assets is considered a primary goal for most blockchain or distributed ledger platforms. If businesses are looking for a digitization of assets, a distributed ledger or coordination of a database is able to offer some capabilities though much consideration should be put into the accessibility of these digital goods. Because coordinated databases are essentially centrally run or distributed among a group or subgroups of counterparties via a legacy software paradigm, the levels of digitization may be limited based on the freedom that is afford by the digitizing platform. While the concept of digitizing goods sounds like a simple process, the different incentivisation dynamics and economic reasonings around how goods such as real estate, human attention or even electricity are digitized requires significant consideration into what type of platform would be responsible for the digitization as certain vendor platforms do exhibit degrees of “vendor lock-in” and reliance on a centrally managed platform in various instances.
商品と資産のデジタル化はたいていのブロックチェーンあるいは分散元帳プラットホームのための第一目標であると思われます。 もしビジネスが資産のデジタル化を探しているなら、たくさんの考慮がこれらのデジタル商品のアクセシビリティに注がれるべきであるけれども、分散元帳あるいはデータベースの整合が若干の能力を提供することが可能です。 グループあるいは相手方のサブグループの間で整合したデータベースは、旧式なソフトウエアパラダイムによって本質的に中央集権的に走らせられるか、あるいは分散されて運用されるので、デジタル化のレベルは、デジタル化プラットホームを買う余裕がある自由に基づいて限定されるかもしれません。商品をデジタル化するという概念は、不動産、人間の注意あるいは電気さえ、このような商品がどのようにデジタル化されるかについて、単純なプロセス、異なった 動機付け力学と経済の推論のようなある特定の販売業者プラットホームが「専門業者ロックイン」とさまざまなインスタンスで中央集権管理プラットホーム上の依存の程度を展示すのにつれて、どんなタイプのプラットホームがデジタル化に対して責任があるであろうかについて、重要な配慮を必要とします。
Records and registries like titling systems and supply chains are also feasible via a distributed ledger system though their level of interaction with an economic incentive layer is fairly limited if reliant on a closed proprietary system, and a proliferation of those assets into a digital ecosystem or marketplace would be severely stunted if based on closed rails. A free market system that fully utilizes the various facets that the open market is able to provide is necessary to facilitate true digital goods in a constantly developing digital ecosystem.
システムとサプライチェーンとタイトルを付けることのようなレコードとレジストリは、もし閉じられた専用システムに依存しているなら、経済的誘因層での対話のそれらのレベルがかなり限定されるけれども、分散元帳システムを介して同じく実行可能です。そして、もし閉じられた鉄道に基づいているなら、デジタルエコシステムあるいは市場の中へのそれらの資産の普及がひどく発育不全となるでしょう。 公開市場が提供可能なさまざまな側面を完全に利用する自由市場システムがいつも発展しているデジタルエコシステムで本当のデジタル商品を容易にするために必要です。
Assessment of database coordination characteristics
データベース整合の特徴の評価
Database Coordination: Characteristics
データベース整合：特徴
While in depth analysis has been performed on the functionalities of these platforms in terms of characteristics like immutability, security, scalability, manageability, and performance, much more can be ascertained through understanding the foundations upon which the architectures are built.
詳細な分析が 不変性や、防御性、規模拡張性、管理可能性と性能のような特徴に関してこれらのプラットホームの機能性に関して行なわれて来ている一方で、はるかに多くが、それの上にアーキテクチャが構築される基礎を理解することを通じて、確認されることができます。
Many tools have been invented and implemented for proper data coordination within distributed systems. One example would be heavy emphasis on tools like Hadoop and the various ensembles in this ecosystem including Spark, Hive, and Zookeeper. A reliance on these products show a heavy integration of distributed system tools and protocols. Further parallels can be shown in protocols such as Tendermint, a BPFT consensus engine being designed with similar functionalities as tools like アパッチ Zookeeper. Internally there has also been research along the lines of event sourcing databases which can replicate several functionalities desired from a coordinated data sharing system.
多くのツールが発明されて、分散処理システムの中で固有のデータ整合のために実装されました。 １つの例がSpark、HiveとZookeeperを含むこのエコシステムでハドゥープのや種々のアンサンブルのようなツールが激しい強調をされるでしょう。 これらのプロダクトへの依存は、分散システムツールとプロトコールの強度の統合を示します。 類似の機能性を持つアパッチ Zookeeper のようなツールが設計されている BPFT 同意エンジンのようなTendermintのようなプロトコルで更なる類似物が示される可能性があります。整合データ共有システムから切望されるいくつかの機能性を複製ができるイベントソーシングデータベースのラインに沿う研究が内部に同じくありました。
Through assessing tools like アパッチ Kafka and how the data streaming service is able to achieve significant levels of throughput in an enterprise setting, we can demarcate the functional differences between a blockchain and a distributed ledger based on varying levels of dependency on these database coordination and optimization tools in terms of the foundational concepts. Implementations of Ethereum including Plasma are utilizing tools like MapReduce to augment certain mapping functionalities on top of a UTXO and account based model while also reducing components into merkle proofs, though it is important to realize that the base layer of the protocol is still reliant upon Ethereum as the root blockchain. By decomposing these details, further insight can be obtained on how best to assess technological characteristics of these software platforms.
アパッチカフカのようなツールとデータストリームサービスがどのように企業据付けで処理能力の意味のあるレベルを達成することが可能であるか査定することを通じて、我々はこれらのデータベース整合と最適化ツールで基礎的なコンセプトに関してさまざまなレベルの付属に基づいてブロックチェーンと分散元帳の間の機能的な相違を区別することができます。 プラズマを含めて イーサリアムの実装は、通信プロトコールの基底層が根本的なブロックチェーンとして イーサリアムにまだ依存することを悟ることが重要であるけれども、同じくコンポーネントを merkle 証明に減らす一方で、 MapReduce のようなツールを UTXOや会計ベースのモデルの上にある特定のマッピング機能を拡張するために利用しています。 これらの細部を分解することによって、どれほど最も良くこれらのソフトウェアプラットホームの技術的特徴を評価するべきかについて、更なる洞察が得られます。
Data Coordination: Platform Comparison
データ整合：プラットフォーム比較
IBM Fabric
IBMファブリック
Through a deep dive into Fabric architecture, it can be determined that the platform has created an intricate development environment focused on allowing superior throughput based on detailed configurations of the software architecture for optimal performance in a distributed systems environment. The movement of chain code between the client and a network of distributed endorsing peer nodes along with the transaction mechanisms and transfer of receipts that satisfy endorsement policies is effective in the closed system, while the gossip protocol that propagates transactions within private channels allows for the coordination of large datasets. While the infrastructure is robust and capable, additional consideration should be put into the thought process of how the architecture was designed to allow multilateral coordination structures where there may eventually be a factorial of channels involved in a network which can be difficult to manage.
ファブリックアーキテクチャ中に深く飛び込んでみると、プラットホームが分散処理システム状況で最適な性能のためにソフトウエアのアーキテクチャの詳細なコンフィギュレーションに基づいたより良い処理能力を可能にすることに集中した複雑な開発環境を作ってきていると決定可能です。 顧客や取引きメカニズムと安全保障を満足する受信の転送ともに仲間間で推奨している分散型ノードの回線網間の連鎖コードの動作が閉鎖システムでは効率的です。他方、私的なチャンネルの中で取引を普及させるゴシップ通信プロトコールは大きいデータセットの整合を考慮に入れます。 インフラストラクチャーが強靭で、能力がある一方で、管理するのが難しくあり得る回線網に関係しているチャネルの階乗が最終的にあるかもしれない多国間の整合構造を可能にするようどのようにアーキテクチャが設計されたかの思考過程に追加の考慮をするべきです。