Alchemy가 온체인 금융 서비스를 구동하는 방식

금융 앱은 밀리세컨드 단위로 평가받는다.

누군가 저축 잔액을 확인하거나, 거래를 제출하거나, 입금 완료를 기다리거나, 변동성이 큰 시간대에 대출 포지션을 지켜볼 때, 오래된 답변은 잘못된 답변과 같은 비용을 치르게 한다. 그 아래 체인은 탈중앙화되어 있다. 그 위의 제품은 고객이 다른 모든 금융 앱에서 이미 경험한 기준으로 평가받는다.

금융은 온체인으로 이동하고 있고, 인프라 문제도 함께 따라온다. 대출, 거래소, 스테이블코인 계정, 송금, 포트폴리오 도구, 시장 데이터 전반에 걸쳐, 우리는 금융 제품과 체인 사이의 연결을 제공한다: 낮은 지연의 읽기, 신뢰할 수 있는 트랜잭션 실행, 실시간 이벤트 전달, 과거 기록을 위한 아카이브 데이터, 그리고 자체 전용 용량이 필요한 팀을 위한 싱글 테넌트 전용 용량. 또한 우리는 QuickNode, dRPC, Infura 대비 EVM 엔드포인트의 실시간 레이턴시 벤치마크를 공개하며, 방법론과 원시 데이터도 공개한다. 그래서 성능에 대한 주장은 그대로 받아들여야 하는 것이 아니라 직접 확인할 수 있는 것이다.

인프라는 왜 금융 제품의 작동 여부를 좌우하는가?

모든 온체인 금융 제품은 사용자 동작과 체인 응답 사이의 루프를 돌리며, 이 루프에는 마감 시한이 있다.

대출자는 차입자의 헬스 팩터를 계산하기 전에 담보의 현재 가치를 알아야 한다. 거래소는 고객에게 입금을 반영하기 전에 입금이 정산되었다는 독립적인 확인이 필요하다. 결제 앱은 스테이블코인 전송을 제출하고, 추적하고, 고객이 가스가 무엇인지 배우지 않고도 새 잔액을 보여줘야 한다. 시장 데이터 제공자는 이를 읽는 프로토콜들이 감당할 수 있을 만큼 빠르게 가격을 게시해야 한다.

이 루프의 어느 부분이라도 끊어지면 그 실패는 인프라 실패가 아니라 제품 실패로 나타난다. 놓친 거래. 멈춰 있는 입금. 조용히 틀어진 잔액. 고객은 이를 "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가 초당 약 70,000건의 요청까지 치솟았을 때도, 우리는 사고 없이 이를 처리했다.

금융 서비스에 충분할 만큼 신뢰할 수 있는 블록체인 인프라란 무엇인가?

금융 워크로드에서 신뢰성은 두 가지를 동시에 뜻한다: 요청이 성공하는 것, 그리고 그 응답이 완전하고 정확한 것. 빠른 오답은 느린 답보다 나쁘다.

우리는 이를 읽기와 쓰기를 위한 멀티체인 RPC, 과거 조회를 위한 아카이브 데이터, 그리고 정산되는 활동을 위한 실시간 이벤트 시스템 전반에 걸쳐 제공한다. 팀은 자신의 블록체인 트래픽을 관찰하고 조사할 수도 있으며, 이것이 고객이 문제를 제기하기 전에 대부분의 문제를 발견하는 방법이다.

Bitget은 1억 2,500만 명 이상의 사용자를 서비스하며, 입출금에 대한 독립적인 확인 계층으로 우리를 사용한다. 자체 노드가 대부분의 워크로드를 처리한다. 우리는 고객 자금이 걸린 모든 일에 대해 관계 없는 두 번째 진실 소스로서 그 옆에 위치한다. 그래서 한 시스템의 버그나 지연이 계정에 조용히 입금 또는 출금을 반영하지 못하게 한다. 최근 30일 기간 동안 Bitget은 2,500만 건 이상의 요청을 9개 네트워크에 걸쳐 우리에게 라우팅했으며, 오류는 0건이었다.

이 설계는 따라 할 가치가 있다. 우리를 포함한 어떤 단일 제공업체도 돈을 움직이는 제품에는 단일 장애점이다. Bitget의 답은 자체 노드를 운영하면서, 틀리면 비용이 큰 워크플로우를 위한 두 번째 독립 경로를 유지하는 것이다.

RedStone에게 신뢰성은 시장의 무결성이다. RedStone은 대출 시장, 무기한 선물, 스테이블코인, FX 페어, 토큰화된 실물자산에 가격 피드를 공급하며, 2025년 2월 신규 체인 출시에 대한 선호 RPC 제공업체로 우리를 선택했다. 그 이후 우리는 120억 건 이상의 요청을 처리했고, 현재 51개 체인이 우리 노드에서 RedStone 트래픽을 활발히 운영 중이다. RedStone의 누적 가격 푸시 기록은 2,680만 건의 온체인 트랜잭션에서 99.999%의 성공률이다. 청산 엔진이 읽는 피드에서, 이 성공률은 제대로 청산되는 시장과 그렇지 않은 시장의 차이다.

제품을 실시간으로 체인과 동기화 상태로 유지하는 방법은 무엇인가?

동기화 상태를 유지하는 신뢰할 수 있는 방법은 체인을 폴링하는 대신 체인이 이벤트를 밀어주도록 하는 것이며, 이것이 웹훅이 하는 일이다: 일치하는 온체인 이벤트가 발생하는 즉시 당신의 서비스로 발사되는 HTTP 콜백. 많은 체인을 타이머로 폴링하는 것은 지속적인 쿼리 비용을 지불하거나 지연을 감수하는 것을 뜻하며, 그 폴링 인프라를 직접 만들고 운영해야 함을 뜻하기도 한다.

Alchemy Webhooks가 이를 처리한다. 팀은 관심 있는 이벤트를 구독하고, 활동이 반영될 때 자신의 원장, 알림, 인터페이스를 최신 상태로 유지한다. 전달은 최소 1회 보장이므로, 당신 쪽의 일시적 장애가 이벤트 손실로 이어지지 않는다.

Slingshot은 40개의 개별 Google Cloud 서비스에 걸쳐 크로스체인 입금 추적을 구축했었고, EVM 체인용 시스템과 Solana용 시스템이 따로 있었다. Webhooks로 교체하는 데는 약 20줄의 코드와 1주일이 걸렸다. 결과는 단일 실시간 입금 시스템이었고 누락된 입금은 0건이었다.

사용자를 기다리게 하지 않고 과거 활동을 불러오는 방법은 무엇인가?

실시간 이벤트는 원장을 최신 상태로 유지한다. 히스토리는 고객이 앱을 열었을 때 보는 것이다: 과거 이체 내역, 포트폴리오 분석, 수년간의 활동. 이는 실시간 잔액만큼 빠르게 로드되어야 한다.

Solflare는 우리의 Solana Archive Method를 사용해 400만 명 이상의 활성 사용자에게 과거 활동과 포트폴리오 분석을 제공한다. 아카이브 쿼리는 Solflare가 테스트한 다른 제공업체 대비 최대 20배 빠르게 실행되며, 응답 시간은 200ms 미만이다. 그래서 사용자는 앱을 열었을 때 스피너를 지켜보는 대신 전체 금융 히스토리가 로드되는 것을 볼 수 있다.

금융 제품에서 블록체인 마찰을 제거하는 방법은 무엇인가?

고객 대면 목표는 체인에 관한 그 무엇도 고객에게 닿지 않는 것이다. 고객은 네이티브 토큰을 먼저 구매하지 않고도 결제를 할 수 있어야 하고, 이해할 수 있는 서명 흐름을 통해 계정에 자금을 넣을 수 있어야 하며, 네트워크 설정을 건드리지 않고도 저축 작업을 완료할 수 있어야 한다.

프로그래머블 계정은 자체 규칙을 가질 수 있는 지갑으로, 앱이 모든 메커니즘을 사용자에게 떠넘기는 대신 계정 수준에서 자금을 이동시키고 지출 한도를 강제할 수 있다. 가스 스폰서십은 앱이 고객을 대신해 네트워크 수수료를 지불하고 달러로 청구받을 수 있게 한다. 신뢰할 수 있는 트랜잭션 제출 및 실시간 상태 업데이트와 함께, 팀은 원하는 흐름을 설계하면서도 정산은 여전히 온체인에서 일어난다.

이 계층은 현재 EVM과 Solana 전반에서 가스리스 트랜잭션의 약 85%를 처리하며, 가동 시간 99.99%에 응답 시간 50ms 미만이다.

Pana는 Base와 Ethereum에서 스테이블코인 송금, 카드 충전, 정산을 위해 우리의 RPC와 가스 스폰서십을 사용한다. 6개월도 안 되어 20만 명 이상의 사용자에 도달했고, 하루에 수만 건의 스테이블코인 트랜잭션을 처리한다.

Symphony는 5억 달러 이상의 트랜잭션 규모를 처리했으며 6개 네트워크에서 운영된다. 최근 30일 기간 동안 우리는 Symphony를 위해 80만 건 이상의 요청을 처리했으며, 올바르게 구성된 모든 메인넷에서 성공률 100%를 기록했다.

어떤 금융 팀들이 Alchemy 위에서 구축하고 있으며, 무엇을 측정했는가?

금융 워크로드를 위한 인프라 제공업체는 어떻게 평가해야 하는가?

재현 가능한 숫자를 요구하고, 그것을 자신의 트래픽으로 재현해보라. 벤더 마케팅은 벤치마크가 아니며, 스크린샷 한 장도 마찬가지다.

계약하기 전에 확인할 가치가 있는 네 가지가 있다.

당신의 메서드, 당신의 리전에서의 레이턴시

전체 평균은 정말 중요한 느린 호출을 숨긴다. 당신 제품이 의존하는 구체적인 메서드를, 사용자가 있는 리전에서 테스트하고, 평균이 아닌 p95를 보라. 우리의 벤치마크 방법론은 리전, 타임아웃 규칙, 실패로 간주하는 기준을 포함해 우리가 어떻게 이를 실행하는지 문서화하고 있으므로, 어떤 제공업체에 대해서도 같은 설정을 재현할 수 있다.

정지 상태가 아닌 부하 상태에서의 성공률

기준선에서는 빠르지만 변동성 급증 중에 요청을 떨어뜨리는 제공업체는 금융에 쓸 수 없다. 예상되는 피크에서 부하 테스트를 하고, 그다음 그것을 두 배로 늘려서 테스트하라.

장애 시 동작

노드가 저하되면 어떤 일이 일어나며, 트래픽은 얼마나 빨리 거기서 벗어나는가? 홈페이지를 확인하기 전에 제공업체의 상태 페이지와 장애 이력을 확인하라.

필요할 때의 격리

공유 엔드포인트는 당신의 트래픽을 다른 모든 사람의 트래픽과 함께 둔다. Dedicated Clusters는 싱글 테넌트이며, SOC 2 Type II를 준수하고, 사용자 또는 매칭 엔진에 가장 가까운 리전에 배포할 수 있다. 공유 RPC 용량으로의 전환은 선택 사항이며, 클러스터 용량을 초과하는 트래픽을 처리한다. 이는 거래 시스템과 시끄러운 이웃이 용납할 수 없는 변수인 모든 워크로드에서 가장 중요하다.

온체인으로 이동하는 금융 시스템을 위해 구축하라

우리와 함께 구축하는 금융 팀들은 서로 다른 문제를 풀고 있다. 어떤 팀은 신용 접근성을 넓히고 있다. 어떤 팀은 국경 간 결제를 더 저렴하게 만들고 있다. 어떤 팀은 시장 데이터, 거래 도구, 커스터디, 포트폴리오 인텔리전스를 제공하고 있다.

이들을 연결하는 것은 그들의 고객이 그들에게 요구하는 기준이다: 빠른 답변, 체결되는 트랜잭션, 돈을 다룰 자격이 있는 제품. 정산, 거래, 투자가 온체인으로 더 많이 이동함에 따라, 그 기준은 그 아래의 인프라로 곧바로 전달된다. 왜냐하면 고객이 확정된 결제나 정확한 잔액으로 경험하는 것은, 그 아래에서는 결국 체인 연결이 버텨줬는지 여부이기 때문이다.

우리는 팀들에게 저지연 블록체인 접근, 탄력적인 트랜잭션 인프라, 실시간 데이터, 전용 싱글 테넌트 용량, 고객 대면에 바로 쓸 수 있는 실행 흐름을 위한 하나의 토대를 제공한다. 확장하는 모든 체인에 걸쳐서.

Aave는 2021년부터 대출 트래픽을 우리 위에서 운영해왔고, 모든 네트워크 확장과 모든 기록적인 입금일을 거치는 동안, 그 사용자들은 우리의 존재를 알 필요가 없었다. 그것이 우리의 일이다.

Alchemy 위에서 금융 제품을 구축하세요.

자주 묻는 질문

Alchemy는 신뢰할 수 있는가, 가동 시간 실적은 어떤가?

Alchemy는 연간 1조 달러 이상의 트랜잭션 규모를 보호하면서 99.995%의 가동 시간을 공개하며, 장애 이력은 상태 페이지에 공개되어 있다. 고객이 검증한 증거로는 Bitget의 오류 0건, 9개 네트워크에 걸친 2,500만 건의 요청, 그리고 RedStone의 99.999% 가격 푸시 성공률이 있다.

Alchemy Cortex란 무엇인가?

Cortex는 Alchemy 개발자 플랫폼을 구동하는 지능형 블록체인 엔진이다. 각 요청을 해당 메서드에 적합한 정상 용량으로 라우팅하며, 고정된 라우팅을 따르는 대신 노드 상태와 트래픽 변화에 맞춰 적응한다. Alchemy는 그 결과를 이전 아키텍처 대비 2.5배 빠른 속도, 5배 높은 신뢰성, 500배 높은 처리량으로 공개하고 있다.

RPC 레이턴시는 트랜잭션 실행과 거래 성능에 어떤 영향을 미치는가?

RPC 레이턴시는 애플리케이션이 체인 상태를 읽고 트랜잭션을 제출할 수 있는 속도의 하한선을 정한다. 레이턴시가 높아지면 견적이 오래되고, 입금 반영이 늦어지며, 거래는 사용자가 본 가격보다 나쁜 가격에 체결된다. 거래 시스템에서는 전체 평균보다 자신의 리전에서의 p95 레이턴시가 더 중요하다.

엔터프라이즈 RPC 제공업체에게서 어떤 SLA를 기대해야 하는가?

서명된 SLA는 Alchemy의 Enterprise 플랜에 포함되며, 가동 시간과 응답 약속은 하나의 공개 수치로 게시되는 대신 계약별로 협상된다. 어떤 제공업체에게든 네 가지를 물어보라: 가동 시간 수치, 측정 기간, 예외 사항, 그리고 미달 시의 구제책. 이것들이 없는 백분율은 SLA가 아니다.

운영 환경에서 단일 RPC 제공업체에 의존하는 것의 위험은 무엇인가?

단일 제공업체는 돈을 움직이는 모든 것에 대해 단일 장애점이다. Bitget의 접근 방식은 좋은 모델이다: 대부분의 트래픽을 위해 자체 노드를 운영하고, 입출금 및 오답이 비용이 큰 모든 워크플로우를 위한 별도의 진실 소스로서 두 번째 독립 제공업체를 유지하는 것이다.

어떤 블록체인 API가 가장 신뢰할 수 있는 웹훅 전달을 제공하는가?

Alchemy Webhooks는 최소 1회 전달을 보장하므로, 당신 쪽의 일시적 장애가 이벤트 손실로 이어지지 않는다. Slingshot은 40개의 Google Cloud 서비스에 걸쳐 있던 크로스체인 입금 추적을 약 20줄의 코드로 교체했고, EVM 체인과 Solana 전반에서 누락된 입금이 0건이라고 보고했다.

하나를 선택하기 전에 RPC 제공업체를 어떻게 벤치마크해야 하는가?

당신 제품이 호출하는 구체적인 메서드를, 사용자가 있는 리전에서, 표준 유료 계정으로, 재시도 없이 고정된 타임아웃으로 테스트하라. 평균과 함께 p95를 보고하고, 성공률과 레이턴시를 별도로 분리하라. Alchemy의 벤치마크 방법론은 어떤 제공업체에 대해서도 재현할 수 있는 설정을 문서화하고 있다.

대용량 스테이블코인 결제 인프라에는 Alchemy와 QuickNode 중 어느 쪽이 나은가?

둘 다 규모 있게 프로덕션 스테이블코인 워크로드를 운영한다. 유용한 비교 기준은 당신의 메서드에서 측정된 레이턴시, 피크에서의 성공률, 그리고 트랜잭션 제출과 가스 스폰서십이 읽기와 같은 제공업체에서 나오는지 여부다. Alchemy의 실시간 벤치마크는 공개된 방법론과 원시 데이터를 통해 QuickNode 대비 수치를 공개하고 있다.

리전 배포가 가능한 싱글 테넌트 전용 노드는 어느 제공업체가 제공하는가?

Alchemy Dedicated Clusters는 싱글 테넌트이며, SOC 2 Type II를 준수하고, 트래픽이나 컴퓨팅을 공유하지 않는다. 당신의 스택 또는 사용자에게 가장 가까운 리전에 배포되어 더 낮은 레이턴시를 제공한다. 공유 RPC 용량으로의 전환은 선택 사항이며, 클러스터 용량을 초과하는 트래픽을 처리한다.