ERPC, 모든 리전의 Solana RPC에 전체 과거 데이터 액세스 제공 시작 — Old Faithful 통합으로 완전하고 누락 없는 조회 지원
ELSOUL LABO B.V. (본사: 네덜란드 암스테르담, 대표이사 CEO: Fumitake Kawasaki)와 Validators DAO가 운영하는 ERPC는 Solana RPC의 과거 데이터 액세스를 공식적으로 제공한다고 발표합니다.
edge.erpc.global 엔드포인트에서 ERPC의 Solana RPC는 History Access를 통해 과거 데이터를 제공합니다. Free 요금제 사용자, 다른 무료 할당량을 가진 사용자, 또는 유료 요금제 사용자는 edge.erpc.global URL에 history=true를 추가하여 오래된 블록과 트랜잭션에 대한 History Access를 요청합니다.이번 개선은 Solana 아카이브 및 과거 데이터 배포를 위해 특별히 설계된 오픈소스 기술 Old Faithful을 ERPC의 RPC 인프라에 통합하여 구현되었습니다.
Solana RPC 과거 데이터 액세스의 구조적 과제
Solana에서는 일반적으로 1~2일에 해당하는 한 epoch마다 약 500GB의 데이터가 생성됩니다. 이 데이터량은 해마다 계속 증가하여 RPC 노드의 스토리지 용량과 I/O 성능에 큰 부담을 줍니다.
성능과 운영 안정성을 유지하기 위해 대부분의 표준 RPC 노드는 최근 epoch만 제한적으로 보관합니다. 많은 경우 약 4TB의 스토리지를 사용하는 구성으로는 3~4개의 epoch, 즉 대략 1주일의 과거 데이터만 저장할 수 있습니다. 그 결과 오래된 블록, 트랜잭션, 계정 상태를 조회하려 하면 누락되거나 불완전한 응답이 자주 발생합니다.
이러한 한계는 온체인 분석, 장기 행동 분석, 백테스팅, 감사, 연구 등 과거 데이터에 의존하는 사용 사례에서 오랫동안 실질적인 과제였습니다.
기존 아카이브 방식의 실용적 한계
기존에는 전체 Solana 원장 이력에 액세스하는 주요 방법으로 아카이브 노드 운영이 여겨졌습니다. 그러나 이 방식에는 대규모 데이터 복제, 긴 초기 동기화, 지속적인 높은 운영 비용이 필요합니다.
특히 Google Cloud Bigtable 기반 아카이브 구성은 배포 시 상당한 데이터 마이그레이션 비용이 발생하고 운영 중에도 큰 비용이 계속됩니다. 많은 개발자와 조직에 이러한 솔루션은 비현실적이었습니다. 또한 단일 클라우드 제공업체에 대한 높은 의존성은 블록체인 시스템의 기본 원칙인 탈중앙화 측면에서도 우려를 불러왔습니다.
Old Faithful이 가능하게 한 과거 데이터 배포 모델
Old Faithful은 Solana 생태계에서 이러한 과제를 해결하기 위해 설계된 오픈소스 아카이브 인프라입니다. Solana warehouse 노드가 생성한 RocksDB 아카이브에서 Content Addressable Archives(CAR) 형식으로 과거 아카이브를 생성하고 제공합니다.
CAR 형식에서는 각 epoch, 블록, 트랜잭션, shred가 콘텐츠 해시로 고유하게 식별됩니다. 이를 통해 검증 가능한 무결성 검사가 가능하며, 신뢰할 수 없는 배포 소스에서 데이터를 가져오더라도 데이터가 변조되지 않았는지 확인할 수 있습니다.
Old Faithful은 제네시스부터 현재까지 Solana 원장 전체 이력을 처리하도록 설계되었으며 HTTP, CDN, 분산 스토리지 시스템을 포함한 다양한 배포 방식을 지원합니다.
ERPC 내 Old Faithful 통합
ERPC는 Old Faithful을 Solana RPC 인프라에 통합하여 기존 Solana RPC 인터페이스를 통해 과거 데이터에 액세스할 수 있게 했습니다. 과거 데이터는 최근 데이터와 같은
edge.erpc.global 엔드포인트, 같은 Solana RPC 메서드에서 제공되며, 요청은 엔드포인트 URL에 history=true를 추가하는 방식으로 History Access를 요구합니다.이번 업그레이드는 모든 ERPC 리전에 동일하게 적용되어 지리적 위치와 관계없이 일관된 과거 데이터 이용 가능성을 보장합니다. 전 세계에 분산된 배포에서도 리전 간 동일한 과거 데이터 커버리지를 사용할 수 있습니다.
성능 특성과 지속적인 연구개발
과거 데이터는 본질적으로 규모가 크므로 특정 쿼리는 최신 데이터 쿼리보다 완료까지 더 오래 걸릴 수 있습니다. 이는 과거 데이터 액세스의 구조적 특성을 반영하며 시스템 오류나 성능 저하를 의미하지 않습니다.
ERPC는 차세대 대용량 NVMe 스토리지를 사용하는 구성 평가를 포함하여 과거 데이터 검색 응답시간을 개선하기 위한 연구개발을 계속합니다. 실제 운영에서 얻은 인사이트를 바탕으로 점진적인 최적화를 도입하겠습니다.
지원 사용 사례 확대
이번 업그레이드로 ERPC의 Solana RPC는 실시간 애플리케이션을 넘어 더 폭넓은 사용 사례를 지원합니다. 장기 분석, 과거 검증, 연구, 감사, 애플리케이션 동작 분석을 추가 인프라 없이 수행할 수 있습니다.
과거 데이터 액세스를 표준 RPC 사용의 자연스러운 확장으로 제공함으로써 ERPC Solana RPC 서비스의 실용적 적용 범위가 크게 넓어집니다.
사용법
오래된 블록과 트랜잭션을 읽으려면 HTTP 요청의
edge.erpc.global 엔드포인트 URL에 history=true를 추가하십시오. getTransactionsForAddress를 제외하면, history=true가 없는 요청에는 각 노드가 보관하는 최근 범위에서 응답이 반환됩니다.HTTP 요청은 URL에 API key를 담을 수 있습니다:
text
https://edge.erpc.global?api-key=<YOUR_API_KEY>&history=truehttps://edge.erpc.global?api-key=<YOUR_API_KEY>&history=true또는 API key를 Authorization 헤더에 넣고 URL에는
history=true를 둡니다:text
https://edge.erpc.global?history=truehttps://edge.erpc.global?history=true헤더는
Authorization: Bearer <YOUR_API_KEY>입니다.ERPC RPC 문서: https://erpc.global/ko/doc/rpc/general/
getTransactionsForAddress의 "full" 모드를 제외하면, History Access로 응답한 호출은 메서드의 일반 요금보다 640 토큰 더 들고, 각 노드가 보관하는 최근 범위에서 응답한 호출은 history=true를 붙여도 일반 요금 그대로입니다. getTransactionsForAddress의 "full" 모드는 일반 요금에 더해 가져온 트랜잭션 하나당 640 토큰이 들며, 최근 트랜잭션이든 오래된 트랜잭션이든 같습니다. 무료 할당량은 Free 요금제의 할당량을 포함하여 History Access에 한도가 있습니다.과거 데이터 조회는 일반 요청보다 훨씬 오래 걸릴 수 있으며, 경우에 따라 초 단위가 되기도 합니다. ERPC는 과거 데이터 조회를 일반 요청과 분리해 두는 별도 옵션으로 History Access를 제공하여, 일반 요청이 빠르게 유지되도록 합니다.
사용자는 ERPC Web Dashboard에서 ERPC API key를 발급하고 확인할 수 있습니다.
