Solana를 위해 만들다: 20배 빠른 속도, 99.99% 가동률, 2배 처리량

지난 2년간 Solana 빌더들과 함께 그들이 겪는 가장 큰 문제점을 파악하는 데 시간을 보냈고, 지난 1년간은 이를 해결하기 위해 Alchemy의 Solana 서비스를 재설계했습니다.

Solana 생태계의 툴링이 빠르게 발전해왔지만, 특히 데이터 집약적인 앱과 엔터프라이즈를 위해 성능과 안정성을 한층 더 끌어올릴 여지가 있다고 판단했습니다.

오늘, 저희가 구축한 결과물 — Solana 빌더를 위해 처음부터 새로 만든 RPC 및 Streaming API를 소개합니다:

• 코드 변경이나 독자적인 메서드 없이도 최대 20배 빠른 아카이브 호출
• getTransaction, getTokenAccountsByOwner 같은 "heavy" 메서드에서 최대 2배 빠른 속도
• 다른 프로바이더 대비 _절반 이하의 가격_으로 제공되는 초고속, 초고신뢰성 gRPC 스트리밍
• 전체 플랫폼에서 99.99%의 가동 시간과 2배 이상의 처리량
• 이전에는 불가능했던 다양한 신규 기능 (가스리스 트랜잭션, 주소 활동 webhook, getTokenLargestAccounts 같은 호출의 더 큰 응답 크기 등)

이 모든 것을 오늘부터 바로 사용할 수 있습니다. Alchemy를 처음 사용하신다면 여기부터 시작하세요. 이미 Alchemy로 빌드하고 계신다면 기존 설정을 그대로 사용하시면 됩니다!

이야기

Web3든 아니든, "chewing glass"라는 표현을 Solana 빌더들만큼 자랑스러운 훈장처럼 받아들인 개발자 커뮤니티는 세상 어디에도 없었습니다 — 끊임없이 진화하고 한계를 시험하는 기술 위에서 세상을 바꿀 제품을 만드는, 힘들지만 꼭 필요한 작업을 기꺼이 받아들인 것입니다.

Solana 프로토콜과 그 주변 툴링이 발전하면서 "chewing glass"를 해야 할 필요성은 줄어들었지만, 완전히 사라진 것은 아닙니다.

지난 몇 년간 Bags.fm부터 Solflare, Robinhood에 이르기까지 Solana 개발자들과 함께 일하면서, 빌더들이 그들을 더디게 만드는 API 제약이나 인프라 병목을 창의적인 방법으로 우회하는 사례를 곳곳에서 발견했습니다.

예를 들어, 많은 Solana 팀이 아카이브 데이터 접근에 어려움을 겪습니다. Bigtable 기반 시스템 위에 구축된 기존 RPC 프로바이더들은 대규모 히스토리컬 쿼리를 효율적으로 처리하지 못해, 종종 데이터 누락이나 불완전한 데이터로 이어집니다. 빌더들은 신뢰할 수 있는 데이터셋을 얻기 위해 백필을 몇 달에 걸쳐 재구축하거나, 요청을 스로틀링하거나, 누락된 트랜잭션을 일일이 짜맞춰야 합니다. 데이터 집약적인 앱과 지갑에게 이는 반복 개발 속도를 극도로 떨어뜨리고, 분석이나 인덱싱에서 가능한 범위를 제한합니다.

저희의 미션은 이러한 제약을 제거하고, 모든 Solana 빌더에게 타협 없는 경험을 제공하는 것이었습니다.

20배 빠른 아카이브 데이터

Solana 개발자들에게서 가장 자주 들었던 요청 중 하나는 기존 API가 필요를 충족할 만큼 빠르지 않다는 것이었습니다. 특히 getTransaction 같은 아카이브 데이터와 getProgramAccounts 같은 "heavy" 메서드에서 그랬습니다.

히스토리컬 getTransaction 호출을 예로 들어보겠습니다. 벤치마크 결과 저희가 시장의 어떤 프로바이더보다도 빠르며, 가장 평판 좋은 인프라 프로바이더 일부를 최대 20배까지 앞선 것으로 나타났습니다 (p50, p90, p95 전반에서).

그리고 이는 예외적인 결과가 아닙니다. getBlock에서 최대 3배, getTokenAccountsByOwner, getProgramAccounts 같은 "heavy call"에서 최대 10배 빠릅니다.

이렇게 큰 격차가 어떻게 가능할까요? 저희는 이러한 메서드를 성능 좋게 처리하기 위해 수년간 새로운 인프라를 구축해왔고, 어떤 상황에서도 안정적으로 제공할 수 있도록 빌더들과 함께 거의 그만큼 오랜 시간 대규모 튜닝을 진행해왔습니다.

아카이브 데이터를 처리하는 저희 인프라를 예로 들어보겠습니다. Solana 인프라 프로바이더들이 수년간 사용해온 BigTable 인스턴스를 완전히 대체했습니다. 그 자리에 RPC 규모에 맞게 설계된 멀티리전 Hbase 시스템을 구축하여, 낮은 지연시간 접근을 위해 전 세계에 데이터를 분산시키고, 완전성을 보장하며, 부하 상태에서도 자릿수 단위로 빠른 성능을 제공합니다.

중요한 점은, 일부 프로바이더가 성능 향상을 위해 lock-in을 유발하는 독자적인 API 사용을 요구하는 것과 달리, 저희가 이룬 모든 최적화는 코드 변경이나 lock-in 없이 접근 가능하다는 것입니다.

마지막으로, 벤치마크는 때로 조작될 수 있고, 여러 프로바이더가 자신이 가장 빠르다고 주장하는 것도 흔한 일입니다. 사실 벤치마크가 항상 전체 그림을 보여주지는 않습니다. 저희의 초점은 빌더들이 자신의 특정 워크로드에서의 실제 성능을 이해하도록 돕는 데 있습니다. 저희 엔지니어들이 벤치마킹 방법론을 공유하고, 맞춤형 테스트 실행을 도와드릴 수 있습니다. 맞춤 벤치마크를 요청하시려면 저희 팀에 문의하세요.

99.99%의 신뢰성

지연시간이 낮은 것은 훌륭하지만, 아무리 빠른 API라도 견고하게 신뢰할 수 없다면 무용지물입니다. 저희는 8년 넘게 가장 큰 온체인 앱들을 위해 가장 신뢰할 수 있는 API를 구축해왔으며, 선거일 밤의 Polymarket부터 World의 Mainnet 런칭에 이르기까지 가장 상징적이고 민감한 순간들을 지원해왔습니다.

Solana에서도 다르지 않습니다.

저희는 이미 수년간 Circle, Robinhood, TrustWallet 같은 팀들을 Solana에서 안정적으로 지원해왔지만, 현재의 Solana 인프라는 이를 한 단계 더 끌어올렸습니다. 멀티리전 아키텍처, 3-5겹의 자동 장애조치, 스트리밍 재연결 시 확장된 (6000블록) 리플레이… 이 모든 것은 세계 어느 팀보다도 블록체인 서비스를 대규모로 운영해본 경험이 많은 엔지니어 팀이 운영하는 플랫폼 위에 구축되었습니다.

그 결과, 사용을 시작할 때, 빌드하는 동안, 그리고 무엇보다 가장 중요한 순간에 99.99%의 가동 시간을 제공하는 인프라를 갖추게 되었습니다.

새로운 기능들

지연시간과 신뢰성 외에, 빌더들로부터 가장 많이 들은 요청은 Solana API에서 더 많은 유연성, 확장성, 기능을 원한다는 것이었습니다. 새롭고 독자적인 인프라를 점점 더 많이 구축하면서, 이러한 요청의 상당 부분을 네이티브하게 지원할 수 있게 되었습니다.

예를 들어, 지금까지 Solana 아카이브 API는 데이터 소비 방식이 경직되어 있어서, 최신 정보에 도달하려면 가장 오래된 시그니처와 트랜잭션부터 스캔해야 했습니다. 이는 사용자의 활동을 최신순으로 보여주는 것처럼 기본적인 작업을 하는 애플리케이션에도 복잡함을 더하고 속도를 크게 떨어뜨립니다.

새로운 아카이브 엔드포인트를 통해 최신 데이터를 먼저 쉽게 가져올 수 있습니다 — 해당 사용 사례에서 API를 더 쓰기 쉽게 만들고, 최종 사용자에게는 10배 더 나은, 더 빠른 경험을 제공합니다.

새로운 기능 목록은 여기 모두 담기에는 너무 길지만 (더 많은 내용은 저희 Solana 문서를 확인하세요), 몇 가지 하이라이트를 소개합니다:

• getTokenLargestAccounts이 20개가 아닌 최대 1000개의 계정을 반환하도록 확장되었습니다
• gRPC 스트리밍의 리플레이 슬롯이 확장되었습니다 (최대 6000블록)
• API에 직접 내장된 가스리스 트랜잭션
• 엔터프라이즈 고객에게도 다른 프로바이더 대비 2배 높은 처리량
• 최신순 우선 아카이브 쿼리 (더 이상 가장 오래된 데이터부터 스캔할 필요 없음)
• 주소 활동 webhook

Solana를 위해 만들었습니다

생태계이자 기술로서 Solana는 유일무이합니다. 그렇기 때문에 저희가 무엇을 만들었는지뿐만 아니라, 이를 만든 접근 방식도 중요하게 언급할 필요가 있습니다. 저희는 (어떤 경우에는 뼈아픈 경험을 통해) 단순히 제품을 EVM에서 Solana로 이식하는 방식은 어려움을 겪을 수밖에 없다는 것을 배웠습니다.

그래서 저희는 Solana API를 생태계 및 빌더들과의 장기적인 파트너십을 위해 설계하는 데 시간을 투자했습니다. 그 과정에서 수년간 Solana 전용 인프라를 구축해온 두 팀, DexterLab과 Bware Labs와 힘을 합쳐 세계적 수준의 엔지니어 팀을 꾸렸습니다.

최고의 인재들이 재설계 작업에 나서면서, 저희는 매우 구체적인 접근 방식을 취했습니다 — Alchemy가 8년 넘게 쌓아온 기술을 촉매로 활용하되, Solana를 위한 최선의 솔루션을 항상 처음부터 타협 없이 구축하는 것입니다.

저희는 그 결과물을 매우 자랑스럽게 생각하며, Solana에서 수천 개의 팀을 지원하기 위해 하고 있는 작업에 더욱 자부심을 느낍니다.

이 모든 것을 오늘부터 바로 사용할 수 있습니다. Alchemy를 처음 사용하신다면 여기부터 시작하세요. 이미 Alchemy로 빌드하고 계신다면 기존 설정을 그대로 사용하시면 됩니다!

자주 묻는 질문

Alchemy의 Solana 인프라는 다른 프로바이더와 무엇이 다른가요?

저희는 코드 변경이나 독자적인 메서드 없이도 최대 20배 빠른 아카이브 호출, 2배 빠른 heavy 메서드, 99.99% 가동 시간, 2배 높은 처리량을 제공합니다.

Solana에서 아카이브 데이터 호출은 얼마나 더 빠른가요?

다른 프로바이더 대비 히스토리컬 getTransaction 호출에서 최대 20배, getBlock에서 최대 3배, getTokenAccountsByOwner와 getProgramAccounts 같은 heavy call에서 최대 10배 빠릅니다.

성능 향상을 얻기 위해 코드를 변경해야 하나요?

아니요, 독자적인 API를 요구하는 일부 프로바이더와 달리, 모든 최적화는 코드 변경이나 lock-in 없이 접근 가능합니다.

Solana에 대한 가동 시간 보장은 어떻게 되나요?

멀티리전 아키텍처, 3-5겹의 자동 장애조치, 스트리밍 재연결 시 확장된 리플레이 기능을 통해 99.99%의 가동 시간을 제공합니다.

Solana 개발자를 위해 어떤 새로운 기능을 제공하나요?

새로운 기능으로는 최신순 우선 아카이브 쿼리, 20개가 아닌 최대 1000개의 계정을 반환하는 getTokenLargestAccounts, 가스리스 트랜잭션, 주소 활동 webhook, 최대 6000블록 리플레이가 가능한 gRPC 스트리밍이 있습니다.

Alchemy의 아카이브 인프라는 기존 프로바이더와 어떻게 다른가요?

저희는 표준 BigTable 시스템을 RPC 규모에 맞게 설계된 커스텀 멀티리전 HBase 시스템으로 대체하여, 데이터 완전성을 보장하고 부하 상태에서도 더 빠른 성능을 제공합니다.

현재 누가 Alchemy의 Solana 인프라를 사용하고 있나요?

Circle, Robinhood, TrustWallet, Bags.fm, Solflare 등 주요 팀들이 Alchemy의 Solana 인프라를 사용하고 있습니다.

제 특정 사용 사례에 대한 성능을 테스트해볼 수 있나요?

네, 저희 팀이 벤치마킹 방법론을 공유하고, 귀하의 특정 워크로드에 맞춘 커스텀 테스트 실행을 도와드릴 수 있습니다.