Alchemyのノードインフラが大規模環境でもDeFiを高速に保つ仕組み

最終更新日: 2026年7月15日2分で読めます

誰かがDeFiアプリでトークンをスワップするたびに、アプリはバックグラウンドでブロックチェーンに一連のリクエストを送信する。価格見積もり、プール残高、ガス見積もり、ウォレット残高。数十件のリクエストが、複数のチェーンにまたがって、取引が成立するまでに発行される。ユーザーはそのどれも目にすることはない。良い価格で確定した取引を見るか、そうでないかのどちらかだ。

分散型金融（DeFi）では、インフラそのものがプロダクトである。アプリが読み取るデータが遅ければ、ユーザーは自分が見たのとは違う価格で取引することになる。相場が動いている最中に接続が切れれば、トランザクションは失敗する。レコードが欠落すれば、誰かの残高や履歴が誤って表示される。ブロックチェーン自体はこれらの問題を解決してくれない。解決するのはRPCレイヤーであり、それができていなければ何も解決されない。

私たちは、ブロックチェーンが把握している情報と、アプリが実際に動作に使える情報との間のギャップを埋めるノードおよびRPCインフラに何年も投資してきた。この取り組みはオンチェーンのあらゆるプロダクトにとって重要だが、DeFiはその中でも最も厳しく試される領域だ。なぜならDeFiでは、そのギャップが金額として測定されるからだ。以下は、実際にこのインフラ上で稼働しているチームを通じて見た、本番環境での姿である。

速度：ミリ秒単位が価格に織り込まれるから

トレーディングでは、待っている間にも価格は動く。数百ミリ秒の遅延が、ユーザーが見た価格と実際に得られる価格の差を生むことがある。

0xは、数十のウォレットやアグリゲーターでのトークン間スワップを支えており、数十億ドル規模の取引をルーティングしている。0xの目標は、複数の流動性プールの中から瞬時に最良の価格を見つけ出すことだ。そのために、各取引の直前に数十件のRPCクエリを発行する。このデータの返答が遅ければ、ユーザーに提示される価格がずれ、意図した取引とは異なる結果になる。

0xはあらゆる選択肢を検証し、一つの要件に行き着いた。それは、常に速く、一貫性があり、正確なデータだ。私たちのインフラ上で、0xは1秒未満で見積もりを生成し、99.9%の稼働率を維持しており、DeFiの中でも最も低い水準の取引失敗（revert）率を実現している。0xにとって、この信頼性はパートナーに安定したサービスを約束できる根拠になっている。取引の反対側にいるトレーダーにとっては、想定通りの価格で取引が成立するか、静かに失敗するかの違いになる。

"Alchemy allows all of our integrators to have more responsive experiences and it allows us to offer a more reliable service — we're able to generate quotes in less than a second."

— Charles Reese, Engineering Manager, 0x Labs · Read the 0x case study

0x on Alchemy: $170B+ traded, 3.5M+ traders, 99.9% uptime, 2% revert rate, sub-second quotes.

同じパターンはSolanaでも見られ、ブロック生成はさらに速い。Solflareは、Solanaエコシステムで最大級のウォレットの一つであり、400万人以上のユーザーに対して自身の活動の詳細な可視化を提供している。時系列の残高、過去の取引、損益などだ。これらはすべて過去のブロックチェーンデータに依存しており、Solana上で高速に提供するのが最も難しいデータの一つである。私たちのSolanaアーカイブインフラ上で、Solflareは他の選択肢と比べて最大20倍速くこのデータを取得でき、応答時間は200ミリ秒未満、毎秒数千件のリクエストを処理してもエラーは発生しない。Solflareにとって、これはデータ層と格闘することなくより充実した分析機能を提供できることを意味する。ユーザーにとっては、アプリを開けば待たされたり欠落に遭遇したりすることなく、完全で正確な履歴がほぼ瞬時に読み込まれることを意味する。

"Alchemy's Archival RPC has kept up with Solflare's throughput while keeping a consistent sub-200ms response time."

— Dušan K., Backend Engineer at Solflare · Read the Solflare case study

Solflare on Alchemy: 4M+ users, up to 20× faster archive queries, responses under 200ms, several thousand requests per second with zero errors.

信頼性：失敗したトランザクションは実際の金銭的損失だから

速度は、最も重要な瞬間にシステムが稼働し続けて初めて意味を持つ。DeFiにとって、失敗が最も許されないタイミングは、最も忙しいタイミングと重なる。大型ローンチ、トークン配布、あるいは相場が急変する中での大量の清算だ。

ステーブルコインプロトコルのUsualは、これを大型トークン配布の10時間前に思い知らされた。チームが需要を再計算した結果、既存の構成では耐えられないことが判明したのだ。私たちは彼らのキャパシティをスケールし、インフラをチューニングし、イベントを通してライブでエンジニアリング対応を行った。ピーク時には毎秒30,000件のリクエストを処理し、最初の1時間で3,800万件のリクエストを処理した。その間、20万人以上が同時にトークンの請求を試みたが、ダウンタイムは実質ゼロで、請求の失敗も発生しなかった。Usualにとって、これは看板となるローンチが障害というニュースにならずに済んだことを意味する。その20万人一人ひとりにとっては、読み込み中の画面や失敗したトランザクションではなく、実際に目当てのものを手に入れられたことを意味する。私たちの役割は、その下にあるインフラが決して障害の原因にならないようにすることだった。

"Alchemy was able to give us a near perfect availability, serving massive amounts of requests per second (30k requests per second was our peak, and we still had buffer), without any hiccups or downtime. And all on short notice!"

— Adli Takkal-Bataille, cofounder at Usual · Read the Usual case study

Usual on Alchemy: 30,000 requests per second at peak, 38M requests in the first hour, 200,000+ simultaneous claims, zero downtime and no failed claims.

アクセスのしやすさ：エンジニアが差別化に集中できるように

私たちの上で稼働する最大の理由は、それによってチームが解放されるものにある。エンジニアがノードの面倒を見たり、ブロック履歴を拡張したり、トラフィックの急増でポケベルに起こされたりする1時間は、差別化を生むプロダクトに使われるはずだった1時間だ。

これは、ここに挙げた各チームが私たちと交わしたトレードオフだ。Usualはインフラ担当者を増やすことなく、10時間の猶予でスケールした。0xは複数のプロバイダをつなぎ合わせる代わりに、データを一つのプロバイダに統合した。Solflareは独自のSolanaアーカイブシステムを試作したが、それをうまく運用し続けることがフルタイムの仕事になると判断し、その仕事を私たちに委ねることでエンジニアが機能開発を続けられるようにした。いずれのケースでも、差別化につながる作業はチーム側に残り、インフラの重労働は私たちが引き受けた。

これは誰のためのものか

DeFiは単一のワークロードではない。何を構築していても、負荷がかかったときにだけ表面化する失敗こそが、許容できないものだ。特に負荷が集中するのは以下のような場面だ。

スワップルーターとアグリゲーター。 一つの取引の価格を決めるために数十件のRPC呼び出しを発行するため、読み取りの遅延がそのままユーザーが得る価格に影響する。
ウォレットとアナリティクスアプリ。 ユーザーに残高、履歴、パフォーマンスを表示するため、過去データの高速な読み取りに依存している。
ステーブルコイン、RWA、トークンローンチ。 最もリスクの高い日は自社のローンチや償還のタイミングであり、数時間単位でスケールするキャパシティが必要になる。
レンディング、パーペチュアル、清算エンジン。 相場が急変する中で一件の更新漏れが清算機会の逸失につながるため、リアルタイムの信頼性がすべてを左右する。

私たちがこの分野に投資し続ける理由

これは偶然でも副業でもない。このようなインフラを提供することこそがAlchemyであり、私たちが会社を築いてきた核心である。これらはすべて、RPCの基盤エンジンであるCortexの上で動いている。Cortexは何兆件ものリクエストと、このワークロードを長年運用してきた実績によって鍛えられている。各リクエストを最速の経路にルーティングし、トラフィックが急増すれば自動的にスケールし、障害が起きれば自律的に迂回する。単純な構成では、トラフィックが急増したまさにその瞬間に速度が落ちたり、リクエストを拒否したりしがちだが、Cortexはその逆を目指して設計されている。急増を吸収し、最も重要な瞬間にデータの正確性を保つ。これが、公開RPCベンチマークで継続的に測定されている低い応答時間と高い稼働率を維持しながら、プラットフォーム全体で年間1兆ドル以上のトランザクションを支えられている理由だ。

DeFiは、これらすべてを同時に試す領域だ。レイテンシに敏感で、負荷が急変し、金銭が絡む以上、失敗が許されない。最速のオンチェーン市場を構築しているチームは、自分たちのインフラについて考えたくないと思っている。私たちの仕事は、彼らがそうせずに済むようにすることだ。

DeFiを構築していて、インフラがボトルネックになっているなら、私たちのチームに相談してください。一緒にキャパシティを整えます。

よくある質問

DeFiに最適なRPCプロバイダーは？

DeFiに適したRPCレイヤーには、一貫した低レイテンシ、ブロック単位で正確なデータ、そしてボラティリティが急変する局面でも保たれる信頼性が揃っている必要がある。0x、Usual、Solflareのようなチームが、まさにこれらの理由からレイテンシに敏感で高トラフィックなDeFiワークロードをAlchemy上で稼働させている。

Alchemyはトラフィック急増時にどうやってDeFiアプリの速度を維持しているのか？

AlchemyのRPCはCortexの上で動いており、スマートルーティング、ボラティリティ時の弾力的なスケーリング、自律的なフェイルオーバーを担っている。Usualはトークン配布の際にピークで毎秒30,000件のリクエストに達したが、ダウンタイムは実質ゼロで、請求の失敗も発生しなかった。

AlchemyはDeFi向けにSolanaのアーカイブデータをサポートしているか？

サポートしている。AlchemyはSolana Archive Method上で、getTransactionやgetProgramAccountsのような負荷の大きいSolanaメソッドを提供しており、Solflareでは最大20倍速いアーカイブクエリと200ミリ秒未満の応答時間を実現している。詳細はAlchemyがSolana上で最速のアーカイブメソッドを構築した方法を参照。