Orb 소개: Solana의 새로운 블록 탐색기

빠르고 이해하기 쉬운 Solana 블록 탐색기 Orb를 소개합니다.

Orb는 최첨단 Solana 아카이브 시스템을 기반으로 구축되었습니다. 전용 RPC 메서드인 getTransactionsForAddress(gTFA)를 사용해 Solana에서 일어나는 일을 더 빠르고 쉽게 파악할 수 있습니다.

블록 탐색기는 블록체인을 위한 검색 엔진입니다.

탐색기를 사용하면 누구나 체인의 원장에 저장된 과거 데이터를 조회하고 분석할 수 있습니다. 고급 개발자와 일반 사용자 모두에게 필수적인 데이터 도구입니다.

Orb와 같은 탐색기는 Solana에서 지금까지 생성된 모든 블록, 계정, 프로그램, 자산, 트랜잭션을 보여줍니다.

블록체인 탐색기는 누구나 온체인 활동을 점검하고, 프로그램을 디버깅하고, 자산 흐름을 추적하고, 메타데이터를 검증하고, 기준이 되는 사실을 파악할 수 있게 해주는 핵심 인프라입니다.

Solana 블록 탐색기를 만든 이유

Orb를 만들면서 두 가지 주요 목표를 세웠습니다.

Solana를 더 쉽게 읽을 수 있게 만들기
Solana를 더 빠르게 읽을 수 있게 만들기

2020년 3월 16일 14:29:00(UTC)에 제네시스 블록이 처리된 이후, Solana는 3억 7,500만 개가 넘는 블록을 실행하고 4,500억 건이 넘는 트랜잭션을 처리했으며 400TB가 넘는 원장을 생성했습니다.

Solana의 속도와 규모에서 뛰어난 탐색기를 구축하기란 어렵습니다.

확장 가능한 인프라, 강력한 과거 데이터 조회용 API, 모든 정보를 이해하기 위한 Solana 작동 방식에 관한 깊은 기술 지식이 필요합니다. 마지막으로 누구나 자신 있게 사용할 수 있는 깔끔하고 반응성이 뛰어난 사용자 인터페이스로 제공해야 합니다.

@marcryptonio

Solana용 블록 탐색기를 만드는 일은 보기보다 어렵습니다. 초고속 TPS, 계정과 프로그램, [그리고] 토큰 유형 전반에 걸친 방대한 병렬 상태를 처리해야 합니다. . . 모든 트랜잭션은 수십 개의 계정, 서로 다른 토큰 표준, 압축 NFT, CPI 연쇄 호출과 상호작용할 수 있으며, 이 모든 정보를 [사용자] 친화적인 형태로 보여줘야 합니다.

Marc Antonio

Galaxy DeFi 총괄

기존 탐색기도 훌륭하지만, 더 많은 기능을 제공하기를 바랐습니다.

그래서 Solana에 있었으면 했던 블록 탐색기를 직접 만들었습니다.

Solana를 더 쉽게 읽는 방법

Solana의 읽기 레이어는 프로그래밍 모델, 수많은 명령어, 일치하지 않는 직렬화 형식, 공개된 인터페이스 정의 언어(IDL)의 부재, 복잡한 프로그램 간 호출 때문에 이해하기 어렵다는 지적을 오랫동안 받아왔습니다.

Solana를 더 쉽게 읽을 수 있도록 기술적인 세부 사항을 추상화하고 모든 것을 단순화했습니다.

파싱된 이벤트: Orb는 Parsed Events API를 사용해 Solana 트랜잭션 세부 정보를 사람이 읽기 쉬운 형식으로 파싱합니다.
AI 설명: Orb는 아카이브 데이터와 Solana 문서로 학습된 여러 LLM(Claude, ChatGPT, Gemini)을 통합해 트랜잭션을 요약합니다.
시간 기반 필터: 새로운 getTransactionsForAddress RPC 엔드포인트가 Orb의 시간 기반 필터링과 정렬 옵션을 지원하므로 원하는 정보를 더 쉽게 찾을 수 있습니다.
스팸 필터: Orb는 지갑 내역에서 검증되지 않은 토큰, 정크 NFT, 스팸 트랜잭션을 걸러내 실제 자산과 트랜잭션에 집중할 수 있게 합니다.
검색: 모든 토큰, 프로그램, 검증인, 트랜잭션, 블록, 계정을 검색하고 최근 검색 기록까지 한곳에서 확인할 수 있습니다.
간결한 UI: Orb는 깔끔한 사용자 인터페이스, 체계적인 정보 구조, 탭 기반 레이아웃, 절제된 브랜딩, 모바일 친화적인 디자인으로 검색과 탐색을 간편하게 만듭니다.

Solana RPC 노드는 일반적으로 최근 이틀간의 데이터만 저장합니다. 따라서 과거 데이터를 가져오기 위해 getBlock 또는 getTransaction 같은 아카이브 메서드를 쿼리할 때마다 쿼리가 Google BigTable에 도달할 가능성이 높습니다. 표준 RPC 메서드의 설계 방식과 Google BigTable의 구조를 고려하면 이 과정은 지나치게 느립니다.

Solana를 더 빠르게 읽을 수 있도록 모든 것을 직접 다시 구축했습니다.

더 빠른 데이터베이스: Google BigTable을 대체하기 위해 PostgreSQL, ClickHouse, 커스텀 데이터베이스를 사용하는 새로운 Solana 아카이브 시스템을 출시했습니다. 모든 아카이브 RPC 호출에서 읽기 속도가 2~10배 향상되었습니다.
커스텀 인덱스: 커스텀 인덱스는 고유한 (transaction, account) 쌍마다 하나의 항목을 저장합니다. 항목이 약 5,000억 개에 달하지만 프로덕션 부하에서 P50 조회 시간은 8ms입니다.
다중 인덱스: 슬롯, 시간, 상태 등을 기준으로 파티셔닝된 인덱스를 구축해 getTransactionForAddress 필터를 지원하고, 해당 필터 적용 시 조회 시간을 단축했습니다.
최고 수준의 하드웨어: 새로운 아카이브 시스템은 용도에 맞게 설계된 베어메탈 호스트에서 실행됩니다. 최고급 NVMe를 페타바이트 규모로 탑재하고 여러 리전에 복제해 이중화를 구현했습니다.
실시간 데이터 스트리밍: Solana에서 지연 시간이 가장 짧은 gRPC 스트리밍 솔루션인 LaserStream을 통합해 검증인이 새 블록과 트랜잭션을 실행하는 즉시 스트리밍합니다.

Helius Developer 플랜 전반의 Solana 아카이브 호출 P99 지연 시간을 보여주는 내부 대시보드 — Developer 플랜의 Solana 아카이브 호출 P99 지연 시간이 ~3초에서 300ms 미만으로 10배 넘게 감소했습니다.

Orb의 새로운 기능

현재 Orb에서 제공하는 영향력 있는 새로운 기능 다섯 가지를 소개합니다.

역순 정렬

getSignaturesForAddress 같은 표준 RPC 메서드는 최신 항목부터 오래된 항목 순으로 쿼리를 처리하기 때문에 개발자가 Solana의 기록을 재귀적으로 탐색해야 합니다. 반면 전용 getTransactionsForAddress RPC 메서드를 사용하면 시간순으로 정렬할 수 있습니다.

이 메서드를 활용해 트랜잭션 내역의 시작 지점으로 빠르게 이동할 수 있는 ‘오래된 항목부터 표시’ 정렬 옵션을 추가했습니다.