Quorum（Enterprise Ethereum）

Quorum（Enterprise Ethereum）とは？

Quorum（Enterprise Ethereum）は、Ethereum技術を基盤とし、プライバシー、アクセス制御、エンタープライズ水準のトランザクション処理を必要とするビジネスネットワーク向けに設計された、許可型ブロックチェーンプラットフォームです。

当初はJ.P. MorganがEthereumのエンタープライズ版として開発し、その後2020年にConsensysが買収しました。

公式のConsensysによる買収発表では、QuorumをJ.P. Morganが開発したEthereumのエンタープライズ向け派生版として説明しています。

暗号資産分野でQuorumが重要なのは、Ethereum方式のスマートコントラクトを、プライベートかつ許可型のビジネス用途に適応できることを示したためです。

パブリックEthereumは誰でも利用できます。一方、Quorumは、参加者が特定され、承認されており、多くの場合、事業上の契約で法的につながっているネットワーク向けに設計されました。

この点で、誰でもノードを運用し、トランザクションを送信し、公開された活動を確認できるパブリックブロックチェーンとは異なります。

Quorumネットワークは通常、銀行、サプライチェーンの関係者、金融機関、企業、政府、業界コンソーシアムなど、事業データをすべて公開せずにブロックチェーンで連携する必要がある組織向けに構築されます。

「Enterprise Ethereum」とは、アクセス許可、プライベートトランザクション、コンプライアンス管理、予測可能なガバナンス、運用支援を必要とする組織向けに適応させたEthereumベースの技術を指します。

Quorumは、Ethereumのスマートコントラクトモデルをパブリックな暗号資産市場以外でも利用できるという考え方の普及に貢献しました。

現在、Quorumは歴史的なエンタープライズブロックチェーンプラットフォームであると同時に、プライベートなEthereumベースのネットワークを広く指す際の参照点として理解する必要があります。

Quorumの仕組み

Quorumは、許可型ネットワーク向けの追加機能を備えたEthereum互換のブロックチェーンソフトウェアを使用します。

許可型ネットワークでは、承認されたノードと参加者のみがブロックチェーンシステムに参加できます。

企業が記録を共有する必要があっても、不特定の第三者によるブロック検証や機密情報へのアクセスを許可できない場合に有用です。

Quorumは、Ethereum方式のアカウント、スマートコントラクト、トランザクション、Ethereum Virtual Machineを使用していました。

Ethereum Virtual Machineのドキュメントでは、Ethereumのスマートコントラクトが実行される環境について説明しています。

QuorumはEthereumを基盤としていたため、開発者は使い慣れたEthereumのツール、Solidityコントラクト、JSON-RPCメソッド、アカウントモデルを利用できました。

ただし、Quorumには、当初のパブリックEthereumには同じ形では提供されていなかったエンタープライズ向け機能が追加されていました。

これらの機能には、プライベートトランザクション、許可型ノードアクセス、代替コンセンサスメカニズム、プライバシーマネージャーとの連携が含まれます。

その結果、Ethereumのプログラム可能性の多くを維持しながら、ビジネス用途に合わせてネットワークモデルを変更したブロックチェーンシステムが実現しました。

このため、すべてのトランザクションをインターネット上に公開せずに共有台帳を利用したいエンタープライズプロジェクトにとって、Quorumは有用でした。

Quorumが開発された理由

パブリックブロックチェーンは、プライバシー、パフォーマンス、ガバナンス、参加者管理などの点で、企業の要件に完全には合致しなかったため、Quorumが開発されました。

銀行、物流会社、保険会社、エネルギー会社は、他の既知の組織と共有台帳を利用したい場合があります。

一方で、機密性の高い取引データ、契約条件、顧客情報、業務上の詳細を誰もが閲覧できる状態にはしたくない場合があります。

パブリックEthereumはオープン性、検閲耐性、グローバルな決済を提供しますが、企業はアクセス管理や機密性を必要とすることがよくあります。

Quorumは、Ethereum方式のスマートコントラクトを維持しながら、許可型ネットワークの機能を追加することで、この隔たりを埋めるよう設計されました。

これにより、企業はトークン化資産、プライベートな決済、企業間ワークフロー、データ照合、複数当事者によるコントラクト実行を試すことができました。

大手金融機関との関係があり、その後Consensysにも引き継がれたことから、QuorumはEnterprise Ethereumの代表例の1つとなりました。

その存在は、Ethereumがパブリックな暗号資産ネットワークに限られないことを示しました。

規制対象やビジネス用途の環境向けに、プライベートなコンソーシアム型ブロックチェーンシステムへ適応することも可能でした。

QuorumとGoQuorum

GoQuorumは、Ethereumの許可型実装として構築された、Go言語ベースのQuorumクライアントです。

公式のGoQuorumドキュメントでは、GoQuorumをGoで記述されたオープンソースのEthereumクライアントと説明しています。プライベートな許可型ネットワークを稼働させ、Proof of Authorityのコンセンサスメカニズムを実装します。

GoQuorumはgo-ethereum（一般にgethと呼ばれます）を基盤とし、エンタープライズ向けの機能を追加していました。

これらの機能には、プライベートトランザクション対応、アクセス許可、コンソーシアムネットワーク向けの代替コンセンサスメカニズムが含まれます。

GoQuorumの従来のモデルは、Ethereumとの互換性を保ちつつ、ネットワークへの参加者をより厳格に管理したい組織に有用でした。

ただし、現在のユーザーは、公式のGoQuorum GitHubリポジトリに、GoQuorumはConsensysによる積極的な保守やサポートを終了しており、歴史的な参照用としてアーカイブされていると記載されている点を把握する必要があります。

同リポジトリでは、新規プロジェクトでGoQuorumを使用することをConsensysは推奨していないとも述べています。

古い記事ではGoQuorumが現在も利用可能なエンタープライズブロックチェーンの選択肢として紹介されていることがあるため、これは重要な更新情報です。

新しいプライベートなEthereum方式のネットワークでは、チームはBesuなど、現在も積極的に保守されているEthereumクライアントを検討することがよくあります。

用語解説では、GoQuorumの歴史的重要性を説明するとともに、現在の保守状況を明確に記載する必要があります。

QuorumとHyperledger Besu

Hyperledger Besuは、パブリックネットワークとプライベートネットワークの両方で稼働できるEthereumクライアントです。

Besuのドキュメントでは、BesuをJavaで記述されたオープンソースのEthereumクライアントと説明しており、パブリックネットワークとプライベートネットワークの両方で利用できます。

Quorumの歴史においてBesuが重要なのは、Quorumの買収後、ConsensysがEnterprise Ethereumプロトコル技術をConsensys Quorumブランドのもとに移行したためです。

Consensysの買収発表では、開発者が基盤となる技術スタックを選択できると説明し、Hyperledger BesuベースのEnterprise Ethereum関連の取り組みとQuorumを統合することに言及していました。

現代のエンタープライズネットワークでは、プライベートな許可型ネットワーク向けに積極的にドキュメントが整備されているため、GoQuorumよりBesuの方が関連性が高いことがよくあります。

Besuのプライベートネットワーク向けドキュメントでは、プライベートネットワークで安全かつ高性能なトランザクション処理を必要とするエンタープライズアプリケーションの開発にBesuを利用できると説明しています。

また、プライベートネットワークでは通常、異なるチェーンIDと、QBFTやIBFT 2.0などのProof of Authority型コンセンサスが使われるとも説明しています。

したがって、現在Quorumを調べるユーザーは、旧GoQuorumのコードベースと、Besuを含む広範なEnterprise Ethereumエコシステムとの違いを理解する必要があります。

Quorumは歴史的に重要であり、BesuはプライベートEthereumネットワークで現在有力な選択肢です。

Quorumと許可型ブロックチェーン

許可型ブロックチェーンとは、ネットワークへの参加が承認された関係者に制限されるブロックチェーンです。

パブリックブロックチェーンでは、通常、誰でもノードを運用し、トランザクションを送信し、公開データを確認できます。

許可型ブロックチェーンでは、ネットワーク運営者が、誰にブロックの検証、ノードの運用、データへのアクセス、トランザクションの送信を認めるかを決定できます。

Quorumは、この許可型モデル向けに設計されました。

そのため、匿名のインターネットユーザーではなく、既知の組織が参加するビジネスネットワークに適しています。

たとえば、銀行グループが、未知のバリデーターをネットワークに参加させずに決済記録を共有したい場合があります。

サプライチェーンコンソーシアムは、メーカー、輸送業者、監査人が共有台帳にアクセスできるようにしつつ、外部の関係者を排除したい場合があります。

政府や企業は、機密記録をパブリックネットワークに公開せず、監査可能性とスマートコントラクトの実行を確保したい場合があります。

アクセス許可によって管理性は高まりますが、信頼モデルも変わります。

許可型ブロックチェーンは通常、パブリックブロックチェーンよりオープン性と検閲耐性が低くなります。

セキュリティは、選定されたバリデーター、ガバナンスルール、インフラ運用、参加者間の法的契約に依存します。

Quorumとプライベートトランザクション

プライベートトランザクションは、Quorumの最も重要なエンタープライズ向け機能の1つでした。

通常のパブリックEthereumのトランザクションでは、パブリックチェーンのルールに従って、トランザクションデータとスマートコントラクトの状態がネットワーク上で確認できます。

エンタープライズ環境では、このような公開性が受け入れられない場合があります。

Quorumは、機密性の高いトランザクションのペイロードに特定の参加者のみがアクセスできるよう、プライベートトランザクションのフローを導入しました。

旧Quorumのプライバシードキュメントでは、Quorumがパブリックトランザクションとプライベートトランザクションの概念を採用し、プライバシーに関する動作をEthereumのトランザクションモデルに追加していたと説明しています。

プライベートトランザクションにより、企業は共通のブロックチェーンを共有しながら、事業上機密性の高いデータを関係者に限定して共有できました。

価格条件、取引の詳細、契約条件、顧客データ、企業間の合意を伴うトランザクションに有用です。

ただし、プライベートトランザクションを導入すると複雑さが増します。

ノード間で、誰がプライベートなペイロードを閲覧できるか、データをどのように暗号化するか、プライベートな状態をどこに保存するか、許可された参加者間で同期をどう維持するかを調整する必要があります。

したがって、Quorumにおけるプライバシーは、スマートコントラクトの機能だけではありませんでした。

適切な設定と運用上の規律を必要とするネットワークアーキテクチャの機能でした。

QuorumとTessera

Tesseraは、Consensys Quorumネットワークに関連するプライベートトランザクションマネージャーです。

Tesseraリポジトリでは、Tesseraをプライベートトランザクションマネージャーのエンタープライズ向け実装として説明しています。

Tesseraは、暗号化されたプライベートペイロードを処理し、受信を許可されたノードにのみ配信するために使われていました。

Quorum方式のプライバシーフローでは、ブロックチェーンにパブリックな参照情報またはハッシュを記録し、プライベートなトランザクションデータを許可された参加者に別途共有できます。

これにより、ネットワークは共通のコンセンサスを維持しながら、機密性の高い事業データを保護できます。

エンタープライズブロックチェーンのプライバシーは、ウォレットのアドレスを隠すことと同じではないため、Tesseraは重要です。

承認された参加者間でプライベートなトランザクションデータを暗号化、配布、保管、取得するためのシステムが必要です。

Quorum方式のプライバシーを利用する組織は、ブロックチェーンクライアントとプライバシーマネージャーの両方を管理する必要がありました。

そのため、本番環境への導入は、パブリックチェーンに単純なスマートコントラクトをデプロイする場合より複雑でした。

新しいシステムを導入する際は、アーキテクチャを選定する前に各コンポーネントの現在の保守状況を確認してください。

Quorumのコンセンサスメカニズム

Quorumは、許可型ネットワーク向けに設計された代替コンセンサスメカニズムを使用していました。

パブリックEthereumは歴史的にProof of Workを使用し、現在はProof of Stakeを採用していますが、Quorumネットワークでは同じオープンなバリデーター方式を必要としませんでした。

許可型ネットワークではバリデーターが特定・承認されているため、より迅速なファイナリティやエンタープライズ向けの管理性を実現できるよう、コンセンサスを最適化できます。

GoQuorumのリポジトリでは、過去のドキュメントにQBFT、Istanbul BFT、Clique Proof of Authority、Raftベースのコンセンサスなどが選択肢として記載されています。

バリデーターが特定された組織であるため、プライベートなエンタープライズネットワークではProof of Authority型のコンセンサスがよく使われます。

ビザンチン障害耐性を持つコンセンサスメカニズムは、一部のバリデーターに障害や悪意があっても合意に到達する必要があるネットワークに有用です。

Raft型のコンセンサスは、信頼された環境でブロックを迅速に生成できますが、ビザンチン障害耐性について同じ前提を提供するものではありません。

コンセンサスの選択は、ファイナリティ、パフォーマンス、障害耐性、ガバナンス、運用の複雑さに影響するため重要です。

プライベートネットワークでは、参加者間の信頼の程度と、リスクにさらされる事業価値に基づいてコンセンサスを選ぶ必要があります。

スマートコントラクトが適切に記述されていても、誤ったコンセンサスモデルを採用すれば、隠れた弱点が生じる可能性があります。

Quorumとスマートコントラクト

QuorumはEthereum方式のスマートコントラクトに対応していたため、SolidityやEthereumのツールをすでに利用している開発者にとって馴染みやすいものでした。

スマートコントラクトとは、ブロックチェーン上で動作し、決定論的な実行によってルールを適用するコードです。

Quorumネットワークでは、スマートコントラクトを事業ワークフロー、トークン化資産、承認、決済ロジック、記録管理、複数当事者間の合意に利用できます。

主な利点は、複数の組織が別々の内部データベースを維持せずに、同じコントラクトロジックを共有できることでした。

参加者が共通の状態に合意できるため、照合作業の問題を減らせます。

たとえば、貿易金融のワークフローでは、スマートコントラクトを使って書類、承認、支払い条件、決済イベントを追跡できます。

サプライチェーンのワークフローでは、資産の移転、検査、保管状況の変更、配送の節目をコントラクトに記録できます。

金融ネットワークでは、トークン化預金、債券、担保、内部決済単位をコントラクトで表現できます。

ただし、エンタープライズ向けスマートコントラクトにも、慎重な法務・運用設計が必要です。

スマートコントラクトがコードを正しく実行しても、それを取り巻く事業プロセスが不完全、または法的に不明確な場合があります。

Quorumとトークン化資産

企業は、資金、有価証券、コモディティ、書類、事業上の権利をブロックチェーン上で表現したいと考えることが多いため、Quorumはトークン化資産に関連していました。

トークン化資産は、決済を迅速化し、組織間の照合作業を減らす可能性があります。

許可型Ethereumネットワークでは、承認された参加者間でのみトークンを発行・移転できます。

資産にコンプライアンスルール、アクセス制御、内部ガバナンス要件を適用する必要がある場合、このモデルが役立つことがあります。

たとえば、プライベートネットワークで、金融機関間の決済に使うトークン化現金を表現できます。

別のネットワークでは、トークン化された請求書、貿易書類、サプライチェーン資産を表現できます。

QuorumはEthereumベースだったため、トークンモデルにEthereum規格の考え方を取り入れつつ、許可型の管理機能を追加できました。

これが、Enterprise Ethereumが金融機関やコンソーシアム型ネットワークにとって魅力的だった理由の1つです。

ただし、トークン化資産はコードだけで成り立つものではありません。

カストディ、法的執行可能性、償還権、コンプライアンス確認、会計処理、明確なガバナンスも必要です。

Quorumとエンタープライズプライバシー

エンタープライズプライバシーは、Quorumが存在した最も大きな理由の1つです。

企業は信頼できる共通の情報源を必要とすることがありますが、すべての参加者にすべてのトランザクションを見せたいとは限りません。

銀行は、ある取引相手と監査人にトランザクションを共有する必要があっても、ネットワーク内の他のすべてのメンバーに共有したいとは限りません。

サプライヤーは、競合他社に取引条件を開示せずに配送を証明したい場合があります。

医療やIDのシステムでは、機密性の高い個人情報を広く公開せずにデータを検証する必要がある場合があります。

Quorumのプライベートトランザクションモデルは、ネットワーク全体の合意と、プライベートなペイロードの閲覧範囲を分けることで、この課題の解決を目指しました。

この設計により、ブロックチェーンによる連携を保ちながら、機密性の高いビジネスプロセスを支援できました。

ただし、エンタープライズブロックチェーンのプライバシーは、最初から慎重に設計する必要があります。

プライバシー設計が不適切だと、メタデータの漏えい、取引パターンの露呈、運用上の情報漏えい、コンプライアンスの困難化につながる可能性があります。

企業はネットワーク導入前に、暗号技術によるプライバシーと、ビジネスプロセスにおけるプライバシーの両方を評価する必要があります。

Quorumとアクセス許可

アクセス許可とは、ブロックチェーンネットワークへの参加や利用を誰に認めるかを管理するプロセスです。

Quorumは、承認された参加者のみがネットワークに接続できるよう、ピアとノードのアクセス許可に対応していました。

一般に誰でもノードを運用したり、公開トランザクションを送信したりできるパブリックEthereumとは異なります。

規制対象の業界では、参加者が本人確認、法務、コンプライアンス、セキュリティ要件を満たす必要があるため、アクセス許可が重要です。

プライベートなエンタープライズネットワークでは、各ノード運営者を特定の組織に限定する場合があります。

トランザクションを送信する前に、各アカウントやユーザーの承認が必要となる場合もあります。

アクセス許可は、スパム、不正アクセス、不明なバリデーターを防ぐのに役立ちます。

一方で、アクセス許可によってガバナンスはパブリックブロックチェーンより中央集権的になります。

ネットワークでは、参加者の追加・削除、キーの更新、ソフトウェアの更新、紛争の解決を誰が行うか定める必要があります。

許可型ブロックチェーンの強さは、ガバナンスと運用の質に左右されます。

QuorumとパブリックEthereumの比較

QuorumとパブリックEthereumは技術的な基盤を共有していますが、目的は異なります。

パブリックEthereumはオープンでグローバル、パーミッションレスであり、幅広い分散型参加を想定して設計されています。

Quorumは、参加者が特定されたプライベートかつ許可型のネットワーク向けに設計されました。

パブリックEthereumは、オープンな決済、検閲耐性、透明性の高い実行を重視します。

Quorumは、プライバシー、アクセス許可、ビジネスガバナンス、エンタープライズ向けトランザクション処理を重視しました。

パブリックEthereumは、グローバルなバリデーター集合と公開状態を利用します。

Quorumネットワークでは通常、選定されたバリデーターを利用し、パブリックなトランザクションデータとプライベートなトランザクションデータを分離できます。

パブリックEthereumは、オープンなDeFi、NFT、ステーブルコイン、DAO、パブリックトークン、グローバルなアプリケーションに適しています。

Quorumは、コンソーシアムのワークフロー、企業間決済、プライベートなデータ交換、規制対象のビジネスプロセスに適しています。

Quorumはプライバシーと管理性を高める一方で、パブリックEthereumのオープン性と中立性の一部を手放します。

QuorumとHyperledger Fabricの比較

QuorumとHyperledger Fabricはいずれもエンタープライズブロックチェーンに関連しますが、異なるシステムです。

QuorumはEthereumを基盤とし、Ethereum方式のスマートコントラクトに対応していました。

Hyperledger Fabricは、異なるアーキテクチャとチェーンコードモデルを持つ、モジュール型の許可型ブロックチェーンフレームワークです。

Quorumの主な利点はEthereumとの互換性でした。

Solidity、Ethereumアカウント、EVMツールに詳しい開発者は、Quorumをより理解しやすい場合があります。

Fabricの主な利点は、エンタープライズ向けに設計されたモジュール構造と、強固な許可型ネットワークのIDモデルです。

どちらを選ぶかは、事業上のニーズ、開発者のスキル、プライバシーモデル、ガバナンス構造、統合要件によって決まります。

Ethereumとの互換性を求める企業は、Quorum方式を選ぶ場合があります。

別のエンタープライズアーキテクチャを求める企業は、他の許可型ブロックチェーンフレームワークを選択する場合があります。

重要なのは、エンタープライズブロックチェーンプラットフォームは相互に置き換え可能ではないということです。

QuorumとBesuの比較

QuorumとBesuはEnterprise Ethereumの歴史において密接に関連していますが、同じものではありません。

Quorumは、J.P. MorganとConsensysによる旧Enterprise Ethereumプラットフォーム、特にGoQuorumを指すことがよくあります。

Besuは、パブリックEthereumとプライベートな許可型ネットワークの両方に対応する、現在も積極的に保守されているEthereumクライアントです。

Besuのドキュメントによると、BesuはパブリックEthereumネットワークで実行クライアントとして動作し、プライベートなエンタープライズネットワークにも利用できます。

このため、新しいプライベートEthereumネットワークの多くにとって、Besuはより現代的な選択肢です。

ユーザーにとって重要な違いは、保守状況とロードマップ上の関連性です。

GoQuorumには歴史的な価値がありますが、そのリポジトリはアーカイブされており、Consensysは新規プロジェクトに推奨していません。

Besuは現在も積極的にドキュメントが整備され、現代のEthereumクライアント用途向けに設計されています。

用語解説では、Quorumを歴史的なEnterprise Ethereumのブランドと技術系譜として、Besuをプライベートネットワーク向けの主要な現行Ethereumクライアントの選択肢として理解する必要があります。

Quorumの一般的な利用例

Quorumの一般的な利用例の1つは、銀行間決済でした。

貿易金融も利用例の1つで、複数の関係者が書類、承認、支払い、配送の節目を連携させる必要があります。

サプライチェーンの追跡も利用例の1つで、メーカー、物流業者、購入者の間で組織が記録を共有します。

許可型ネットワーク内でのトークン化資産の発行も利用例でした。

承認された事業参加者間でのプライベートなデータ共有も利用例です。

Ethereum方式のスマートコントラクトを使った、企業内ワークフローの自動化も利用例でした。

規制当局や監査人に特定の記録への制御されたアクセスを認める、規制報告も利用例の1つです。

複数の組織が中央データベースの単独所有者に依存せず、共有ネットワークを運用するコンソーシアムガバナンスも利用例です。

これらはオープン市場での投機ではなく、ビジネス上の連携を目的とするため、パブリックな暗号資産取引とは異なります。

Quorumの価値は、プライバシーとアクセス許可が必須となる環境でブロックチェーンを活用できるようにした点にありました。

Quorumのメリット

Quorumの主なメリットの1つは、Ethereumとの互換性でした。

開発者は、使い慣れたEthereum方式のスマートコントラクトやツールを使いながら、許可型環境で開発できました。

2つ目のメリットは、トランザクションのプライバシーです。

組織は詳細をネットワーク全体に公開せず、選定された参加者だけに機密データを共有できました。

3つ目のメリットは、参加者を許可制にできることです。

ネットワーク運営者は、参加を認めるノードや組織を管理できました。

4つ目のメリットは、エンタープライズ用途に適したコンセンサスです。

許可型コンセンサスメカニズムは、パブリックなオープンバリデーター方式より迅速なファイナリティと予測しやすいガバナンスを提供できます。

5つ目のメリットは、コンソーシアム間の連携です。

複数の組織が、1つの組織にデータベース全体の所有権を持たせずに台帳を共有できます。

6つ目のメリットは、トークン化資産への対応です。

Ethereum方式のプログラム可能性により、ビジネスネットワーク内でデジタル資産を表現し、移転しやすくなりました。

Quorumの制約

Quorumには重要な制約もありました。

1つ目の制約は、許可型ネットワークがパブリックブロックチェーンよりオープンではないことです。

これにより、検閲耐性や幅広い分散化が弱まります。

2つ目の制約は、運用の複雑さです。

プライベートトランザクション、プライバシーマネージャー、アクセス許可、バリデーターのガバナンス、エンタープライズインフラには、慎重な管理が必要です。

3つ目の制約は、プライバシーによって同期やサポートの課題が生じる可能性があることです。

参加者はキー、プライベートペイロード、データアクセスを適切に管理する必要があります。

4つ目の制約は、エコシステムの成熟度です。

パブリックEthereumには世界規模の開発者・ユーザーエコシステムがありますが、プライベートなエンタープライズネットワークは通常、より小規模で専門的です。

5つ目の制約は、GoQuorumの現在の保守状況です。

GoQuorumはアーカイブされ、Consensysが新規プロジェクトに推奨していないため、新たな導入では現在の代替手段を慎重に検討する必要があります。

6つ目の制約は、ガバナンスへの依存です。

許可型ネットワークには、アップグレード、メンバーシップ、紛争、バリデーターの変更、緊急時の対応について明確なルールが必要です。

Quorumネットワークのセキュリティリスク

Quorumネットワークには、スマートコントラクトのリスクがあります。

コントラクトのバグによって、状態が誤って変更されたり、事業上の損失が発生したりする可能性があります。

アクセス許可のリスクもあります。

許可されていないノードやユーザーがアクセスすると、プライベートネットワークの前提が崩れる可能性があります。

バリデーターのガバナンスに関するリスクもあります。

多くのバリデーターを1つの組織が管理していたり、バリデーターのルールが不十分だったりすると、ネットワークの完全性が損なわれる可能性があります。

プライバシーのリスクもあります。

暗号化されたペイロード、アクセスリスト、プライベートな状態、メタデータを適切に扱う必要があります。

運用上のリスクもあります。

エンタープライズブロックチェーンネットワークは、ノードの稼働時間、監視、バックアップ、キー管理、インシデント対応、ソフトウェア保守に依存します。

アップグレードのリスクもあります。

調整が不十分なアップグレードは、ネットワークの分岐や参加者間の互換性の喪失につながる可能性があります。

プライベートであるからといって、プライベートブロックチェーンが自動的に安全になるわけではありません。

セキュリティは、アーキテクチャ、コードの品質、ガバナンス、運用、参加者の規律に左右されます。

Quorumとコンプライアンス

企業がQuorumを検討した主な理由の1つは、コンプライアンスでした。

規制対象の組織は、取引相手が誰かを把握する必要があることがよくあります。

また、監査証跡、アクセス制御、トランザクションのプライバシー、データ保持方針、規制当局による閲覧などが必要になる場合があります。

Quorumの許可型設計は、完全にパブリックな匿名ネットワークより、こうしたニーズに適していました。

たとえば、プライベートな金融ネットワークでは、承認済みのメンバーだけを参加させ、監査人に特定の記録への制御されたアクセスを認めることができます。

これにより、分断されたプライベートデータベースと比べて、説明責任を高められる場合があります。

ただし、ブロックチェーン技術によってコンプライアンスが自動的に解決されるわけではありません。

組織には、法的契約、データ保護管理、本人確認、報告手順、内部統制が引き続き必要です。

また、各地域の法律がデジタル記録、トークン化資産、スマートコントラクト、国境を越えたデータ共有をどのように扱うか理解する必要があります。

Quorumはコンプライアンス業務を支援できますが、コンプライアンス上の判断に取って代わることはできません。

Quorumと相互運用性

相互運用性とは、あるシステムが別のシステムと連携できる能力です。

QuorumはEthereumとの互換性により、開発者向けツールの面で相互運用性を高めていました。

開発者は、使い慣れたEthereumのツール、API、コントラクト言語を利用できる場合がありました。

そのため、Ethereum上で開発していたチームにとってQuorumは理解しやすいものでした。

ただし、プライベートなQuorumネットワークが、パブリックEthereumや他のブロックチェーンと自動的に相互運用できるわけではありません。

プライベートネットワークでは、チェーンID、プライベートな状態、独自のガバナンス、参加者の制限が異なる場合があります。

プライベートネットワークとパブリックチェーン間で資産やデータを移動するには、ブリッジ、ゲートウェイ、法的な枠組み、アプリケーション固有の統合が必要です。

そのため、相互運用性は意図的に設計する必要があります。

Ethereum技術を利用したプライベートネットワークでも、他のシステムと安全に接続されていなければ、孤立したままになる可能性があります。

企業はネットワークのアーキテクチャを選ぶ前に、相互運用性の目標を定める必要があります。

Quorumとデータプライバシー

Quorumのデータプライバシーは、選定された参加者にトランザクションのペイロードを閲覧させる仕組みを基盤としていました。

これはブロックチェーン全体を見えなくすることとは異なります。

プライベートトランザクションシステムでは、詳細なペイロードを未承認のノードから隠しながら、活動が発生した事実が見える場合があります。

メタデータから事業上のパターンが推測される場合があるため、この違いは重要です。

たとえば、トランザクションの時刻、参加者のID、コントラクトの利用状況、メッセージの頻度から、有用な情報が読み取られる場合があります。

プライベートトランザクションですべての機密情報が隠されると想定してはなりません。

どのデータがオンチェーンか、どのデータがオフチェーンか、何が暗号化され、どのメタデータが閲覧可能なままかを分析してください。

適切なプライバシー設計には、暗号技術、ネットワーク、法務、運用上の管理が含まれます。

QuorumはEthereum方式のシステムにエンタープライズプライバシーを導入する一助となりましたが、プライバシーは依然としてアーキテクチャ全体に関わる課題です。

Quorumと暗号資産ユーザー

一般的な暗号資産ユーザーの多くは、Quorumを直接利用しません。

Quorumは通常、個人向けウォレット、パブリックな取引チェーン、NFTマーケットプレイス、個人向けDeFiネットワークではありません。

主に開発者、企業、金融機関、ブロックチェーンアーキテクトに関係するものです。

ただし、エンタープライズブロックチェーン、トークン化資産、プライベートなEthereumネットワーク、機関投資家による導入を調べる際に、暗号資産ユーザーがQuorumに触れることはあります。

また、大手金融機関がEthereumベースのインフラを試す意欲を示した点でも、Quorumは歴史的に重要です。

これにより、ブロックチェーンをパブリックな暗号資産の送金以外にも活用できるという考えが強まりました。

一般向けの暗号資産用語集では、Quorumを日常的な取引対象の資産ではなく、エンタープライズブロックチェーンの概念として説明する必要があります。

暗号資産の歴史に名前が登場するからといって、現在「Quorumコイン」が存在すると考えてはなりません。

Quorumはエンタープライズブロックチェーンのインフラとして理解するのが適切です。

Quorumの現在の状況

Quorumという名称の意味は時間とともに変化しているため、現在の状況は慎重に説明する必要があります。

歴史的には、QuorumはJ.P. MorganのEthereumベースのエンタープライズブロックチェーンプラットフォームを指していました。

2020年の買収後、ConsensysはEnterprise Ethereumのプロトコル技術にConsensys Quorumというブランドを使用しました。

GoQuorumは主要なQuorumコードベースの1つでした。

しかし、現在のGoQuorum GitHubリポジトリには、プロジェクトはConsensysによる積極的な保守やサポートを終了したと記載されています。

また、歴史的な参照用として引き続き公開されているものの、新規プロジェクトには推奨されていないとも記載されています。

現在、プライベートかつ許可型のEthereumネットワークを調べる際には、Besuがより現代的なEthereumクライアントです。

そのため、現代の用語解説では、GoQuorumを標準的な現行Enterprise Ethereumスタックとして紹介してはなりません。

Quorumの歴史、アーキテクチャ、エンタープライズでの役割、現在の保守状況を説明する必要があります。

これにより、過去のエンタープライズブロックチェーンブームに関する古い資料を読むユーザーに誤解を与えるのを避けられます。

Quorumを検討する企業向けのベストプラクティス

企業はまず、パブリック、プライベート、コンソーシアム型のブロックチェーン、従来型データベースのどれが必要かを定義してください。

共有のビジネスワークフローすべてにブロックチェーンが必要なわけではありません。

ネットワークの参加者が誰か、参加者同士が信頼関係にあるかを特定してください。

どのデータを公開、非公開、暗号化するのか、またはオフチェーンに置くのかを定めてください。

積極的に保守されているクライアントを選び、新しい本番システムにアーカイブ済みソフトウェアを導入するのは避けてください。

現在利用できるEthereum互換のプライベートネットワークを検討する場合は、Besuのプライベートネットワーク向けドキュメントを確認してください。

ノードの参加、バリデーターの交代、緊急アップグレード、紛争解決などを含め、ローンチ前にガバナンスを設計してください。

本番環境での利用前に、スマートコントラクトを監査し、プライバシーのフローをテストしてください。

キー管理、監視、バックアップ、インシデント対応も計画してください。

エンタープライズブロックチェーンの成功は、プロトコル機能だけでなく、ガバナンスと運用にも左右されます。

開発者向けのベストプラクティス

開発者は、パブリックEthereum向けの開発とプライベートなEnterprise Ethereum向けの開発の違いを理解する必要があります。

パブリックEthereum向けに設計されたコントラクトが、プライベートなビジネスワークフローにもそのまま適合すると想定してはなりません。

対象クライアント、コンセンサスモデル、プライバシー機能、RPCメソッド、アクセス許可のルールを確認してください。

ネットワークアーキテクチャによる明示的な保護がない限り、プライベートデータをパブリックなコントラクトの状態に含めないでください。

現実的な参加者と障害シナリオを想定し、トランザクションのプライバシーをテストしてください。

ツールやライブラリが現在も保守されているか確認してください。

現代のプライベートEthereumネットワークを構築する際は、最新のBesuドキュメントを利用してください。

保守上のリスクを十分に理解していない限り、新規プロジェクトでアーカイブ済みのGoQuorumツールに依存することは避けてください。

アップグレード、ノード障害、バリデーターの変更、プライバシーマネージャーの停止時にコントラクトがどう動作するかも文書化してください。

エンタープライズ向けスマートコントラクト開発には、ブロックチェーンの技術力とビジネスプロセスの理解の両方が必要です。

Quorumに関するよくある誤解

よくある誤解の1つは、QuorumがパブリックEthereumと同じだというものです。

QuorumはEthereumを基盤としていますが、プライベートかつ許可型のネットワーク向けに設計されました。

もう1つの誤解は、Quorumなら完全な秘匿性が得られるというものです。

Quorumはプライベートトランザクションに対応していましたが、プライバシーは依然として、アーキテクチャ、暗号化、メタデータ管理、運用上のセキュリティに左右されます。

GoQuorumが新しいエンタープライズプロジェクトに現在も推奨されているというのも、よくある誤解です。

公式のGoQuorumリポジトリには、アーカイブ済みで、新規プロジェクトには推奨されていないと記載されています。

許可型ブロックチェーンによって、あらゆる信頼上の問題がなくなるという誤解もあります。

許可型ネットワークでも、バリデーター、ガバナンス、ソフトウェア、参加者の行動に対する信頼が必要です。

エンタープライズブロックチェーンには常にトークンが必要だというのも誤解です。

多くのエンタープライズ用途は、投機的なトークンではなく、共有ワークフロー、記録、決済ロジックを中心としています。

FAQ

ブロックチェーンにおけるQuorumとは何ですか？

Quorumは、トランザクションのプライバシー、アクセス許可、エンタープライズ向けコンセンサスなどの機能を備え、プライベートな許可型ネットワーク向けに設計されたEthereumベースのエンタープライズブロックチェーンプラットフォームです。

Quorumを開発したのは誰ですか？

Quorumは当初J.P. Morganが開発し、その後2020年にConsensysが買収しました。

QuorumはEthereumと同じですか？

いいえ。QuorumはEthereum技術を基盤としていますが、オープンなパブリック参加ではなく、プライベートな許可型エンタープライズネットワーク向けに設計されています。

GoQuorumとは何ですか？

GoQuorumは、Ethereum方式のクライアントに許可型ネットワーク機能、プライベートトランザクション、代替コンセンサスメカニズムを追加した、Go言語ベースのQuorumクライアントです。

GoQuorumは現在も保守されていますか？

いいえ。公式のGoQuorumリポジトリには、Consensysによる積極的な保守やサポートが終了しており、新規プロジェクトには推奨されていないと記載されています。

GoQuorumの現代的な代替手段は何ですか？

新しいプライベートなEthereum方式のネットワークでは、パブリックEthereumとプライベートな許可型ネットワークの両方について現在もドキュメントが整備されているHyperledger Besuを調べることがよくあります。

Quorumのプライベートトランザクションとは何ですか？

プライベートトランザクションとは、機密性の高いペイロードデータをネットワーク上のすべてのノードに公開せず、選定された参加者だけに共有するトランザクションです。

QuorumにおけるTesseraとは何ですか？

Tesseraは、暗号化されたプライベートトランザクションのペイロードを処理するため、Consensys Quorumネットワークで使われるプライベートトランザクションマネージャーです。

Quorumには暗号資産がありますか？

Quorumは、個人向けの暗号資産やパブリック市場で取引される資産ではなく、エンタープライズブロックチェーンのインフラとして理解するのが適切です。

企業がQuorumを利用したのはなぜですか？

企業は、ビジネスネットワーク向けにプライバシー、アクセス許可、ガバナンス管理を追加したEthereum方式のスマートコントラクトを利用するため、Quorumを使っていました。

まとめ

Quorum（Enterprise Ethereum）は、Ethereum技術をプライベートかつ許可型のエンタープライズネットワークに適応させた点で、ブロックチェーンの歴史において重要です。

Ethereum方式のスマートコントラクトを、ビジネスワークフロー、トークン化資産、プライベート決済、コンソーシアム間の連携に利用できることを示しました。

主な機能には、許可型の参加、プライベートトランザクション、代替コンセンサスメカニズム、Ethereumとの互換性がありました。

Quorumは当初J.P. Morganが開発し、その後Consensysが買収したことで、より広範なEnterprise Ethereum技術戦略の一部となりました。

GoQuorumは代表的なQuorum実装の1つでしたが、現在はアーカイブされ、Consensysは新規プロジェクトに推奨していません。

プライベートEthereumネットワークを調べる現代のユーザーは、パブリックとプライベートの両方のネットワーク利用について積極的にドキュメントが整備されているHyperledger Besuも確認する必要があります。

Quorumを簡単に説明すると、プライバシー、アクセス許可、ガバナンスが重視される管理されたビジネス環境に、Ethereumのスマートコントラクトモデルを持ち込んだものです。

パブリックEthereumとは異なり、主に個人向けの暗号資産でもありません。

初期のプライベートブロックチェーンの実験から、現在のより成熟した許可型Ethereumネットワーク設計へと進む道を形作った、エンタープライズブロックチェーンのインフラです。