MaestroがDeveloper APIを終了、Cardanoの各種連携は移行対応へ

Maestroは2026年9月19日、自社のDeveloper APIがサービス終了に達したと発表した。この決定は、ブロックチェーンデータの取得にMaestroのエンドポイントへ直接依存していたウォレット、分散型アプリケーション、その他のCardano連携に影響を及ぼす。

Maestro、ホスト型のCardano APIを終了

Maestroは、UTxOネットワーク上に構築されたアプリケーション向けに構造化されたブロックチェーンデータを提供するプラットフォームを開発していた。同社のCardano APIにより、開発チームは自前でCardanoノードやインデクシングシステムを維持せずにネットワーク情報へアクセスできた。

開発者は、アドレス、ADA残高、トランザクション、未使用トランザクション出力、ネイティブ資産、データム、スクリプトを取得できた。加えて、ステークプール情報、エポックデータ、プロトコルパラメータ、Plutusスクリプトの評価も提供されていた。

このインフラはCardanoアプリケーションと基盤となるブロックチェーンを接続していた。開発者は生のネットワークデータを内部で処理する代わりに、Maestroのエンドポイントへリクエストを送り、アプリケーションのインターフェースやバックエンドで利用可能な形式のレスポンスを受け取ることができた。

最終アナウンスでMaestroは、同プラットフォームを利用してきた開発者に謝意を示し、今後はMaestro Institutionalに専念することを確認した。現在の製品提供は機関投資家市場を対象としており、BTC建ての利回り商品、マイニング関連のクレジット、財務管理インフラなどのサービスを含む。

Maestroの公式GitHub組織もこの移行を反映している。TypeScript、Rust、Haskell、Go向けのCardano SDKリポジトリは、API仕様や関連する開発ツールとともにアーカイブ化された。リポジトリは引き続き公開でアクセスできるが、終了したホスト型サービスのアクティブなクライアントとしてはもはや保守されていない。

Maestroを利用するアプリはデータレイヤーの代替が必要

今回の停止は、アプリケーションをCardanoのブロックチェーンデータに接続するインフラに影響する。Cardanoのプロトコル、スマートコントラクト、ネットワーク上に記録された資産が変更されるわけではない。しかし、インターフェースやバックエンドが引き続きMaestroのエンドポイントへリクエストを送信しているアプリケーションは中断を招き得る。

ブロックチェーンのデータ提供者は、分散型アプリケーション全体でユーザーが目にする機能を支えている。例えば、ウォレット残高の表示、使用可能なUTxOの特定、トランザクションの構築、ネイティブトークンの追跡、送信前のPlutusスクリプト評価などが含まれる。

Maestroを利用しているプロジェクトは、これらの機能を別のマネージドAPIへ接続するか、外部サービスを自ら運用するインフラに置き換える必要がある。移行には、エンドポイントの変更、データモデルの調整、新たな認証システム、アプリケーション各コンポーネントにわたるテストが必要となり得る。

影響を受けるプロジェクトの数は公表されていない。Maestroは自社のCardano APIを利用するアプリケーションの一覧を公開せず、個々のエンドポイントのトラフィックデータも提供しなかった。したがって実際の影響は、各開発チームが既に移行していたのか、複数のプロバイダーへの対応を維持していたのか、それともMaestroへの依存を続けていたのかによって異なる。

アーカイブ化されたSDKは今も閲覧、ダウンロード、適応が可能だ。これらは過去の統合を理解したり、クライアントコードの一部を再利用したりする助けになるかもしれない。ただし、SDKがアーカイブとして利用可能であっても、その背後のホスト型サービスが保存されるわけではない。MaestroのAPIキーとエンドポイントで構成されたアプリケーションには、依然として新たなデータソースが必要だ。

オープンソースのCardanoインデクサーは引き続き利用可能

ホスト型APIを終了する前に、Maestroは自社のCardanoデータプラットフォームを支えていたソフトウェアスタックを公開した。Maestro Cardano Indexerは、独自のインデクシングインフラを運用したい開発者向けにApache 2.0 licenseの下で提供されている。

このインデクサーは、ByronからConwayまでの全てのCardanoエラを対象とする分散型のプロダクションシステムとして設計されている。ブロックチェーンのアクティビティを処理し、アドレス、トランザクション、UTxO、ネイティブ資産、データム、スクリプト向けのREST APIが文書化され提供される。

アーキテクチャはブロックチェーンのソースとして標準のcardano nodeを用いる。処理済みデータはTiKVに保存され、Redisがインデクサーのインスタンスと処理位置の調整を担う。より大規模なデプロイでは、アカウント情報、ステークプールデータ、エポック、プロトコルパラメータ、コストモデル、Plutusスクリプト評価を提供するためにcardano db syncとOgmiosを統合できる。

公開されたコードはCardanoの開発者にセルフホスティングの選択肢を与えるが、従来のマネージドサービスを直接置き換えるものではない。このスタックを運用するには、Cardanoノード、データベースインフラ、同期の管理、モニタリング、継続的なメンテナンスが必要となる。

したがって、これまでMaestroに依存していた開発チームには運用上の選択肢が二つある。別のマネージドなCardanoデータプロバイダーへ移行するか、自前のインデクサーとAPIインフラを導入して保守するかだ。Maestroはホスト型サービスを終了した一方で、その基盤となるCardanoのインデクシングソフトウェアは運用能力を備えたチームに利用可能な状態で残している。