백필과 인덱싱을 위한 빠른 아카이브 데이터
최첨단 아카이브 시스템과 getTransactionsForAddress 같은 독점 RPC 메서드로 과거 Solana 데이터를 최대 10배 빠르게 조회하세요.
지연 시간은 10배 낮게, RPC 호출은 100배 적게
Solana의 제네시스 이후 전체 기록에 간편하게 접근하고, 안정적으로 백엔드 서비스를 구축하세요.
한 번의 RPC 호출로 Solana 전체 기록에 접근
getSignaturesForAddress와 getTransaction을 한 번의 호출로 결합한 새로운 메서드 getTransactionsForAddress로 데이터를 더 쉽게 인덱싱하세요.
- 역방향 검색으로 가장 오래된 결과부터 반환
- 시간 기반 필터를 추가해 타임스탬프 또는 슬롯별로 필터링
- 주소와 토큰 계정의 통합 기록 확인
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransactionsForAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"transactionDetails": "full",
"sortOrder": "asc", // Oldest first
"limit": 1000,
"filters": {
"tokenAccounts": "all",
"blockTime": {
"gte": 1735689600, // Jan 1, 2025
"lte": 1738368000 // Jan 31, 2025
},
"status": "succeeded"
}
}
]
}
- 역방향 검색으로 가장 오래된 결과부터 반환
- 시간 기반 필터를 추가해 타임스탬프 또는 슬롯별로 필터링
- 주소와 토큰 계정의 통합 기록 확인
지갑의 전체 전송 기록,
결합 작업 없이 확인
getTransfersByAddress를 사용해 정밀한 필터와 함께 지갑 주소의 파싱된 읽기 쉬운 SOL 및 토큰 전송 기록을 반환하세요.
- 민트, 시간, 금액, 슬롯, 상태, 방향 또는 상대방을 기준으로 전송 필터링
- 전체 트랜잭션 페이로드 대신 간결하고 읽기 쉬운 전송 객체 반환
- 프로덕션 앱용 페이지네이션으로 지갑의 전체 전송 기록 가져오기
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransfersByAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"mint": "EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v",
"direction": "in",
"with": "COUNTERPARTY_ADDRESS",
"filters": {
"amount": { "gte": 1000000 },
"blockTime": { "gte": 1735689600, "lte": 1738368000 },
"status": "succeeded"
},
"limit": 100
}
]
}
- 민트, 시간, 금액, 슬롯, 상태, 방향 또는 상대방을 기준으로 전송 필터링
- 전체 트랜잭션 페이로드 대신 간결하고 읽기 쉬운 전송 객체 반환
- 프로덕션 앱용 페이지네이션으로 지갑의 전체 전송 기록 가져오기
Solana 인덱싱을
이제 10배 더 빠르게
성능에 최적화된 아카이브 시스템으로 과거 데이터를 데이터베이스에 10배 빠르게 백필하고, LaserStream으로 데이터를 최신 상태로 유지하세요.
- 프로덕션 부하에서 8ms의 P50 조회 시간
- 페타바이트 규모 NVMe를 탑재한 베어메탈에서 실행
- 이중화를 위해 여러 리전에 복제
- 프로덕션 부하에서 8ms의 P50 조회 시간
- 페타바이트 규모 NVMe를 탑재한 베어메탈에서 실행
- 이중화를 위해 여러 리전에 복제
“트랜잭션이 15,000건 넘는 지갑에서 Solana 트랜잭션을 Awaken의 세금 도구로 가져오는 데 이전에는 3~5분이 걸렸습니다. getTransactionsForAddress를 사용하면 60초도 걸리지 않습니다. 또한 gTFA의 슬롯 기반 필터링을 사용하면 최신 기록부터 과거로 거슬러 올라가는 방식보다 더 빠르고 쉽게 마지막으로 가져온 슬롯 이후의 새 트랜잭션을 지속적으로 동기화할 수 있습니다.”
Solana 데이터를 백필하고
최신 상태로 유지하세요
데이터세트 정의
날짜 또는 슬롯 범위, 데이터 유형(예: 블록, 계정, 프로그램), 필터(예: tokenAccounts)를 선택해 데이터세트의 범위를 지정하세요.
과거 데이터 수집
Amazon S3, ClickHouse, PostgreSQL 등 원하는 대상에서 구조화된 데이터세트를 받으세요
인덱스를 최신 상태로 유지
LaserStream gRPC 또는 WebSockets로 새 이벤트를 실시간 스트리밍해 인덱스를 Solana의 최신 데이터와 동기화하세요.
과거 데이터 활용 사례
인덱싱
인덱서를 구축하지 않고도 아카이브 데이터로 데이터베이스를 빠르게 초기화하세요.
규정 준수
규정 및 규제 기관의 요구 사항을 준수하는 데 필요한 과거 트랜잭션 활동을 가져오세요.
백테스팅
데이터세트를 다운로드해 트레이딩 알고리즘을 테스트하고 ROI를 개선하며 위험을 줄이세요.
과거 데이터 분석
구조화된 데이터세트를 분석해 온체인 트렌드, 흐름, 사용자 행동을 파악하세요.
보고
정확한 보고를 위해 과거 애플리케이션 및 수익 데이터를 백필하세요.
학습
구조화된 데이터를 사용해 완전하고 검색 가능한 Solana 데이터세트로 LLM을 학습하세요.
과거 데이터 FAQ
Solana 아카이브 데이터에서 인덱싱은 과거 트랜잭션 데이터를 빠르고 효율적으로 검색할 수 있도록 데이터베이스에 구조화하고 정리하는 과정입니다. Solana에서 제품을 구축하는 대부분의 기업은 비즈니스와 관련된 인덱스(예: 스테이블코인 전송)를 유지합니다. 백필은 인덱스를 구축하기 위해 Solana의 제네시스 블록 이후 특정 시점부터 과거 트랜잭션 데이터를 가져오는 과정입니다. 대부분의 경우 개발자는 getTransactionsForAddress 같은 RPC 메서드로 시간 기반 필터를 적용하고, 정렬 순서(예: 시간순 또는 최신순)를 설정하며, 트랜잭션 배치를 페이지네이션할 수 있습니다. 대규모 백필이 필요하다면 저희 팀에 관리형 백필을 문의하세요.
셀프서비스를 사용하면 향상된 getTransactionsForAddress 같은 기존 RPC 메서드로 Solana 데이터를 백필하거나 인덱싱하고, 원하는 대상에 데이터를 저장할 수 있습니다. 관리형 백필은 위 과정을 대신 처리해 드리는 베타 서비스입니다. 셀프서비스 옵션으로 출시하기에 앞서 백필 데이터와 관련된 문제점과 선호하는 저장 대상을 더 정확히 파악하기 위해 초기에는 제한된 수의 고객에게만 관리형 백필 서비스를 제공합니다.
Solana 데이터를 인덱싱할 때 권장하는 방법은 getTransactionsForAddress RPC 메서드로 Solana의 모든 아카이브 데이터를 가져와 PostgreSQL 같은 원하는 데이터베이스나 ClickHouse 같은 컬럼형 데이터베이스에 저장한 후, LaserStream 또는 Enhanced WebSockets 같은 Solana 데이터 스트리밍 솔루션으로 인덱스를 실시간 업데이트하는 것입니다.
getTransactionsForAddress (gTFA) RPC 메서드는 getSignaturesForAddress와 getTransaction을 한 번의 호출로 결합한 Helius 전용 아카이브 데이터 조회용 Solana RPC 메서드입니다. 개발자는 역방향 검색, 시간·상태·슬롯 기반 필터링, 페이지네이션 같은 강력한 새 기능을 사용해 최대 100개의 전체 트랜잭션 또는 1,000개의 서명을 배치로 반환할 수 있습니다.
getTransactionForAddress의 새로운 tokenAccounts 필터는 주소의 Associated Token Accounts (ATAs)가 포함된 모든 트랜잭션을 비롯해 Solana 주소의 전체 트랜잭션을 한 번의 호출로 반환합니다. 이전에는 개발자가 getTokenAccountsByOwner를 조회한 다음 모든 토큰 계정에 대해 getSignaturesForAddress를 호출해야 했습니다. 이 방식은 느리고 비용이 많이 들며, 수백 번의 추가 RPC 호출이 필요한 경우가 많았습니다.
네. 전체 데이터를 확인하려면 Parsed Events API를 사용하세요. 3,600개가 넘는 Solana 프로그램에서 지원되는 명령어를 이름이 지정된 인수와 계정으로 디코딩해 주소 기록을 페이지 단위로 탐색할 수 있습니다. 지원되는 경우 토큰 전송 세부 정보와 일반 언어 요약도 제공됩니다. 디코딩할 수 없는 경우 원시 명령어 데이터가 유지됩니다. 원시 트랜잭션 페이로드가 필요하면 getTransactionsForAddress를 사용하세요. getTransfersByAddress를 사용해 주소의 간결하고 파싱된 SOL 및 토큰 전송 기록을 반환할 수도 있습니다.
모든 Associated Token Accounts (ATAs)를 포함한 Solana 지갑의 전체 기록을 가져오려면 getTransactionsForAddress RPC 메서드를 사용하고 tokenAccounts 필터를 all로 설정하세요. 반환된 트랜잭션은 해당 지갑 주소 또는 지갑이 소유한 토큰 계정을 참조해야 합니다. 자세한 내용은 한 번의 호출로 Solana 토큰 기록을 가져오는 방법을 다룬 가이드를 읽어보세요.
대부분의 다른 RPC 제공업체가 과거 데이터를 제공하는 데 사용하는 기본 Google BigTable 데이터베이스를 대체하기 위해 완전히 새로운 Solana 아카이브 시스템을 처음부터 구축했습니다. 저희 인덱스는 고유한 (transaction, account) 쌍마다 하나의 항목을 저장합니다. 현재 이 인덱스에는 2조 3천억 개가 넘는 행이 있으며, 작성 시점을 기준으로 4,500억 건이 넘는 Solana 트랜잭션을 보관합니다. 이러한 규모에도 프로덕션 부하에서 P50 조회 시간은 약 8ms입니다. 슬롯, 시간, 상태 등을 기준으로 조회할 수 있는 다른 인덱스도 구축했습니다. 모든 인덱스는 페타바이트 규모의 최고급 NVMe를 탑재한 전용 베어메탈 호스트에서 실행되며 여러 리전에 복제됩니다. 개발자는 과거 데이터에 안정적이고 확장 가능하며 지연 시간이 짧은 방식으로 접근할 수 있습니다.
getBlock 같은 표준 RPC 메서드는 느리고 작고 구체적인 데이터세트에는 적합하지 않습니다. getSignaturesForAddress와 getTransaction 같은 메서드를 반복 호출하면 불필요한 RPC 요청, 지수 백오프, 재시도 로직이 많이 필요합니다. 지금까지 이러한 표준 RPC 메서드는 대부분의 RPC 제공업체가 사용하는 기본 아카이브 데이터 저장소인 Google BigTable도 조회했습니다. 저희는 과거 데이터의 저장, 접근, 제공 방식을 최적화하기 위해 자체 인덱스를 처음부터 구축했습니다. 개발자가 getTransactionsForAddress (gTFA) 메서드를 조회하면 표준 getSignaturesForAddress와 getTransaction 메서드를 하나의 쿼리로 결합하고 추가 정렬, 필터링, 페이지네이션 옵션을 사용할 수 있습니다. 맞춤형 인덱스를 구축했기 때문에 getTransactionsForAddress는 개발자가 쿼리를 더 세밀하게 제어하고 워크플로를 간소화하며 데이터를 더 빠르게 반환할 수 있게 합니다.
최고의 팀이 신뢰합니다
getTransactionsForAddress (gTFA) 엔드포인트 덕분에 RPC 호출을 40% 줄였습니다. Helius의 최첨단 기능으로 사용자에게 가장 빠르고 안정적인 경험을 제공할 수 있습니다.
트랜잭션이 15,000건 넘는 지갑에서 Solana 트랜잭션을 Awaken의 세금 도구로 가져오는 데 이전에는 3~5분이 걸렸습니다. getTransactionsForAddress를 사용하면 60초도 걸리지 않습니다. 또한 gTFA의 슬롯 기반 필터링을 사용하면 최신 항목부터 오래된 항목까지 역순으로 탐색하지 않고도 마지막으로 가져온 슬롯부터 새 트랜잭션을 더 빠르고 쉽게 지속적으로 동기화할 수 있습니다.
이전에는 Solana에서 트랜잭션 기록 워크플로를 구축하기 위해 여러 호출을 거치고 로직을 조합해야 했습니다. 이제 Helius의 새로운 getTransactionsForAddress 엔드포인트를 사용하면 단일 쿼리로 필터링, 정렬, 페이지 탐색이 포함된 전체 트랜잭션 데이터를 한 번에 가져올 수 있습니다. 엔지니어링 작업이 크게 줄었고 사용자에게 더 빠르고 안정적인 결과를 제공할 수 있게 됐습니다.
RPC 측면에서 Helius는 놀라울 정도로 빠르게 대응했습니다. NFT 압축과 같은 최첨단 기술을 다루는 데 큰 도움이 됐습니다. 빠른 처리와 인덱싱 문제 디버깅 시간 단축 덕분에 훌륭한 사용자 경험을 구축하는 데 더 많은 시간을 쓸 수 있습니다.
저희가 가장 중요하게 생각하는 것은 사용자의 안전입니다. 트레이더에게 최적의 가격과 가장 좁은 스프레드를 제공하기 위해 LaserStream으로 가격 엔진에 가장 최신의 빠른 온체인 데이터를 공급합니다.
Solana 활동이 계속 증가하는 가운데 Helius는 선도적인 Solana 인프라 제공업체로 두각을 나타내고 있습니다. 덕분에 저희 팀은 엔터프라이즈급 플랫폼의 요구 사항을 충족하는 안정적인 데이터에 접근할 수 있습니다.
Zeta에서 자체 인덱싱과 데이터 파이프라인을 직접 구축해 본 경험이 있어 이것이 새로운 팀에 얼마나 큰 부담인지 잘 압니다. 수많은 데이터 엔지니어링 시간과 비싼 AWS 비용을 절감할 수 있다는 점은 저희에게 큰 이점입니다.
Helius는 매우 빠르고 안정적입니다. Solana에서 최고의 개발자 경험을 원하는 누구에게나 추천합니다. Backpack 인프라의 상당 부분을 Helius가 지원합니다.
getTransactionsForAddress (gTFA) 엔드포인트 덕분에 RPC 호출을 40% 줄였습니다. Helius의 최첨단 기능으로 사용자에게 가장 빠르고 안정적인 경험을 제공할 수 있습니다.
트랜잭션이 15,000건 넘는 지갑에서 Solana 트랜잭션을 Awaken의 세금 도구로 가져오는 데 이전에는 3~5분이 걸렸습니다. getTransactionsForAddress를 사용하면 60초도 걸리지 않습니다. 또한 gTFA의 슬롯 기반 필터링을 사용하면 최신 항목부터 오래된 항목까지 역순으로 탐색하지 않고도 마지막으로 가져온 슬롯부터 새 트랜잭션을 더 빠르고 쉽게 지속적으로 동기화할 수 있습니다.
이전에는 Solana에서 트랜잭션 기록 워크플로를 구축하기 위해 여러 호출을 거치고 로직을 조합해야 했습니다. 이제 Helius의 새로운 getTransactionsForAddress 엔드포인트를 사용하면 단일 쿼리로 필터링, 정렬, 페이지 탐색이 포함된 전체 트랜잭션 데이터를 한 번에 가져올 수 있습니다. 엔지니어링 작업이 크게 줄었고 사용자에게 더 빠르고 안정적인 결과를 제공할 수 있게 됐습니다.
RPC 측면에서 Helius는 놀라울 정도로 빠르게 대응했습니다. NFT 압축과 같은 최첨단 기술을 다루는 데 큰 도움이 됐습니다. 빠른 처리와 인덱싱 문제 디버깅 시간 단축 덕분에 훌륭한 사용자 경험을 구축하는 데 더 많은 시간을 쓸 수 있습니다.
저희가 가장 중요하게 생각하는 것은 사용자의 안전입니다. 트레이더에게 최적의 가격과 가장 좁은 스프레드를 제공하기 위해 LaserStream으로 가격 엔진에 가장 최신의 빠른 온체인 데이터를 공급합니다.
Solana 활동이 계속 증가하는 가운데 Helius는 선도적인 Solana 인프라 제공업체로 두각을 나타내고 있습니다. 덕분에 저희 팀은 엔터프라이즈급 플랫폼의 요구 사항을 충족하는 안정적인 데이터에 접근할 수 있습니다.
Zeta에서 자체 인덱싱과 데이터 파이프라인을 직접 구축해 본 경험이 있어 이것이 새로운 팀에 얼마나 큰 부담인지 잘 압니다. 수많은 데이터 엔지니어링 시간과 비싼 AWS 비용을 절감할 수 있다는 점은 저희에게 큰 이점입니다.
Helius는 매우 빠르고 안정적입니다. Solana에서 최고의 개발자 경험을 원하는 누구에게나 추천합니다. Backpack 인프라의 상당 부분을 Helius가 지원합니다.