--- title: "Solana向けに構築:20倍高速化、99.99%の稼働率、2倍のスループット" description: "SolanaのRPCとStreaming APIを全面的に再設計しました。" --- # Solana向けに構築:20倍高速化、99.99%の稼働率、2倍のスループット 私たちはこの2年間、Solanaのビルダーと協力して彼らが抱える最大の課題を理解することに時間を費やし、この1年でそれらに対処すべくSolana向けの提供内容を再設計してきました。 [Solanaエコシステム](https://www.alchemy.com/dapps/ecosystem/solana)のツール群は急速に進化してきましたが、特にデータ集約型のアプリケーションやエンタープライズ向けに、パフォーマンスと信頼性をさらに押し上げる余地があると私たちは考えました。 本日、私たちが構築したものを発表します - Solanaのビルダーのためにゼロから作られたRPCおよびStreaming APIです： - コードの変更や独自メソッドを必要とせず、アーカイブ呼び出しが最大20倍高速化 - `getTransaction`や`getTokenAccountsByOwner`のような「重い」メソッドが最大2倍高速化 - 他プロバイダーの半額未満で、超高速かつ耐障害性に優れたgRPCストリーミング - プラットフォーム全体で99.99%の稼働率と2倍以上のスループット向上 - これまで不可能だった数多くの新機能（ガスレストランザクション、アドレスアクティビティwebhook、`getTokenLargestAccounts`のような呼び出しに対するより大きなレスポンスなど） これらはすべて、本日から利用可能です。[Alchemyを初めて使う方はこちらから](https://www.alchemy.com/solana)、すでに私たちと一緒に構築している方は、変更なしで既存のセットアップをそのまま使い続けられます！ ### 背景 Web3の内外を問わず、世界中のどの開発者コミュニティも、Solanaのビルダーほど「chewing glass（ガラスを噛む）」というフレーズを誇りとして受け入れてはいませんでした - 絶えず進化し、限界を押し広げる技術の上で世界を変えるプロダクトを構築するという、困難だが必要な作業を受け入れてきたのです。 Solanaのプロトコルとそれを取り巻くツールが進化するにつれ、ガラスを噛む必要性は減ってきましたが、まだなくなったわけではありません。 過去数年間、Bags.fmから[Solflare](https://www.alchemy.com/dapps/solflare)、Robinhoodに至るまで、Solana上の開発者と協力する中で、ビルダーがAPIの制約やインフラのボトルネックを回避するために創意工夫を凝らしている例をほぼどこでも見つけました。 例えば、多くのSolanaチームがアーカイブデータへのアクセスに苦労しています。Bigtableベースのシステム上に構築された既存のRPCプロバイダーは、大規模な履歴クエリを効率的に処理できず、データの欠落や不完全な取得につながることがよくあります。ビルダーは、信頼できるデータセットを得るためだけに、バックフィルの再構築に何ヶ月も費やしたり、リクエストをスロットリングしたり、欠落したトランザクションを寄せ集めたりすることになります。データ集約型のアプリケーションやウォレットにとって、これは反復のスピードを著しく低下させ、分析やインデックス作成でできることを制限します。 私たちの使命は、こうした制約を取り除き、すべてのSolanaビルダーに妥協のない体験を提供することでした。 ### アーカイブデータが最大20倍高速化 Solanaの開発者から最もよく聞かれた要望の一つは、既存のAPIが彼らのニーズを満たすには速度が不十分だということでした。特にgetTransactionのようなアーカイブデータや、getProgramAccountsのような「重い」メソッドにおいてです。 履歴のgetTransaction呼び出しを例に挙げましょう。私たちはベンチマークにおいて市場のどのプロバイダーよりも高速であり、最も評判の高いインフラプロバイダーの一部と比べても最大20倍上回っています（p50、p90、p95のいずれにおいても）。 そしてこれは例外ではありません。`getBlock`では最大3倍、`getTokenAccountsByOwner`や`getProgramAccounts`のような「重い呼び出し」では最大10倍高速化されています。 なぜこれほどの差が可能なのでしょうか？私たちはこれらのメソッドを高性能に処理するための新しいインフラを何年もかけて構築し、あらゆる状況で確実に提供できるよう、ビルダーと共にほぼ同じ期間をかけて大規模なチューニングを行ってきました。 アーカイブデータを提供するためのインフラを例に挙げましょう。Solanaのインフラプロバイダーが長年使用してきたBigTableインスタンスを、私たちは完全に置き換えました。その代わりに、RPCの規模に合わせて設計されたマルチリージョンのHbaseシステムを構築し、データをグローバルに分散させることで低レイテンシーのアクセス、完全性の保証、そして負荷時のパフォーマンスを桁違いに向上させています。 重要な点として、一部のプロバイダーはパフォーマンス向上を得るために独自APIの利用を求め、ロックインを発生させますが、私たちが行ったすべての最適化はコードの変更やロックインなしで利用可能です。 最後に、ベンチマークは時に操作されることがあり、複数のプロバイダーが自らを最速だと主張するのはよくあることです。実際のところ、ベンチマークが常にすべてを物語っているわけではありません。私たちが重視しているのは、ビルダーが自身の特定のワークロードにおける実際のパフォーマンスを理解できるよう支援することです。私たちのエンジニアはベンチマーク手法を共有し、カスタムテストの実施をお手伝いできます。カスタムベンチマークをご希望の方は[チームまでお問い合わせください](https://www.alchemy.com/contact-sales)。 ### 99.99%の信頼性 低レイテンシーは素晴らしいものですが、どれほど高速なAPIであっても、信頼性が盤石でなければ使い物になりません。私たちは8年以上にわたり、最大級のオンチェーンアプリケーション向けに最も信頼性の高いAPIを構築し続けており、選挙の夜の[Polymarket](https://www.alchemy.com/dapps/polymarket)からWorldのMainnetローンチに至るまで、最も象徴的でセンシティブな瞬間を支えてきました。 それはSolanaにおいても変わりません。 私たちはすでに、Circle、Robinhood、TrustWalletといったチームをSolana上で何年も信頼性高く支えてきましたが、現在のSolanaインフラはそれをさらに一段上のレベルへと引き上げます。マルチリージョンアーキテクチャ、3～5層の自律的なフェイルオーバー、ストリーミング再接続時の拡張された（6000ブロックの）リプレイ...これらすべては、世界のどのチームよりもブロックチェーンチームを大規模に支えてきた経験豊富なエンジニアチームが運用するプラットフォーム上に構築されています。 その結果として、利用を開始した時点から、構築を進める中で、そして最も重要な瞬間においても、99.99%の稼働率を実現するインフラが生まれました。 ### 新しい機能 レイテンシーと信頼性に加えて、ビルダーから最も多く寄せられた要望は、Solana APIにおけるより高い柔軟性、拡張性、そして機能性でした。新しいインフラを次々と構築していく中で、私たちはこれらの多くをネイティブに実現できるようになりました。 例えば、これまでSolanaのアーカイブAPIはデータの消費方法において柔軟性に欠けており、最新の情報にたどり着くために最も古い署名やトランザクションからスキャンする必要がありました。これは、ユーザーのアクティビティを新しい順に表示するといった、ごく基本的な処理を行うアプリケーションにとっても複雑さを増し、著しい速度低下を招く可能性があります。 新しいアーカイブエンドポイントでは、最新のデータを簡単に先に取得できるようになりました - これにより、そうしたユースケースにおいてAPIが使いやすくなるだけでなく、エンドユーザーにとって10倍優れた、より高速な体験を実現します。 新機能のリストはここにすべて収まりきらないほど長くなっています（詳しくは[Solanaドキュメント](https://www.alchemy.com/docs/reference/solana-api-quickstart)をご覧ください）が、いくつかハイライトを紹介します： - `getTokenLargestAccounts`が拡張され、20件ではなく最大1000件のアカウントを返すようになりました - gRPCストリーミングのリプレイスロットが拡張されました（最大6000ブロック） - APIに直接組み込まれたガスレストランザクション - エンタープライズ顧客に対しても、他プロバイダーの2倍高いスループット - 最新優先のアーカイブクエリ（最古からのスキャンはもう不要） - アドレスアクティビティwebhook ### Solanaのために構築 Solanaはエコシステムとしても技術としても唯一無二の存在です。だからこそ、私たちが何を構築したかだけでなく、それをどのように構築したかというアプローチについても触れることが重要です。私たちは（時には苦い経験を通じて）、単にプロダクトをEVMからSolanaに移植するだけでは行き詰まる運命にあることを学びました。 だからこそ、Solanaエコシステムとそのビルダーとの長期的なパートナーシップを見据えて、私たちはSolana APIを再設計するために時間をかけました。その過程で、[DexterLab](https://www.theblock.co/post/354709/alchemy-acquires-solana-infrastructure-provider-dexterlab-as-it-continues-expansion-beyond-ethereum)と[Bware Labs](https://www.alchemy.com/blog/alchemy-acquires-bware-labs)という、長年にわたりSolana専用インフラを構築してきた2つのチームと力を合わせることで、世界クラスのエンジニアチームを結成しました。 再設計に取り組む最高のメンバーが揃ったところで、私たちは非常に明確なアプローチを取りました - Alchemyが8年以上かけて築き上げてきた技術を加速剤として活用しつつ、Solanaのためにゼロから最良のソリューションを構築することに一切妥協しないというものです。 私たちはこの成果を誇りに思っていますし、Solana上の数千のチームを支えるために行っている取り組みにはさらに誇りを感じています。 これらはすべて、本日から利用可能です。[Alchemyを初めて使う方はこちらから](https://www.alchemy.com/solana)、すでに私たちと一緒に構築している方は、変更なしで既存のセットアップをそのまま使い続けられます！ ## よくある質問 ### 私たちのSolanaインフラが他のプロバイダーと異なる点は何ですか？ 私たちは、コードの変更や独自メソッドを必要とせず、アーカイブ呼び出しが最大20倍高速、重いメソッドが最大2倍高速、99.99%の稼働率、そして2倍のスループットを提供しています。 ### Solanaにおけるアーカイブデータ呼び出しはどれくらい高速ですか？ 履歴の`getTransaction`呼び出しでは他プロバイダーと比較して最大20倍、`getBlock`では最大3倍、`getTokenAccountsByOwner`や`getProgramAccounts`のような重い呼び出しでは最大10倍高速です。 ### パフォーマンス向上を得るためにコードを変更する必要はありますか？ いいえ、すべての最適化は、独自APIを必要とする一部のプロバイダーとは異なり、コードの変更やロックインなしで利用可能です。 ### Solanaにおける稼働率の保証はどうなっていますか？ マルチリージョンアーキテクチャ、3～5層の自律的なフェイルオーバー、ストリーミング再接続時の拡張されたリプレイ機能により、99.99%の稼働率を提供しています。 ### Solanaの開発者向けにどのような新機能を提供していますか？ 新機能には、最新優先のアーカイブクエリ、最大1000件のアカウントを返す`getTokenLargestAccounts`（従来は20件）、ガスレストランザクション、アドレスアクティビティwebhook、そして最大6000ブロックのリプレイに対応したgRPCストリーミングが含まれます。 ### アーカイブインフラは従来のプロバイダーとどう異なりますか？ 私たちは標準的なBigTableシステムを、RPCの規模に合わせて設計されたカスタムのマルチリージョンHBaseシステムに置き換え、データの完全性の保証と負荷時のパフォーマンス向上を実現しています。 ### すでに私たちのSolanaインフラを利用しているのはどのような企業ですか？ Circle、Robinhood、TrustWallet、Bags.fm、Solflareといった主要なチームが私たちのSolanaインフラを利用しています。 ### 自分のユースケースに合わせたパフォーマンステストは可能ですか？ はい、私たちのチームはベンチマーク手法を共有し、あなたの特定のワークロードに合わせたカスタムテストの実施をサポートできます。