AWS はじめの一歩
分析と検索

ブロックチェーンネットワーク構築 - Amazon Managed Blockchain の活用と QLDB (提供終了) からの移行

Amazon Managed Blockchain によるブロックチェーンネットワークの構築を解説。2025 年 7 月 31 日に提供終了した Amazon QLDB の位置づけと、Aurora PostgreSQL への公式移行先も紹介します。

約 5 分で読めます執筆 / 編集: あわしろ

Amazon QLDB の提供終了 (2025-07-31) と移行先

本記事で扱う 2 サービスのうち、Amazon QLDB は 2025 年 7 月 31 日をもって提供終了 (End of Support) となりました。AWS 公式ドキュメントは移行先として Amazon Aurora PostgreSQL を挙げ、台帳エクスポートと AWS DMS / AWS Glue を使った移行手順 (フルロード + 継続レプリケーション) を公開していました。単一組織内の改ざん検知可能な監査証跡は、現在は Aurora PostgreSQL の監査テーブルなどで実装するのが公式の推奨です。一方の Amazon Managed Blockchain は引き続き提供中で、複数組織間の分散台帳にはこちらを利用します。QLDB に関する以下の解説は、提供当時の仕様を記録した歴史的資料として残しています。

ブロックチェーン技術と AWS の分散台帳サービス

ブロックチェーンは、複数の参加者間でデータの改ざん耐性と透明性を確保する分散台帳技術です。Amazon Managed Blockchain (AMB) は、Ethereum と Bitcoin のパブリックブロックチェーンに対するノードアクセスと、Hyperledger Fabric によるプライベートネットワークの両方をマネージドで提供し、ネットワークの作成、メンバーの招待、ノードの管理を簡素化します。一方、Amazon QLDB (Quantum Ledger Database) は中央集権型の台帳データベースとして、すべてのデータ変更履歴を暗号的に検証可能な形で記録します。オンプレミスでブロックチェーンネットワークを構築する場合、ノードのプロビジョニング、証明書管理、コンセンサスアルゴリズムの設定、ネットワークのスケーリングなど複雑な運用が必要です。Managed Blockchain はこれらをマネージドで提供し、アプリケーション開発に集中できる環境を実現します。

Amazon Managed Blockchain によるネットワーク構築

Managed Blockchain は Hyperledger Fabric ベースのプライベートネットワークを数クリックで作成できます。ネットワーク作成時に投票ポリシーを設定し、新メンバーの参加承認プロセスを定義します。各メンバーはピアノードを作成してチェーンコードをデプロイし、チャネルを通じてプライベートなトランザクションを実行できます。Managed Blockchain は AWS Key Management Service (KMS) と統合し、ネットワーク証明書の安全な管理を提供します。CloudWatch によるノードのメトリクス監視、CloudTrail による API 呼び出しの監査ログも標準で利用可能です。パブリックブロックチェーンへの接続も提供しており、Ethereum は専用 (シングルテナント) ノードに対する JSON-RPC エンドポイント、Bitcoin は共有インフラ上のサーバーレス API という形態で、スマートコントラクトの開発やチェーンデータの参照に対応します。サプライチェーンのトレーサビリティ、貿易金融、デジタル資産管理など、複数組織間での信頼性の高いデータ共有が求められるユースケースに最適です。Managed Blockchain のネットワーク作成は CLI で実行できます: aws managedblockchain create-network --name SupplyChainNet --framework HYPERLEDGER_FABRIC --framework-version 2.2 --framework-configuration Fabric={Edition=STARTER} --voting-policy ApprovalThresholdPolicy={ThresholdPercentage=50,ProposalDurationInHours=24,ThresholdComparator=GREATER_THAN} --member-configuration Name=OrgA,FrameworkConfiguration={Fabric={AdminUsername=admin,AdminPassword=Password123}} のように、フレームワークのエディション、投票ポリシー、最初のメンバー設定を指定してネットワークを構築します。

Amazon QLDB による検証可能な台帳データベース

Amazon QLDB は、すべてのデータ変更を不変のジャーナルに記録し、暗号的なハッシュチェーンで検証可能性を担保する台帳データベースです。従来のリレーショナルデータベースでは監査ログの改ざんを完全に防止することが困難ですが、 QLDB はデータベースエンジンレベルで変更履歴の完全性を保証します。 PartiQL クエリ言語により SQL ライクな操作が可能で、ドキュメント指向のデータモデルを採用しています。 QLDB のストリーム機能を使えば、台帳の変更をリアルタイムで Kinesis Data Streams に配信し、下流のアナリティクスや通知システムと連携できます。金融取引の監査証跡、規制コンプライアンスの記録、保険金請求の履歴管理など、データの完全性と追跡可能性が法的に求められるユースケースで威力を発揮します。サーバーレスアーキテクチャで自動スケールし、ストレージ容量の事前プロビジョニングは不要です。

Managed Blockchain と QLDB の使い分けと統合パターン

Managed Blockchain と QLDB は、それぞれ異なるユースケースに最適化されています。複数の独立した組織間で信頼関係なしにデータを共有する必要がある場合は Managed Blockchain が適しています。一方、単一の信頼できる機関がデータの正確性を保証し、変更履歴の検証可能性が求められる用途は QLDB が担ってきた領域で、提供終了後は Aurora PostgreSQL の監査テーブル構成などで代替します。両者を組み合わせるパターンは、内部の取引記録を Aurora PostgreSQL で管理しつつ、Managed Blockchain で外部パートナーとの取引を共有する構成として引き継げます。Lambda と API Gateway を組み合わせたサーバーレスアーキテクチャにより、ブロックチェーンアプリケーションのバックエンドを効率的に構築できます。DynamoDB との併用により、高速な読み取りクエリと台帳の検証可能性を両立させるハイブリッド構成も実現可能です。

Managed Blockchain の料金

(2026 年 8 月時点・バージニア北部 (us-east-1) と東京 (ap-northeast-1)) Hyperledger Fabric の課金軸は、メンバーシップ、オンデマンドピアノード、ピアノードストレージ、ネットワークへの書き込みデータ量、標準の AWS データ転送料の 5 つで、ネットワーク自体には課金されません。メンバーシップは Starter エディションが 0.30 USD/時 (バージニア北部) と 0.34 USD/時 (東京)、Standard エディションが 0.55 USD/時 (バージニア北部) と 0.63 USD/時 (東京) で、認証機関 (CA) と共有ネットワークのコストを含み、秒単位で課金されます。ピアノードは bc.t3.small が 0.034 USD/時 (バージニア北部) と 0.044 USD/時 (東京) で、最低 1 分ぶんから秒単位の課金です。ピアノードのストレージは 0.10 USD/GB-月 (バージニア北部) と 0.12 USD/GB-月 (東京)、書き込みデータ量はトランザクションのペイロード全体に対して 0.10 USD/GB (バージニア北部) と 0.11 USD/GB (東京) です。エディションは料金だけでなく上限値も異なり、Starter は 1 ネットワークあたり最大 5 メンバー、メンバーあたり最大 2 ピアノード、インスタンスタイプは bc.t3.small と bc.t3.medium に限られます。Standard は最大 14 メンバー、メンバーあたり最大 3 ピアノードで、bc.t3 / bc.m5 / bc.c5 の各ファミリーが選択でき、オーダリングサービスのトランザクションスループットと可用性も高くなります。Starter は検証や小規模な用途、Standard は本番用途向けという位置づけです。インスタンスタイプ別の単価やリージョンごとの最新値は、課金軸が多く単位も混在するため公式料金表で確認してください。QLDB の料金体系は提供終了に伴い廃止されました。現在は、複数組織間の分散合意が必要なら Managed Blockchain、単一組織の改ざん検知可能な監査証跡なら Aurora PostgreSQL の監査テーブル構成が選択肢です。

まとめ - 分散台帳技術の実践的な活用

Amazon Managed Blockchain は、ブロックチェーンと分散台帳技術をエンタープライズ環境で活用するための基盤を提供します。かつて併用が提案されていた QLDB は 2025 年 7 月 31 日に提供終了し、単一組織の検証可能な台帳は Aurora PostgreSQL などでの実装が公式移行先となりました。複数組織間のデータ共有には引き続き Managed Blockchain が有効で、フルマネージドサービスとしてインフラ運用の負荷を最小化し、ビジネスロジックの実装に集中できる点がオンプレミスのブロックチェーン基盤との大きな差別化要因です。

参考資料 (AWS 公式)

本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。

本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。

関連するサービス

Amazon Managed Blockchain 専門Hyperledger Fabric や Ethereum のブロックチェーンネットワークを簡単に構築・管理できるサービスAmazon Kinesis 人気リアルタイムストリーミングデータの収集・処理・分析を行うサービス

関連する記事

サーバーレスデータベース - DynamoDB で実現するスケーラブルなデータ管理DynamoDB のオンデマンドモードを軸に、トラフィックに応じて自動スケールするデータベースを構築する。Aurora Serverless との比較を含め、ワークロード特性に応じたサーバーレス DB の選定基準を解説します。Amazon Kinesis で構築するリアルタイムデータパイプライン - Data Streams と Data Firehose の使い分けData Streams でリアルタイムデータを取り込み、Data Firehose で S3・Redshift・OpenSearch に自動配信する。シャード設計とオンデマンドモードの使い分けでストリーミングパイプラインを構築する方法を解説します。Amazon Managed Service for Apache Flink でリアルタイムストリーム処理 - ステートフル処理とウィンドウ集約Apache Flink のフルマネージド環境で SQL または Java/Python アプリケーションによるリアルタイムストリーム処理を実行する。ウィンドウ集計・パターン検出・Kinesis/MSK 連携の設計パターンを解説します。

同じテーマの記事

Amazon Quick の実践活用 - 部門別ユースケースとワークフロー自動化の設計パターン営業・IT・財務など部門ごとの活用シナリオと、Quick Flows による通知・承認・多段階ワークフローの設計パターンを具体的に紹介します。BI ダッシュボード可視化 - Amazon QuickSight で実現するデータドリブンな意思決定基盤Amazon QuickSight によるインタラクティブな BI ダッシュボードの構築と、Athena との連携によるサーバーレスデータ分析基盤を解説します。SPICE エンジンによる高速可視化と組織全体へのインサイト共有の実践手法を紹介します。AWS Clean Rooms で実現するプライバシー保護型データコラボレーションデータを共有・コピーせずに複数企業間で共同分析を実行する。集計ルールによる個人特定防止と Cryptographic Computing による暗号化分析を紹介します。顧客 ID 統合 - AWS Entity Resolution で分散した顧客データを名寄せするAWS Entity Resolution を使った顧客データの名寄せ (エンティティ解決) を解説。ルールベース、ML ベース、プロバイダーサービスベースの 3 つのマッチングワークフローと ID マッピング、料金、プライバシー保護、Clean Rooms との統合を紹介します。AWS Data Exchange で活用するサードパーティデータ - データ調達とサブスクリプション管理サードパーティのデータ製品を Marketplace 経由で調達し、S3 への自動配信パイプラインを構築する。自社データの製品化と収益化の手法も紹介します。Amazon S3 と Lake Formation で構築するデータレイク - 設計パターンとガバナンスS3 をストレージ基盤とし Lake Formation できめ細かいアクセス制御を実現するデータレイクの設計パターンを紹介。ETL パイプラインとコスト最適化も解説します。データレイクガバナンス - AWS Lake Formation による一元的なアクセス制御AWS Lake Formation を使ったデータレイクの構築・アクセス制御・ガバナンスを解説。S3 ベースのデータレイクに対する列レベル・行レベルのきめ細かな権限管理と Glue ・ Athena との統合を紹介します。データマーケットプレイス活用 - AWS Data Exchange で実現するサードパーティデータの効率的な取得と活用AWS Data Exchange を活用したサードパーティデータの取得と活用方法を解説します。S3 との統合によるデータパイプラインの構築と、データプロバイダーとしての公開手法を紹介します。

内容が近い記事 / サービス

Amazon Managed Blockchain で構築するプライベートブロックチェーン - Hyperledger Fabric の運用Hyperledger Fabric のプライベートブロックチェーンネットワークを構築し、チェーンコードの開発とメンバー管理のガバナンスを紹介します。Amazon Managed BlockchainHyperledger Fabric や Ethereum のブロックチェーンネットワークをフルマネージドで構築・運用し、改ざん不可能な台帳でトランザクションを記録するサービスリレーショナルデータベース - Amazon RDS と Aurora で実現する高可用性データベースAmazon RDS と Aurora を活用したリレーショナルデータベースの構築方法を解説します。Cassandra 互換データベース - Amazon Keyspaces で実現するサーバーレスな分散データベースAmazon Keyspaces (for Apache Cassandra) と DynamoDB を活用した分散データベースの設計・運用方法を解説します。