---
title: "BitgetはAlchemyでどのように1億2500万人のユーザーに取引所サービスを提供しているか"
description: "BitgetはAlchemyのRPC APIを導入し、入出金の独立検証、単一障害点の排除、9つのネットワークにわたるアーカイブおよびトレースデータへのアクセスを実現した。"
---

# BitgetはAlchemyでどのように1億2500万人のユーザーに取引所サービスを提供しているか

<ImageBlock
  src="https://media.alchemy.com/Image-1.png"
  alt="Bitget取引所導入事例のヒーロー画像"
  width={1486}
  height={836}
  caption="Bitget x Alchemy"
  priority
/>

暗号資産取引所がユーザーの入金がオンチェーンで実際に着地したことを確認する際、「おそらく」の余地はない。[Bitget](https://www.bitget.com)は1億2,500万人以上のユーザーを抱えるグローバル取引所・web3エコシステムだ。入出金の検証を重要な金融インフラとして扱っている。この経路から単一障害点を排除するため、BitgetはAlchemyの業界最高水準の[RPC API](/rpc-api)を追加した。

<StatsCardDeck
  items={[
    { title: "125M+", description: "Users on Bitget" },
    { title: "25M+", description: "Requests in 30 days" },
    { title: "9", description: "Networks total" },
  ]}
/>

## セットアップ：多層入金検証

Bitgetはブロックチェーンの読み取り処理の大半を自社ホストのノードで実行しており、これによりチームはコアインフラを直接制御できる。ユーザーの資金を動かすワークフローでは、Bitgetはその制御に独立した確認を組み合わせている。自社ノードが返すデータを相互チェックするサードパーティのノードプロバイダーを使い、複数のソースが一致した場合にのみ入金を確定する仕組みだ。

Bitgetが規模を拡大するにつれ、チームはこの確認レイヤーの堅牢性を高めることを決めた。何が必要かを形作った要因は2つある。

- 自社ホストのフルノードは直近の約128ブロックという短いウィンドウしか保持しないため、単独ではチームが古いトランザクションを再構築したり、ブロックから内部トランザクションを抽出したりするのに必要なアーカイブデータやトレースデータを提供できない。
- 既存のサードパーティプロバイダーはトラフィックが急増した際にレートリミットエラーを返していた。まさに入金確認が最も重要になるタイミングでだ。

この両方の水準を引き上げるため、BitgetはAlchemyを追加した。Bitgetが運用する中で最も重要度の高いワークフローにおいて、確認処理を高速かつ確実に保つためのパフォーマンスと信頼性が選定理由だ。

## ソリューション：冗長性と信頼性を備えたインフラ

Bitgetの設計は意図的に冗長になっている。自社ホストのノードがトラフィックの大部分を担い、ユーザー資金に関わるデータは2つの独立したサードパーティプロバイダーが確認する。構成は3つのレイヤーからなる。

### 独立した検証レイヤー

Bitgetは入出金確認のトラフィックをAlchemyにルーティングし、自社ノードに対する並行チェックとして利用している。2つの独立したソースが一致した場合、取引所は確信を持って入金を確定できる。一方のソースがスロットリングされていたり同期が遅れていたりしても、もう一方が応答する。これが、Bitgetが解決しようとしていた単一ベンダーリスクを取り除くレイヤーだ。

### アーカイブ・トレースレイヤー

Bitget自身のノードが保持するブロックウィンドウが短いため、チームはAlchemyのアーカイブの深さとトレースメソッドに依存し、`trace_block`、`debug_traceBlockByNumber`、`eth_getBlockReceipts`、`eth_getLogs`といった呼び出しを使ってトランザクションの詳細を再構築し、内部トランザクションを抽出している。これは自社ホストのインフラが構造上提供できないデータだ。

### マルチチェーン対応レイヤー

Bitgetは、BNB Smart Chain、Bitcoin、Base、Arbitrum、zkSyncなどを含む、広範かつ拡大し続けるネットワーク群にわたる活動を1つのプロバイダーで検証している。Alchemyの[Bitcoin API](/rpc/bitcoin)サポートは、運用が最も難しい非EVMチェーンをカバーする。APAC地域でのカバレッジも決定要因の一つで、AlchemyのTokyo拠点はBitgetのトラフィックの多くが発生する地域と一致している。

## 結果：30日間で2,500万件以上のリクエスト、エラーゼロ

直近の30日間で、Bitgetは9つのネットワークにわたりAlchemyへ2,500万件以上のリクエストをルーティングした。Alchemyを使うことで、入金検証のクリティカルパスを単一のノードソースに依存させず独立して確認する形にし、より高いセキュリティ水準を達成した。

最終的に、Bitgetは以下の理由でAlchemyを選んだ。

- **チェーンおよび地域カバレッジ：** 自社ホストのノードでは提供できないアーカイブ・トレースデータを含め、EVMチェーンとBitcoinを1つのプロバイダーでカバーし、Bitgetのトラフィックに近いAPAC地域のカバレッジも備える。
- **大規模環境での信頼性：** ユーザー資金の確認という業務において、数千万件規模のリクエストで実証された信頼性を持つプロバイダー。
- **ハードなインフラを高品質で提供：** トレース・内部トランザクションメソッド、Bitcoin RPC、高スループット対応など、自社運用が難しいノードインフラの部分。
- **ドキュメントとサポート：** 評価から統合まで、直接的で応答性の高い協力関係。

Bitgetがユーザー資金の検証に信頼しているのと同じブロックチェーンインフラの上に構築しよう。[こちらから始める](https://dashboard.alchemy.com/signup)、または[営業チームに相談する](/contact-sales)。