--- title: "트레이딩 팀이 저지연 RPC로 Alchemy를 선택하는 이유" description: "트레이딩 팀이 Alchemy를 선택하는 이유는, 시장이 움직일 때의 저지연 읽기와 쓰기, 그리고 거래량이 정점에 달해도 자금이 정산될 때의 신뢰할 수 있는 기록 때문이다." --- # 트레이딩 팀이 저지연 RPC로 Alchemy를 선택하는 이유 온체인 거래는 가격이 움직이기 전에 도착해야 하는 시장 데이터에서 시작된다. 그다음 주문은 거래량이 급증해도 체결되어야 하고, 자금은 이후에 체인과 대조되어야 한다. 예측 시장, 거래소, DEX 인프라, 트레이딩 앱, 시장 데이터 제공업체는 그 작업을 Alchemy 위에서 돌린다. 이들이 우리를 고르는 이유는 피크 부하에서의 낮은 지연, 거래하는 체인 위의 안정적인 인프라, 그리고 스택을 튜닝하도록 돕는 엔지니어다. ## 트레이딩 팀은 왜 Alchemy를 선택하는가? 트레이딩 팀이 Alchemy를 선택하는 이유는 일의 양쪽을 모두 다루기 때문이다. 시장이 움직일 때의 저지연 읽기와 쓰기, 그리고 거래량이 정점에 달해도 자금이 정산될 때의 완전하고 신뢰할 수 있는 기록이다. 트레이딩 회사의 두 데스크라고 생각하면 된다. 프론트 오피스는 속도가 필요하고, 백 오피스는 확실성이 필요하다. 둘 다 RPC 노드를 통해 체인에 도달한다. RPC 노드는 블록체인 데이터를 읽고 트랜잭션을 제출하라는 앱의 요청에 응답하는 서버다. Polymarket', tooltip: "", icon: "", }, why: { title: "부하가 걸린 상태에서의 성능", tooltip: "", icon: "" }, result: { title: "동시 사용자 12.5만 명 이상. 수집 지연을 약 250ms에서 약 100ms로 단축", tooltip: "", icon: "", }, id: 0, }, { useCase: { title: "DEX 집계와 주문 라우팅", tooltip: "", icon: "", }, team: { title: '0x', tooltip: "", icon: "", }, why: { title: "테스트한 플랫폼 중 기댈 수 있는 유일한 곳", tooltip: "", icon: "", }, result: { title: "1초 미만 견적, 99.9% 가동률", tooltip: "", icon: "", }, id: 1, }, { useCase: { title: "Hyperliquid 위의 트레이딩 제품", tooltip: "", icon: "", }, team: { title: 'Valantis', tooltip: "", icon: "", }, why: { title: "표준 노드 동작과 빠른 엔지니어링 지원", tooltip: "", icon: "", }, result: { title: "이전 후 RPC 요청 성공률 100%", tooltip: "", icon: "", }, id: 2, }, { useCase: { title: "거래소 입출금 확인", tooltip: "", icon: "", }, team: { title: 'Bitget', tooltip: "", icon: "", }, why: { title: "아카이브 및 트레이스 데이터, 체인 커버리지, 신뢰성", tooltip: "", icon: "", }, result: { title: "30일간 9개 네트워크에서 요청 2,500만 건 이상, 오류 0건", tooltip: "", icon: "", }, id: 3, }, { useCase: { title: "터미널과 에이전트를 위한 시장 데이터", tooltip: "", icon: "", }, team: { title: 'Struct', tooltip: "", icon: "", }, why: { title: "여러 체인을 하나의 제공업체로, 여기에 직접적인 지원", tooltip: "", icon: "", }, result: { title: "플랫폼에서 추적한 거래 19억 건 이상 (Struct 보고)", tooltip: "", icon: "", }, id: 4, }, ], }} /> ## Alchemy는 실제 부하에서 지연을 어떻게 낮게 유지하는가? 우리는 모든 요청을 규모에 맞게 라우팅해 팀에게 안정적으로 서비스하고, 극단적인 피크가 있는 팀에는 그 트래픽에 맞춰 경로와 용량을 튜닝한다. 플랫폼 아래의 엔진인 [Cortex](/cortex)는 트레이더가 알아차리기 전에 성능이 떨어진 경로에서 트래픽을 옮긴다. [Polymarket](/case-studies/polymarket)은 여러 RPC 제공업체를 테스트한 뒤 우리를 선택했다. 2024년 미국 대선 토론 기간에는 동시 사용자 12만 5,000명 이상을 서비스했고, 선거 기간 동안 33억 달러의 베팅이 이 플랫폼을 통과했다. 우리는 p99 지연(가장 느린 요청 1%)을 기준으로 요청을 다시 라우팅하고, 전용 노드 플릿을 두 개 추가했다. Cortex는 핵심 데이터 수집 지연을 약 250ms에서 약 100ms로 줄였다. > "Alchemy와 함께하는 일은 필수에 가깝습니다. 개인적인 지원, 기능 요청에 대한 빠른 대응, 우리 규모에 대한 관심까지, Alchemy는 늘 그 이상을 해 줍니다. 이들은 단순한 인프라 제공업체가 아닙니다. 우리 팀의 일부입니다." > > — Rodrigo, Head of Platform, Polymarket · [Polymarket 사례 연구 읽기](/case-studies/polymarket) [0x](/case-studies/0x)는 탈중앙화 거래소와 자사 트레이딩 앱 Matcha를 위해 유동성을 라우팅한다. 이용 가능한 플랫폼을 테스트한 뒤, 기댈 수 있는 곳은 우리뿐이라고 결론 내렸다. Alchemy 위에서 1초 미만에 견적을 생성하고, 99.9% 가동률을 유지한다. ## Alchemy는 트레이딩 인프라를 어떻게 안정적으로 유지하는가? 우리는 트레이딩 팀이 직접 운영하고 싶어 하지 않는 스택의 부분을 운영한다. Hyperliquid 위의 [HyperEVM](/hyperevm) 노드, [Solana gRPC](/solana-grpc) 스트림, 그리고 거래소가 정산에 쓰는 아카이브 및 트레이스 데이터다. [Valantis](/case-studies/how-valantis-built-a-reliable-trading-experience-on-hyperliquid)는 Hyperliquid 위에 트레이딩 제품을 만든다. 자체 호스팅 HyperEVM 노드는 일주일에 여러 번 내려갔고, 장애가 날 때마다 트레이더가 달러 비용 평균(DCA) 포지션을 열거나 닫지 못할 수 있었다. 우리의 HyperEVM Node로 옮긴 뒤, Valantis는 RPC 요청 성공률이 100%라고 보고한다. > "우리는 인프라가 그냥 동작해야, 훌륭한 트레이딩 경험을 만드는 데 집중할 수 있습니다. Alchemy는 더 신뢰할 수 있는 기반과, 필요할 때 빨리 도와주는 팀을 주었습니다." > > — Deven Matthews, CEO, Valantis · [Valantis 사례 연구 읽기](/case-studies/how-valantis-built-a-reliable-trading-experience-on-hyperliquid) 1억 2,500만 명 이상의 사용자를 서비스하는 [Bitget](/case-studies/bitget-deposit-verification-alchemy)은 독립된 출처가 일치할 때만 입금을 반영하며, 우리는 9개 네트워크에서 그 출처 중 하나다. Bitget 자체의 풀 노드는 최근 약 128개 블록만 보관하므로, 우리의 아카이브 데이터(체인 전체 이력)와 트레이스 메서드(트랜잭션을 단계별로 재실행)에 의존한다. 30일 동안 Bitget은 오류 없이 2,500만 건 이상의 요청을 우리에게 보냈다. ## Alchemy 팀은 트레이딩 팀이 인프라를 튜닝하도록 어떻게 돕는가? 이 글에 나온 팀 대부분이 우리를 선택한 이유로 지원을 꼽았다. 우리 엔지니어는 각 팀의 엔지니어와 나란히, 문제를 직접 다룬다. 트레이딩 터미널과 에이전트에 시장 데이터를 스트리밍하는 [Struct](/case-studies/how-struct-is-building-the-data-layer-for-onchain-finance)는 여러 제공업체를 벤치마크한 뒤 우리를 선택했다. 우리의 [Node API](/rpc-api)와 WebSockets 위에서 운영하며, 네트워크를 추가할 때마다 지원에 기대고 있다. > "Alchemy와의 파트너십은 Struct 파이프라인에 필요한 안정성을 줍니다. 여기에 직접적인 개발자 지원이 더해져, 우리는 고객에게 최선을 다하는 데 집중할 수 있습니다." > > — Elliot, CEO, Struct · [Struct 사례 연구 읽기](/case-studies/how-struct-is-building-the-data-layer-for-onchain-finance) ## Alchemy에서 트레이딩 사용 사례를 구축하기 우리는 피크 부하에서의 저지연 읽기와 쓰기, 그리고 백 오피스가 의존하는 아카이브, 트레이스, 스트리밍 데이터를 당신이 거래하는 체인 전반에 걸쳐 구축한다. [시작하기](https://dashboard.alchemy.com/signup) 또는 [팀에 문의하기](/contact-sales). ## 자주 묻는 질문 ### Hyperliquid에 가장 적합한 RPC 제공업체는 어디인가? Alchemy는 표준 Ethereum 노드 사양을 따르는 [HyperEVM Node](/hyperevm)를 운영한다. 그래서 기존 서비스는 새로운 운영 모델 없이 이전할 수 있다. [Valantis](/case-studies/how-valantis-built-a-reliable-trading-experience-on-hyperliquid)는 Hyperliquid 트레이딩 백엔드를 자체 호스팅 노드에서 Alchemy로 서비스 하나씩 이전했고, 이후 RPC 요청 성공률이 100%라고 보고한다. 어떤 제공업체든 먼저 자신의 메서드로 테스트할 것. ### Solana 트레이딩 앱은 RPC 제공업체에서 무엇을 봐야 하는가? 요청-응답 RPC와 함께 gRPC 스트리밍을 볼 것. Alchemy의 [Solana gRPC](/solana-grpc)는 Yellowstone 호환이라, 기존 클라이언트는 URL만 바꾸면 이전된다. 각 구독은 여러 업스트림 노드로 팬아웃되고, 재연결 후에는 누락된 데이터가 백필되며, 엔드포인트는 US East, US West, EU Central, Asia-Pacific에서 운영된다. ### 암호화폐 거래소는 왜 RPC 제공업체를 둘 이상 쓰는가? 단일 제공업체는 사용자 자금에 대한 단일 장애점이다. [Bitget](/case-studies/bitget-deposit-verification-alchemy)은 자체 노드를 운영하고, 독립된 출처가 일치할 때만 입금을 반영하며, Alchemy는 그 출처 중 하나다. 30일 동안 Bitget은 9개 네트워크에 걸쳐 2,500만 건 이상의 요청을 Alchemy에 보냈고, 오류는 없었다. ### 어떤 RPC 제공업체가 아카이브와 트레이스 데이터를 지원하는가? Alchemy는 아카이브 데이터와 함께 `trace_block`, `debug_traceBlockByNumber` 같은 트레이스 및 디버그 메서드를 제공한다. [Trace API](https://www.alchemy.com/docs/reference/trace-api-quickstart)는 pay-as-you-go 플랜과 Enterprise 플랜에서 이용할 수 있다. 표준 풀 노드는 최근 블록, 대략 마지막 128개만 보관하므로 그보다 오래된 트랜잭션을 재구성할 수 없다. Bitget은 이 데이터로 입금을 검증한다.