コンテンツへスキップ
0%

Alchemyが支える金融サービスのオンチェーン化

著者: Alchemy

最終更新日: 2026年8月17日2分で読めます
オンチェーン金融はAlchemyを基盤に構築されており、Symphony、Solflare、Aave、Visaが採用

金融アプリはミリ秒単位で評価される。

誰かが預金残高を確認し、取引を発注し、入金の着金を待ち、あるいはボラティリティの高い時間帯にローンのポジションを見ているとき、古い情報は誤った情報と同じコストを生む。土台となるチェーンは分散型だ。しかしその上に構築されたプロダクトは、顧客がすでに他のあらゆる金融アプリで慣れ親しんでいる基準で評価される。

金融はオンチェーンへと移行しており、インフラの問いもそれに伴って移動する。レンディング、取引所、ステーブルコイン口座、送金、ポートフォリオツール、マーケットデータに至るまで、私たちは金融プロダクトとチェーンをつなぐ役割を担う。低レイテンシーの読み取り、信頼できるトランザクション実行、リアルタイムのイベント配信、履歴用のアーカイブデータ、そして自社専用の容量を必要とするチームのためのシングルテナント専有キャパシティだ。私たちはまた、EVMエンドポイントをQuickNode、dRPC、Infuraと比較したライブレイテンシーベンチマークを公開しており、方法論と生データを公開しているため、性能の主張は鵜呑みにするものではなく、自分で検証できるものになっている。

なぜインフラが金融プロダクトの成否を決めるのか

すべてのオンチェーン金融プロダクトは、ユーザーの操作とチェーンの応答の間にループを回しており、そのループには期限がある。

レンダーは借り手のヘルスファクターを計算する前に、担保の現在価値を知る必要がある。取引所は、入金が確定したことを独立して確認してから顧客の口座に反映させる必要がある。決済アプリは、ステーブルコインの送金を送信し、追跡し、顧客にガスとは何かを学ばせることなく新しい残高を表示しなければならない。マーケットデータプロバイダーは、それを読み取るプロトコルにとって十分な速さで価格を発信しなければならない。

このループのどの部分が壊れても、その失敗はインフラの失敗としてではなく、プロダクトの失敗として表面化する。逃した取引。滞留したままの入金。静かに誤った残高。顧客はそれを「RPCの劣化」だとは受け取らない。

だからこそAave、Bitget、Pana、Polymarket、RedStone、Symphony、Solflare、0x、Zapper、Zerionといったチームは、レイテンシーと信頼性をベンダーの項目ではなくプロダクト要件として扱っている。

RPCのレイテンシーはトランザクション実行と取引パフォーマンスにどう影響するか

RPCのレイテンシーは、金融プロダクトが状態を読み取りトランザクションを送信できる速さの下限を決める。そのため、それは見積もりの鮮度、入金の反映時間、そして取引がユーザーの見た価格で成立するかどうかに直接現れる。RPCエンドポイントとは、アプリケーションがブロックチェーンの状態を読み取り、トランザクションを送信するために呼び出すインターフェースだ。それが加える1ミリ秒はユーザーが待つ1ミリ秒であり、ボラティリティが高い局面では、その遅延こそがスリッページや古い価格の発生源になる。

最速のリクエストが常に最も近いマシンに送られたものとは限らない。ノードの健全性は分単位で変化する。トラフィックのパターンも変わる。重い履歴クエリとシンプルな残高確認では必要とするインフラが異なり、同じキャパシティを奪い合うべきではない。

Cortexは、この処理を担う私たちのプラットフォームの基盤エンジンだ。各リクエストを、現在健全でその特定のメソッドに適したキャパシティにルーティングし、固定のマップに従うのではなく状況の変化に応じて適応する。従来のアーキテクチャと比較して公表されている改善値は、2.5倍の高速化、5倍の信頼性向上、500倍のスループットだ。

金融プロダクトにとって、この処理はユーザーが何も感じる前に行われる。取引が急増しても見積もり画面は応答性を保つ。あるチームの履歴データの再構築は、顧客が依存するライブクエリを遅らせることなく実行される。ある経路が劣化した場合、顧客が気づく前にリクエストはそこから移動する。

AaveはDeFi最大のレンディングプロトコルを20以上のネットワークで運用しており、レンディングは止まることがなく、古い状態はユーザーが自分のポジションを誤解することを意味する。Cortexへの移行後、Aaveのインデックス作成とバックフィルのワークロードは3〜5倍高速化した。Aave APIが1秒あたり約70,000リクエストまで急増した際も、私たちは問題なくそれを吸収した。

金融サービスに十分な信頼性を持つブロックチェーンインフラとは何か

金融ワークロードにおける信頼性とは、二つのことを同時に意味する。リクエストが成功すること、そしてその応答が完全かつ正確であることだ。速くて間違った答えは、遅い答えよりも悪い。

私たちはこれを、読み書き両方のためのマルチチェーンRPC、履歴クエリのためのアーカイブデータ、決済が完了した活動をリアルタイムで届けるイベントシステムを通じて提供する。チームは自身のブロックチェーントラフィックを観測し調査することもでき、それによってほとんどの問題は顧客から報告される前に発見される。

Bitgetは1億2,500万人を超えるユーザーにサービスを提供しており、入出金の独立した確認レイヤーとして私たちを利用している。同社自身のノードがワークロードの大半を担う。私たちはその隣に立ち、顧客資金に関わるあらゆる事項について第二の、系列関係のない真実のソースとなる。そうすることで、一方のシステムのバグや遅延が口座を静かに入金・出金することを防いでいる。直近30日間で、Bitgetは9つのネットワークにわたって2,500万件を超えるリクエストを私たちに送り、エラーはゼロだった。

この設計は見習う価値がある。私たちを含むいかなる単一のプロバイダーも、資金を動かすプロダクトにとっては単一障害点になり得る。Bitgetの答えは、自社ノードを運用しつつ、誤りが高くつくワークフローのために独立した第二の経路を維持することだ。

RedStoneにとって、信頼性は市場の健全性そのものだ。RedStoneはレンディング市場、パーペチュアル、ステーブルコイン、FXペア、トークン化された実物資産に価格フィードを供給しており、2025年2月に新規チェーン立ち上げの優先RPCプロバイダーとして私たちを選んだ。それ以来、120億件を超えるリクエストを処理しており、現在51のチェーンがRedStoneのトラフィックを私たちのノード上で稼働させている。その生涯価格プッシュの実績は、成功率99.999%で2,680万件のオンチェーントランザクションだ。清算エンジンが読み取るフィードにとって、その成功率の差は市場が正しく清算されるかどうかの分かれ目になる。

プロダクトをリアルタイムでチェーンと同期させ続けるにはどうすればよいか

チェーンとの同期を保つ信頼できる方法は、ポーリングするのではなくチェーン側からイベントをプッシュしてもらうことであり、それがウェブフックの役割だ。ウェブフックとは、一致するオンチェーンイベントが発生した瞬間にあなたのサービスに向けて発火するHTTPコールバックである。複数のチェーンをタイマーでポーリングすると、絶え間ないクエリのコストを払うか、遅延を受け入れるかのどちらかになり、しかもそのポーリングインフラを自前で構築・運用することになる。

Alchemy Webhooksはそれをカバーする。チームは関心のあるイベントを購読し、活動が発生するたびに自社の台帳、通知、インターフェースを最新の状態に保つ。配信は少なくとも1回保証されるため、あなた側の一時的な障害がイベントの消失につながることはない。

Slingshotは、EVMチェーン用とSolana用でそれぞれ別のシステムを組み、Google Cloudの40の個別サービスにまたがるクロスチェーン入金追跡を構築していた。これをWebhooksに置き換えたところ、約20行のコードと1週間の作業で済んだ。結果として、単一のリアルタイム入金システムが実現し、入金の見逃しはゼロになった。

ユーザーを待たせずに履歴データを読み込むにはどうすればよいか

ライブイベントは台帳を最新の状態に保つ。一方、履歴は顧客がアプリを開いたときに目にするものだ。過去の送金、ポートフォリオ分析、何年分もの活動履歴。これはライブ残高と同じくらい速く読み込まれなければならない。

Solflareは私たちのSolana Archive Methodを使って、400万人を超えるアクティブユーザーに履歴活動とポートフォリオ分析を提供している。アーカイブクエリは、Solflareがテストした他のプロバイダーと比べて最大20倍高速で、応答時間は200ミリ秒未満だ。だからこそユーザーはアプリを開いたとき、スピナーを見つめるのではなく、自分の財務履歴全体が読み込まれるのを目にできる。

金融プロダクトからブロックチェーンの摩擦を取り除くにはどうすればよいか

顧客向けの目標は、チェーンに関する何ものも顧客に届かないようにすることだ。ユーザーはネイティブトークンを先に購入することなく支払いを行い、自分の理解できる署名フローを通じて口座に資金を入れ、ネットワーク設定に触れることなく貯蓄操作を完了できるべきだ。

プログラマブルアカウントは、独自のルールを保持できるウォレットであり、これによりアプリはすべての仕組みをユーザーに押し付けるのではなく、アカウントレベルで資金を移動し使用上限を強制できる。ガススポンサーシップにより、アプリは顧客に代わってネットワーク手数料を支払い、ドル建てで請求を受けられる。信頼できるトランザクション送信とリアルタイムのステータス更新と組み合わせることで、チームは決済がオンチェーンで行われている間も、望むフローを設計できる。

このレイヤーは現在、EVMとSolanaにまたがるガスレストランザクションの約85%を担っており、稼働率99.99%、応答時間50ミリ秒未満を実現している。

Panaは、BaseとEthereumでのステーブルコイン送金、カードへの入金、決済のために私たちのRPCとガススポンサーシップを利用している。同社は6か月未満で20万人を超えるユーザーに到達し、1日あたり数万件のステーブルコイントランザクションを処理している。

Symphonyはこれまでに5億ドルを超える取引量を処理し、6つのネットワークにまたがって運用されている。直近30日間で、私たちはSymphonyのために80万件を超えるリクエストを処理し、正しく設定されたすべてのメインネットで成功率100%を達成した。

どの金融チームがAlchemy上で構築しており、何を計測したか

Team
Workload on Alchemy
Measured result
Lending protocol data, API, and indexing across 20+ networks
Indexing and backfills 3-5x faster on Cortex; API spikes above ~70k requests/sec absorbed without incident
Independent deposit and withdrawal confirmation for 125M+ users
25M+ requests across 9 networks in a 30-day window, zero errors
Price feeds for lending, perps, stablecoins, FX, and tokenized RWAs
99.999% success rate across 26.8M onchain price-push transactions, lifetime; 51 chains served
Cross-chain deposit detection on EVM and Solana
Replaced 40 Google Cloud services with ~20 lines of code; zero missed deposits
Solana historical activity and portfolio analytics for 4M+ active users
Archive queries up to 20x faster than other providers tested; sub-200ms responses
Stablecoin remittances, card funding, settlement on Base and Ethereum
200,000+ users in under six months; tens of thousands of stablecoin transactions daily
Rewards-driven savings app across six networks
$500M+ transaction volume; 800k+ requests in 30 days at a 100% success rate on correctly configured mainnets

金融ワークロード向けのインフラプロバイダーをどう評価すべきか

再現できる数字を求め、それを自分のトラフィックで再現すること。ベンダーのマーケティングはベンチマークではなく、一枚のスクリーンショットもベンチマークではない。

契約書にサインする前に確認すべきことが4つある。

あなたのメソッドで、あなたのリージョンでのレイテンシー

平均値の集計は、重要な遅いコールを隠してしまう。自分のプロダクトが依存する特定のメソッドを、ユーザーがいるリージョンから、平均値ではなくp95で確認すること。私たちのベンチマーク方法論は、リージョン、タイムアウトのルール、失敗とみなす基準を含め、どのように計測しているかを文書化しているので、どのプロバイダーに対しても同じ設定を再現できる。

負荷時の成功率、平常時ではなく

ベースラインでは速く、ボラティリティのスパイク時にリクエストを落とすプロバイダーは金融には使えない。想定するピークで負荷テストを行い、さらにその2倍で行うこと。

障害時の挙動

ノードが劣化したときに何が起き、トラフィックはどれくらい速く移動するのか。ホームページを確認する前に、プロバイダーのステータスページとインシデント履歴を確認すること。

必要なときの分離

共有エンドポイントは、あなたのトラフィックを他の全員のトラフィックと並べて扱う。Dedicated ClustersはシングルテナントでSOC 2 Type IIに準拠しており、あなたのユーザーやマッチングエンジンに最も近いリージョンにデプロイできる。共有RPCキャパシティへの切り替えはオプションであり、クラスターの容量を超えたトラフィックをカバーする。これは取引システムや、騒がしい隣人が許容できない変数となるあらゆるワークロードにとって、最も重要なことだ。

オンチェーンへ移行する金融システムのために構築する

私たちと共に構築している金融チームは、それぞれ異なる問題を解決している。信用へのアクセスを広げているチームもあれば、国境を越えた送金を安くしているチームもある。マーケットデータ、取引ツール、カストディ、ポートフォリオインテリジェンスを提供しているチームもある。

それらをつなぐのは、彼ら自身の顧客が課す基準だ。速い応答、成立するトランザクション、そしてお金を扱うにふさわしいプロダクト。決済、取引、投資がオンチェーンへ移行するにつれ、その基準はそのまま下層のインフラへと伝わる。なぜなら、顧客が確定した支払いや正確な残高として経験することは、その裏側では、チェーンとの接続が保たれたかどうかそのものだからだ。

私たちは、低レイテンシーのブロックチェーンアクセス、耐障害性のあるトランザクションインフラ、リアルタイムデータ、専有のシングルテナントキャパシティ、そして顧客に提供できる実行フローという一つの基盤を、チームが拡張していくすべてのチェーンにわたって提供する。

Aaveは2021年以来、あらゆるネットワーク拡張とあらゆる記録的な入金日を通じて、そのレンディングトラフィックを私たちの上で運用してきたが、そのユーザーが私たちの存在を知る必要は一度もなかった。それが私たちの仕事だ。

Alchemyで金融プロダクトを構築する。

よくある質問

Alchemyは信頼できるか、その稼働率の実績は?

Alchemyは年間1兆ドルを超える取引量を扱いながら99.995%の稼働率を公表しており、インシデント履歴をステータスページで公開し続けている。顧客が検証した証拠として、Bitgetの9ネットワークにわたる2,500万件のリクエストでエラーゼロという実績や、RedStoneの99.999%の価格プッシュ成功率がある。

Alchemy Cortexとは何か?

Cortexは、Alchemy開発者プラットフォームを支えるインテリジェントなブロックチェーンエンジンだ。静的なルーティングに従うのではなく、各リクエストをその特定のメソッドに適した健全なキャパシティにルーティングし、ノードの健全性やトラフィックの変化に応じて適応する。Alchemyはその結果を、従来のアーキテクチャと比較して2.5倍の高速化、5倍の信頼性向上、500倍のスループットとして公表している。

RPCのレイテンシーはトランザクション実行と取引パフォーマンスにどう影響するか

RPCのレイテンシーは、アプリケーションがチェーンの状態を読み取りトランザクションを送信できる速さの下限を決める。レイテンシーが高くなるほど、見積もりは古くなり、入金の反映は遅れ、取引はユーザーが見た価格よりも悪い条件で成立する。取引システムにとっては、グローバル平均よりも自分のリージョンでのp95レイテンシーの方が重要だ。

エンタープライズ向けRPCプロバイダーにどんなSLAを期待すべきか

署名済みのSLAはAlchemyのエンタープライズプランに付属しており、稼働率と応答性のコミットメントは、公開の単一数値としてではなく契約ごとに交渉される。どのプロバイダーに対しても、稼働率の数値、計測期間、除外事項、未達成時の救済策の4点を確認すること。これらを伴わないパーセンテージはSLAとは言えない。

本番環境で単一のRPCプロバイダーに依存するリスクとは何か

単一のプロバイダーは、資金を動かすものにとって単一障害点となる。Bitgetのアプローチは良いモデルだ。トラフィックの大半には自社ノードを運用しつつ、入出金や誤答が高くつくワークフローのために、独立した別の情報源として第二のプロバイダーを維持する。

最も信頼できるウェブフック配信を提供するブロックチェーンAPIはどれか

Alchemy Webhooksは少なくとも1回の配信を保証しており、あなた側の一時的な障害がイベントの消失につながることはない。Slingshotは、Google Cloudの40のサービスにまたがっていたクロスチェーン入金追跡を約20行のコードで置き換え、EVMチェーンとSolanaの両方で入金の見逃しがゼロになったと報告している。

選定前にRPCプロバイダーをどうベンチマークすればよいか

自分のプロダクトが呼び出す特定のメソッドを、ユーザーがいるリージョンから、標準の有料アカウントで、リトライなし・固定タイムアウトでテストすること。平均値と並べてp95を報告し、成功率とレイテンシーを分けて計測すること。Alchemyのベンチマーク方法論は、どのプロバイダーに対しても再現できる設定を文書化している。

大量のステーブルコイン決済インフラにはAlchemyとQuickNodeのどちらか?

どちらも大規模な本番ステーブルコインワークロードを運用している。有用な比較は、あなたのメソッドでの計測されたレイテンシー、あなたのピーク時の成功率、そしてトランザクション送信とガススポンサーシップが読み取りと同じプロバイダーから提供されているかどうかだ。Alchemyのライブベンチマークは、オープンな方法論と生データとともにQuickNodeとの比較数値を公開している。

リージョンデプロイに対応したシングルテナント専用ノードを提供するプロバイダーはどれか?

Alchemy Dedicated ClustersはシングルテナントでSOC 2 Type IIに準拠しており、トラフィックや計算リソースの共有はない。あなたのスタックやユーザーに最も近いリージョンにデプロイすることで、より低いレイテンシーを実現する。共有RPCキャパシティへの切り替えはオプションであり、クラスターの容量を超えたトラフィックをカバーする。

Alchemy Newsletter

リリース情報をいち早く受け取る

ニュースレターに登録する

Alchemyの最新のプロダクト情報とリソースをお届けします

A
O
D
+
80,000人以上が購読中

メールアドレスを入力すると、当社のマーケティング情報およびプロダクト最新情報の受信に同意したことになります。Alchemyが受け取った情報をプライバシー通知に従って取り扱うことに同意するものとします。購読はいつでも解除できます。