Alchemy의 노드 인프라가 DeFi를 대규모로 빠르게 유지하는 방법

누군가 DeFi 앱에서 한 토큰을 다른 토큰으로 스왑하는 거래를 할 때마다, 앱은 백그라운드에서 블록체인에 요청을 한 무더기 보냅니다: 가격 견적, 풀 잔액, 가스 추정치, 지갑 잔액. 거래가 성사되기까지 여러 체인에 걸쳐 수십 건의 요청이 오갑니다. 사용자는 이 과정을 전혀 보지 못합니다. 그저 좋은 가격에 거래가 확정되는 것을 보거나, 그렇지 않은 결과를 볼 뿐입니다.

탈중앙화 금융(DeFi)에서는 인프라가 곧 제품입니다. 앱이 읽어들이는 데이터가 느리면 사용자는 화면에서 본 가격과 다른 가격에 거래하게 될 수 있습니다. 시장이 급변하는 중에 연결이 끊기면 트랜잭션이 실패합니다. 레코드가 누락되면 누군가의 잔액이나 내역이 잘못 표시됩니다. 블록체인 자체는 이런 문제를 해결해주지 않습니다. 이를 해결하는 것은 여러분의 RPC 레이어이거나, 혹은 해결하지 못하는 것도 RPC 레이어입니다.

저희는 블록체인이 알고 있는 것과 여러분의 앱이 실제로 활용할 수 있는 것 사이의 간극을 좁히는 노드 및 RPC 인프라에 수년간 투자해왔습니다. 이 작업은 온체인 제품이라면 어디에나 중요하지만, DeFi에서 가장 혹독하게 시험받습니다. DeFi에서는 그 간극이 곧 돈으로 측정되기 때문입니다. 이를 실제로 운영하고 있는 팀들의 사례를 통해 프로덕션 환경에서 어떤 모습인지 살펴보겠습니다.

속도, 1밀리초마다 가격이 매겨지기 때문에

거래에서는 기다리는 동안 가격이 움직입니다. 수백 밀리초의 지연이 사용자가 본 가격과 실제로 받는 가격의 차이를 만들 수 있습니다.

0x는 수십 개의 지갑과 애그리게이터가 한 토큰을 다른 토큰으로 스왑하는 데 사용하는 서비스로, 수십억 달러 규모의 거래를 라우팅합니다. 0x의 목표는 여러 유동성 풀에서 동시에 최적의 가격을 찾는 것입니다. 이를 위해 각 거래 직전에 수십 건의 RPC 쿼리를 보냅니다. 이 데이터가 느리게 돌아오면 사용자에게 제시되는 가격이 어긋나고, 결국 의도했던 것과 다른 거래를 하게 됩니다.

0x는 모든 옵션을 테스트한 끝에 한 가지 요건으로 좁혔습니다: 매번 빠르고, 일관되고, 정확한 데이터. 저희 인프라 위에서 0x는 1초 이내에 견적을 생성하고, 99.9%의 가동률을 유지하며, DeFi에서 가장 낮은 실패 거래 되돌림율 중 하나를 기록하고 있습니다. 0x에게 이 신뢰성은 파트너들에게 안정적인 서비스를 약속할 수 있게 해주는 요소입니다. 반대편의 트레이더에게는 예상한 가격에 거래가 체결되는 것과 조용히 실패하는 것의 차이입니다.

"Alchemy 덕분에 저희 모든 통합 파트너들이 더 반응성 좋은 경험을 제공할 수 있고, 저희는 더 신뢰할 수 있는 서비스를 제공할 수 있습니다 — 저희는 1초 이내에 견적을 생성할 수 있습니다."

— Charles Reese, Engineering Manager, 0x Labs · 0x 사례 연구 읽기

Alchemy를 사용하는 0x: 거래액 $170B+, 트레이더 350만 명 이상, 가동률 99.9%, 되돌림율 2%, 1초 이내 견적.

블록이 더 빠르게 생성되는 Solana에서도 같은 패턴이 나타납니다. Solana 생태계에서 가장 큰 지갑 중 하나인 Solflare는 400만 명 이상의 사용자에게 자신의 활동을 깊이 있게 보여줍니다: 시간에 따른 잔액, 과거 거래 내역, 손익. 이 모든 것은 과거 블록체인 데이터에 의존하는데, 이는 Solana에서 빠르게 제공하기 가장 어려운 데이터 중 하나입니다. 저희 Solana 아카이브 인프라 위에서 Solflare는 다른 옵션 대비 최대 20배 빠르게 이 데이터를 받아오며, 응답 시간은 200밀리초 이하이고 초당 수천 건의 요청을 처리하면서도 오류가 없습니다. Solflare 입장에서는 데이터 레이어와 씨름하지 않고도 더 풍부한 분석 기능을 출시할 수 있다는 의미입니다. 사용자 입장에서는 앱을 열었을 때 대기하거나 빈 데이터를 마주치는 대신 거의 즉시 완전하고 정확한 내역이 로드된다는 의미입니다.

"Alchemy의 Archival RPC는 200ms 이하의 일관된 응답 시간을 유지하면서 Solflare의 처리량을 감당해왔습니다."

— Dušan K., Backend Engineer at Solflare · Solflare 사례 연구 읽기

Alchemy를 사용하는 Solflare: 사용자 400만 명 이상, 아카이브 쿼리 최대 20배 빠름, 응답 시간 200ms 이하, 초당 수천 건의 요청 처리, 오류 0건.

신뢰성, 실패한 트랜잭션은 곧 실제 손실이기 때문에

속도는 가장 중요한 순간에 시스템이 다운되지 않아야 비로소 의미가 있습니다. DeFi에서 가장 실패해서는 안 되는 순간은 가장 바쁜 순간입니다: 대규모 출시, 토큰 배포, 혹은 시장이 급변할 때의 대규모 청산.

스테이블코인 프로토콜인 Usual은 대규모 토큰 배포 10시간 전에 이 사실을 알게 되었습니다. 팀이 예상 수요를 재계산한 결과 기존 설정으로는 감당할 수 없다는 것을 깨달았습니다. 저희는 그들의 용량을 확장하고 인프라를 튜닝했으며, 행사 내내 실시간 엔지니어링 대응 인력을 배치했습니다. 피크 시점에는 초당 30,000건의 요청을 처리했고, 첫 1시간 동안 3,800만 건의 요청을 서비스했으며, 20만 명 이상이 동시에 토큰을 청구하려 했지만 사실상 다운타임이 없었고 실패한 청구도 없었습니다. Usual 입장에서는 대표 출시 행사가 장애로 얼룩지지 않고 무사히 진행되었다는 의미입니다. 그 20만 명 각각에게는 로딩 화면이나 실패한 트랜잭션 대신 실제로 원하던 것을 얻었다는 의미입니다. 저희의 역할은 그 아래에 있는 인프라가 문제의 원인이 되지 않도록 하는 것이었습니다.

"Alchemy는 저희에게 거의 완벽한 가용성을 제공해주었고, 초당 엄청난 양의 요청(피크 시 초당 3만 건이었고, 여전히 여유가 있었습니다)을 서비스하면서도 지연이나 다운타임이 전혀 없었습니다. 그것도 촉박한 통보에도 불구하고요!"

— Adli Takkal-Bataille, cofounder at Usual · Usual 사례 연구 읽기

Alchemy를 사용하는 Usual: 피크 시 초당 30,000건의 요청, 첫 1시간 3,800만 건의 요청, 동시 청구 20만 건 이상, 다운타임 0 및 실패한 청구 0건.

접근의 용이성, 엔지니어들이 차별화 요소를 만드는 데 집중할 수 있도록

저희 위에서 운영하는 가장 큰 이유는 그것이 여러분의 팀에게 무엇을 할 자유를 주는가입니다. 엔지니어들이 노드를 관리하거나, 블록 히스토리를 확장하거나, 트래픽 급증 시 알림을 받고 새벽에 깨어나는 데 쓰는 매 시간은 여러분을 차별화하는 제품에 쓰지 못하는 시간입니다.

이는 이 팀들 각각이 저희와 함께 선택한 트레이드오프입니다. Usual은 인프라 인력을 추가하지 않고도 10시간의 통보만으로 확장했습니다. 0x는 여러 제공업체를 짜맞추는 대신 하나의 제공업체로 데이터를 통합했습니다. Solflare는 자체 Solana 아카이브 시스템을 프로토타입으로 만들어 보고, 이를 잘 운영하는 것이 전담 업무가 될 것임을 깨닫고는 그 업무를 저희에게 맡겨 엔지니어들이 계속 기능을 출시할 수 있도록 했습니다. 각각의 사례에서 차별화 요소가 되는 작업은 그들의 몫으로 남았고, 인프라의 무거운 작업은 저희에게 왔습니다.

누구를 위한 것인가?

DeFi는 하나의 워크로드가 아닙니다. 무엇을 만들고 있든, 감당할 수 없는 실패는 부하가 걸렸을 때만 드러나는 실패입니다. 압박이 가장 크게 작용하는 지점은 다음과 같습니다:

• 스왑 라우터와 애그리게이터. 거래 하나의 가격을 산정하기 위해 수십 건의 RPC 호출을 보내므로, 느린 읽기가 곧 사용자가 받는 가격을 움직입니다.
• 지갑과 분석 앱. 사용자에게 잔액, 내역, 성과를 보여주므로 과거 데이터의 빠른 읽기에 사업의 존폐가 달려 있습니다.
• 스테이블코인, RWA, 토큰 출시. 가장 위험한 날은 바로 여러분 자신의 출시일이나 상환 기간이므로, 분기 단위가 아닌 시간 단위로 확장 가능한 용량이 필요합니다.
• 대출, 퍼페추얼, 청산 엔진. 시장이 급변하는 중에 업데이트 하나만 놓쳐도 청산을 놓칠 수 있으므로, 실시간 신뢰성이 전부입니다.

저희가 계속 여기에 투자하는 이유

이것은 우연도 아니고 부업도 아닙니다. 이런 종류의 인프라를 구동하는 것이 바로 Alchemy입니다; 이는 저희 회사의 핵심이자 저희가 회사를 세운 근간입니다. 이 모든 것은 저희 RPC 아래에서 작동하는 엔진인 Cortex 위에서 실행되며, 수조 건의 요청과 이 정확한 워크로드를 운영해온 수년간의 경험으로 훈련되었습니다. Cortex는 각 요청을 가장 빠른 경로로 라우팅하고, 트래픽이 급증하면 자동으로 확장하며, 장애 발생 시 스스로 우회 경로를 찾습니다. 더 단순한 구성은 트래픽이 정확히 급증하는 순간에 느려지거나 요청을 거부하는 경향이 있습니다; Cortex는 그 반대로 동작하도록 만들어졌으며, 급증을 흡수하면서도 가장 중요한 순간에 데이터 정확성을 유지합니다. 이것이 저희가 공개 RPC 벤치마크로 지속적으로 측정되는 낮은 응답 시간과 높은 가동률을 유지하면서, 플랫폼 전체에서 연간 1조 달러 이상의 트랜잭션을 처리할 수 있는 이유입니다.

DeFi는 이 모든 것을 한꺼번에 스트레스 테스트하는 영역입니다: 지연에 민감하고, 트래픽이 들쭉날쭉하며, 돈이 걸려 있을 때 용서가 없습니다. 가장 빠른 온체인 시장을 구축하는 팀들은 자신들의 인프라에 대해 전혀 생각하고 싶어하지 않습니다. 저희의 일은 그들이 그럴 필요가 없도록 만드는 것입니다.

DeFi를 만들고 있고 인프라가 발목을 잡고 있다면 저희 팀에 문의해주시면 함께 용량을 구축해드리겠습니다.

자주 묻는 질문

DeFi에 가장 적합한 RPC 제공업체는 무엇인가요?

DeFi에 적합한 RPC 레이어는 일관되게 낮은 지연 시간, 블록 단위로 정확한 데이터, 변동성이 급증할 때도 유지되는 신뢰성을 모두 갖춰야 합니다. 0x, Usual, Solflare 같은 팀들이 바로 이런 이유로 지연에 민감하고 트래픽이 많은 DeFi 워크로드를 Alchemy 위에서 운영하고 있습니다.

Alchemy는 트래픽 급증 시 DeFi 앱을 어떻게 빠르게 유지하나요?

Alchemy의 RPC는 Cortex 위에서 실행되며, Cortex는 스마트 라우팅, 변동성 발생 시 탄력적 확장, 자율적 장애 조치를 담당합니다. Usual은 토큰 배포 당시 초당 30,000건의 요청으로 피크를 기록했으나 다운타임은 사실상 없었고 실패한 청구도 없었습니다.

Alchemy는 DeFi를 위한 Solana 아카이브 데이터를 지원하나요?

네. Alchemy는 Solana Archive Method에서 getTransaction, getProgramAccounts 같은 무거운 Solana 메서드를 서비스하며, Solflare는 아카이브 쿼리가 최대 20배 빨라지고 응답 시간이 200ms 이하로 유지되는 것을 경험하고 있습니다. Alchemy가 Solana에서 가장 빠른 아카이브 메서드를 구축한 방법을 참고하세요.

Alchemy는 몇 개의 체인을 지원하나요?

Alchemy는 하나의 인터페이스 뒤에서 100개 이상의 체인을 지원하므로, 새로운 네트워크를 추가하는 것은 전면 재구축이 아니라 설정 변경에 가깝습니다.