---
title: "Bitget가 Alchemy로 거래소에서 1억 2,500만 명의 사용자에게 서비스를 제공하는 방법"
description: "Bitget는 입출금을 독립적으로 확인하고, 단일 장애점을 제거하며, 9개 네트워크에서 아카이브 및 트레이스 데이터에 접근하기 위해 Alchemy의 RPC API를 도입했습니다."
---

# Bitget가 Alchemy로 거래소에서 1억 2,500만 명의 사용자에게 서비스를 제공하는 방법

<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은 입출금 검증을 핵심 금융 인프라로 취급한다. 이 경로에서 단일 장애점을 제거하기 위해 Bitget은 Alchemy의 업계 최고 수준 [RPC APIs](/rpc-api)를 도입했다.

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

## 구성: 다층 입금 검증

Bitget은 블록체인 read 작업 대부분을 자체 호스팅 노드에서 처리하며, 이를 통해 팀은 핵심 인프라를 직접 통제할 수 있다. 사용자 자금이 이동하는 워크플로우에서는, 이 통제 체계에 독립적인 확인 절차를 결합한다: 제3의 노드 제공업체가 자체 노드가 반환하는 데이터를 교차 검증하여, 여러 소스가 일치할 때만 입금이 승인된다.

Bitget이 규모를 키우면서, 팀은 이 확인 계층의 견고함을 높이기로 결정했다. 두 가지 요인이 필요 사항을 규정했다:

- 자체 호스팅 풀 노드는 최근 블록의 짧은 구간(대략 최근 128개 블록)만 보관하므로, 팀이 이전 트랜잭션을 재구성하거나 블록에서 internal transaction을 추출하는 데 필요한 archive 및 trace 데이터를 자체적으로 제공할 수 없다.
- 기존 제3자 제공업체는 트래픽 급증 시 rate-limit 오류를 반환했는데, 이는 입금 확인이 가장 중요한 바로 그 시점이었다.

두 문제를 모두 해결하기 위해 Bitget은 Alchemy를 도입했으며, Bitget이 운영하는 가장 민감한 워크플로우에서 확인 절차를 빠르고 안정적으로 유지할 수 있는 성능과 신뢰성을 기준으로 선택했다.

## 솔루션: 중복성을 갖춘 신뢰할 수 있는 인프라

Bitget의 설계는 의도적으로 중복 구조를 갖는다: 자체 호스팅 노드가 대부분의 트래픽을 처리하고, 두 개의 독립적인 제3자 제공업체가 사용자 자금과 관련된 데이터를 검증한다. 여기에는 세 가지 계층이 있다:

### 독립 검증 계층

Bitget은 입출금 확인 트래픽을 Alchemy로 라우팅하여 자체 노드에 대한 병렬 검증을 수행한다. 두 독립 소스가 일치할 때, 거래소는 확신을 갖고 입금을 승인할 수 있다. 한 소스가 제한되거나 동기화가 어긋나도 다른 소스가 여전히 응답한다. 이 계층이 바로 Bitget이 해결하고자 했던 단일 벤더 리스크를 제거하는 부분이다.

### Archive 및 Trace 계층

Bitget 자체 노드는 짧은 블록 구간만 보관하기 때문에, 팀은 Alchemy의 archive 깊이와 trace 메서드에 의존하여 트랜잭션 세부 정보를 재구성하고 internal transaction을 추출한다. 이때 `trace_block`, `debug_traceBlockByNumber`, `eth_getBlockReceipts`, `eth_getLogs` 같은 호출을 사용한다. 이는 자체 호스팅 인프라가 구조적으로 제공할 수 없는 데이터다.

### 멀티체인 커버리지 계층

Bitget은 하나의 제공업체로 BNB Smart Chain, Bitcoin, Base, Arbitrum, zkSync 등 넓고 계속 성장하는 네트워크 전반의 활동을 검증하며, Alchemy의 [Bitcoin API](/rpc/bitcoin)가 운영하기 가장 까다로운 non-EVM 체인을 지원한다. APAC 지역 커버리지도 결정 요인 중 하나였으며, Alchemy의 도쿄 거점은 Bitget 트래픽 대부분이 발생하는 지역과 맞아떨어진다.

## 결과: 30일간 2,500만+ 요청, 오류 0건

최근 30일 동안, Bitget은 9개 네트워크에 걸쳐 2,500만 건 이상의 요청을 Alchemy로 라우팅했다. Alchemy를 통해, 핵심 경로를 단일 노드 소스에 의존하지 않고 독립적으로 확인하도록 만들어 입금 검증의 보안 기준을 더 높였다.

결국 Bitget이 Alchemy를 선택한 이유는 다음과 같다:

- **체인 및 지역 커버리지:** 자체 호스팅 노드가 제공할 수 없는 archive 및 trace 데이터를 포함해, EVM 체인과 Bitcoin을 하나의 제공업체로 커버하며, Bitget 트래픽과 가까운 APAC 지역 커버리지를 제공한다.
- **규모에 걸맞은 신뢰성:** 사용자 자금을 확인하는 워크로드에서 수천만 건의 요청에 걸쳐 입증된 신뢰성을 갖춘 제공업체.
- **난도 높은 인프라를 제대로 구현:** trace 및 internal-transaction 메서드, Bitcoin RPC, 고처리량 지원 등 자체 운영이 어려운 노드 인프라 영역.
- **문서와 지원:** 평가 및 통합 과정 전반에서 이어진 직접적이고 신속한 협업 관계.

Bitget이 사용자 자금 검증을 위해 신뢰하는 것과 동일한 블록체인 인프라 위에서 구축하세요. [여기서 시작하기](https://dashboard.alchemy.com/signup), 또는 [저희 팀과 상담하기](/contact-sales).