Alchemy, Stellar 지원 확대 — Data APIs 추가 및 Tier-1 validation을 향한 행보

Alchemy가 Stellar 지원을 시작한 이후, RPC와 websocket 지원, 그리고 Alchemy가 지원하는 모든 네트워크에 동일하게 적용하는 99.99% 가동 시간과 SOC 2 Type II 안정성을 제공해왔습니다. 이제 그 범위가 두 방향으로 확장됩니다. Alchemy는 Stellar에서 tier-1 validator가 되기 위한 작업을 진행 중이며, 대규모로 Stellar를 읽기 위한 인덱싱된 Data API 세 가지를 추가했습니다.

Stellar에서 tier-1 검증을 구축하는 중입니다. 이는 지리적으로 분산된 세 개의 full validator로 구성되며, 합의에 참여하고 공개 히스토리 아카이브를 발행하며, 네트워크가 요구하는 가동 시간과 쿼럼 품질의 최고 기준을 충족합니다. Tier-1 validator는 많은 쿼럼 세트에 포함되어 네트워크 복원력을 뒷받침하며, 이것이 저희가 목표로 삼고 구축 중인 기준입니다.

RPC와 websocket에 더해, 이제 mainnet과 testnet에서 주소 기반의 인덱싱된 Data API 세 가지를 제공합니다. 전송 내역, 토큰 잔고, NFT 보유 현황입니다. 주소와 네트워크를 전달하면 인덱싱된 히스토리나 상태를 반환받으며, 별도의 인덱서를 직접 운영할 필요가 없습니다. 이는 통합된 인프라 풀스택을 운영함으로써 개발자에게 제공할 수 있는 것이며, 체인의 데이터가 단일 쿼리로 전달되는 방식입니다.

체인을 운영하는 것이 읽기에 왜 중요한가

프로덕션 규모에서 Stellar를 읽는 것은 인덱싱 문제입니다. Soroban RPC는 최근 ledger의 짧은 구간만 제공합니다. Horizon은 히스토리를 제공하지만, "이 계정이 지금까지 받은 모든 자산"처럼 단순한 질문에 답하려 해도 많은 프리미티브를 페이징하며 자체 사본을 동기화해야 합니다. 대부분의 팀은 결국 포트폴리오 화면 하나를 뒷받침하기 위해 인덱서를 직접 운영하게 됩니다.

tier-1 검증을 구축한다는 것은 이 문제에 대한 저희 답변이 무엇 위에 놓이는지를 바꿉니다. tier-1 조직은 full validator를 운영하고 공개 히스토리 아카이브를 발행하는데, 이는 어떤 제대로 된 인덱서든 필요로 하는 것과 동일한 견고하고 완전한 ledger 기록이며, 저희가 Stellar에서 구축 중인 인프라입니다. 따라서 저희 Data API는 외부에서 체인을 긁어오는 서드파티가 아닙니다. 저희가 처음부터 끝까지 직접 운영하는 인프라 위에서, 나머지 네트워크를 동기화 상태로 유지하는 것과 동일한 종류의 히스토리 기록을 바탕으로 동작합니다. 검증, RPC, websocket, Data API는 하나의 API 키 뒤에 있는 하나의 스택이며, 동일한 안정성 기준을 따릅니다.

Stellar Data API가 하는 일

표면적은 의도적으로 작게 설계했습니다. 각 메서드는 계정 주소와 네트워크를 입력받아, 그렇지 않으면 직접 백필해야 했을 인덱싱된 데이터를 반환합니다.

• 전송 내역: 주소의 자산 이동 기록을 페이지네이션 형식으로 제공
• 토큰 잔고: 주소가 보유한 현재 자산 잔고를 한 번의 호출로 제공
• NFT 보유 현황: 주소가 보유한 NFT를 제공하며, 클래식 Stellar 자산과 Stellar 스마트 컨트랙트(Soroban) 토큰을 모두 포함

주소가 무엇을 보유하고 있는지, 또는 무엇을 했는지 물으면, 답변은 인덱싱된 히스토리로부터 조립됩니다. 정확한 요청 및 응답 필드는 Stellar API 퀵스타트에 있습니다. 기억해야 할 형태는 주소를 입력하면 인덱싱된 히스토리가 나온다는 것입니다.

Stellar가 커스텀 파이프라인을 필요로 하는 이유

범용 EVM 인덱서는 Stellar에 맞지 않습니다. Stellar ledger는 operation, payment, trustline, 클래식 자산이라는 고유한 구조를 가집니다. 여기에 더해 Soroban은 또 다른 모델을 가진 스마트 컨트랙트 토큰을 추가합니다. Stellar의 NFT는 클래식 자산일 수도 있고 Soroban 컨트랙트 토큰일 수도 있으며, 올바른 보유 현황 답변은 두 경우를 모두 고려해야 합니다.

그래서 Data API는 이 모델에 맞춰 처음부터 설계된 파이프라인 위에서 동작하며, 이는 네 단계로 구성됩니다.

파이프라인 동작 방식

시작점은 Stellar 네트워크의 공식 ledger 익스포트 도구인 Galexie입니다. Galexie는 ledger 메타데이터를 순서가 지정된 파티션 형태로 오브젝트 스토리지에 기록하며, 이를 통해 노드에 부하를 주지 않고도 체인에 대한 견고하고 재생 가능한 진실의 원천을 확보합니다. 체인은 한 번만 익스포트되고, 이후 모든 다운스트림은 그 파티션에서 읽습니다.

이어서 Stellar 전용 인제스터가 그 파티션을 순회하며 정규화된 row를 기록합니다. 두 가지 요소가 이를 Stellar에 맞게 만듭니다. 첫째, 별도의 백필과 프론트필 경로 대신 하나의 통합 모델로 동작하여, 과거 데이터 따라잡기와 최신 상태 유지가 동일한 코드로 처리되며 파티션별로 가장 높은 인제스트된 ledger를 기준으로 체크포인트됩니다. 둘째, 서로 다른 워크로드로 동작합니다. 하나는 전송과 잔고를 분류하고, 별도의 NFT 분류기가 동일한 파티션을 순회하며 클래식 자산과 Soroban 자산 전반의 보유 현황을 해석합니다. 워커는 병렬로 동작하며 네트워크별로 스케일되므로, mainnet과 testnet은 독립적으로 사이징됩니다.

정규화된 데이터는 전용 Stellar ClickHouse 클러스터에 적재됩니다. ClickHouse는 분석용 읽기를 위해 만들어진 컬럼형 데이터베이스이며, 이는 정확히 이런 쿼리들이 필요로 하는 것입니다. 주소로 필터링하고, 스캔하고, 집계하는 작업입니다. Stellar에 전용 클러스터를 두는 것은 쿼리 부하를 격리하여 네트워크 간 지연시간을 줄입니다.

Data API 서비스는 ClickHouse에서 읽어오며, 다른 모든 Alchemy 체인과 동일한 게이트웨이, 인증, rate limiting, compute-unit 계정 처리를 통해 노출됩니다. Stellar는 자체 로그인과 자체 특이사항을 가진 별도 시스템이 아닙니다. 동일한 API 키 뒤에 있는 또 하나의 네트워크일 뿐입니다.

요청은 어떤 형태인가

세 메서드 모두 하나의 형태를 공유합니다. 입력은 주소와 네트워크입니다. 출력은 인덱싱되고 페이지네이션된 히스토리 또는 상태이며, 개발자가 기대하는 자산 모델로 이미 해석되어 있고, 클래식과 Soroban이 함께 처리됩니다. 통합된 인제스션 모델 덕분에 인덱스는 일반적으로 현재 상태이면서 동시에 완전하므로, 호출자 입장에서 "이게 최근 데이터인지 과거 데이터인지" 별도로 판단할 필요가 없습니다.

이 일관성이 핵심입니다. 전송 기능을 통합한 팀은 새로운 요청 패턴을 배울 필요 없이 잔고와 NFT 보유 현황을 추가할 수 있으며, 한 메서드에 동작하는 동일한 주소가 세 메서드 모두에 동작합니다.

오늘 Alchemy가 Stellar에 제공하는 것

Stellar는 다른 모든 체인과 동일한 API 키와 도구 뒤에서 1급 네트워크로 동작합니다.

• tier-1을 향한 validator 인프라, 지리적으로 분산된 full validator와 공개 히스토리 아카이브 포함
• 99.99% 가동 시간과 글로벌 이중화를 갖춘 RPC 및 websocket 지원
• mainnet과 testnet에서 전송 내역, 토큰 잔고, NFT 보유 현황을 위한 인덱싱된 Data API 세 가지
• 1조 달러 이상의 온체인 트랜잭션을 처리하는 SOC 2 Type II 인증 인프라

시작하기

• 대시보드에서 키를 생성하고 Stellar mainnet 또는 testnet을 호출하세요
• Stellar API 퀵스타트에서 전송, 잔고, NFT 메서드 레퍼런스를 확인하세요
• 대량 사용 또는 엔터프라이즈 요구사항이 있다면 저희에게 문의하세요

자주 묻는 질문

Alchemy가 자체 Stellar 인프라를 운영하나요?

네. Alchemy는 Stellar에서 tier-1 검증을 구축하는 중이며, 합의에 참여하고 공개 히스토리 아카이브를 발행하는 지리적으로 분산된 full validator를 운영하고 있습니다. RPC, websocket, Data API는 동일한 인프라 위에서 동작하므로, 서드파티 인덱서가 아닌 네트워크 운영을 돕는 제공자로부터 Stellar를 읽는 것입니다.

어떤 네트워크를 지원하나요?

Stellar mainnet과 testnet 모두 지원합니다. 워커는 네트워크별로 스케일되므로 두 네트워크는 독립적으로 사이징되며, 한쪽의 부하 급증이 다른 쪽에 영향을 주지 않습니다.

자체 인덱서를 여전히 운영해야 하나요?

아니요. API가 완전히 인덱싱된 전송 내역, 잔고, 보유 현황을 반환하므로, 포트폴리오나 히스토리 화면을 뒷받침하기 위해 Galexie를 운영하거나 백필을 유지하거나 자체 ledger 사본을 동기화할 필요가 없습니다.

Soroban 토큰은 어떻게 처리되나요?

전용 분류기가 클래식 Stellar 자산과 Soroban 스마트 컨트랙트 토큰 양쪽의 보유 현황을 해석하므로, 단일 보유 현황 쿼리로 직접 조정할 필요 없이 두 모델을 모두 반영합니다.

이것이 Soroban RPC나 Horizon과 어떻게 다른가요?

Soroban RPC는 최근 ledger의 짧은 구간만 노출하고, Horizon은 히스토리를 직접 조합해야 하는 raw 프리미티브 형태로 반환합니다. Data API는 히스토리 전반에 걸친 인덱싱된, 주소 기반의 답변을 한 번의 호출로 반환합니다.