요약
PATH는 포켓 네트워크의 Morse 및 섀넌(Shannon) 업그레이드를 위한 오픈소스 수요 측 클라이언트로, 엔터프라이즈 환경을 포함한 애플리케이션 통합을 간소화하는 API 및 오케스트레이션 도구 모음입니다. 이 도구는 경량의 오프체인 게이트웨이를 통해 JSON-RPC 릴레이를 네트워크로 디스패치하며, 섀넌의 온체인 증명, 컴퓨트 유닛 측정, 토큰 소각, 온체인 보상 분배 기능을 활용하고, 데이터 검증을 위한 QoS를 기본 내장하여 증명 생성과 스테이크 기반 라우팅의 복잡성을 개발자 친화적인 API 뒤에 추상화합니다. 이로 인해 비용 예측이 가능하고 중앙 집중 병목이 없는 비허가형, 투명한 API를 사용할 수 있게 됩니다.
서론
탈중앙화는 단일 장애 지점을 제거하겠다고 약속했습니다. 하지만 오늘날 dApp은 각기 다른 폐쇄형 RPC 게이트웨이에 의존하고 있으며, 이는 각각의 차단, 대역폭 부족, 예기치 못한 수수료 등의 문제를 일으키며 사실상 사설 유료도로처럼 작동하고 있습니다. 수요가 급증하거나 시장이 요동칠 때, 이러한 단일 지점 서비스는 조용히 속도를 늦추며, 이는 결국 비효율을 낳고 사용자 신뢰를 침식시킵니다. 더 나쁜 점은 모든 게이트웨이가 모든 사용 사례를 지원하지 않기 때문에, 새로운 통합이 발생할 때마다 API 키, 엔드포인트, SLA를 조율하는 또 하나의 엔지니어링 프로젝트가 되어버린다는 것입니다.
PATH는 이러한 현실을 하나의 통합된 비허가형 인프라 계층으로 재정의합니다. 포켓 네트워크의 섀넌 업그레이드를 기반으로 구축된 PATH는 HTTP API, 블록체인 노드, AI 모델 등을 **하나의 탈중앙 고속도로 상의 조합 가능한 ‘데이터 차선’**으로 변환하며, 투명한 경제성과 서비스 품질 보장을 제공합니다.
이 블로그는 PATH의 핵심 아키텍처 및 운영 모델, 섀넌 업그레이드에서의 역할, 경제 및 데이터 검증 프레임워크, 그리고 실제 사용 사례를 살펴봅니다.
기본 사항: PATH란 무엇인가?
간단히 말해, PATH(Pocket API and Toolkit Harness의 약자)는 포켓 네트워크의 탈중앙 릴레이 메시에 비허가형 게이트웨이를 손쉽게 구축할 수 있는 오픈소스 프레임워크입니다. 신뢰할 수 없는 RPC 노드 플릿을 직접 운영하거나 중앙화된 제공자에게 비싼 요금을 지불하는 대신, PATH를 배포하고, 설정 파일을 지정하고, 약간의 POKT를 스테이킹하면 바로 서비스를 시작할 수 있습니다.
섀넌 업그레이드를 통해 크게 향상된 PATH는 이제 포켓 네트워크의 “게이트웨이” 계층이자 그 이상입니다. 누구나 자신의 애플리케이션과 탈중앙 데이터 공급자 네트워크 사이에 경량의 서비스를 배포할 수 있게 해줍니다. 마치 24시간 운영되는 데이터 컨시어지처럼, 블록체인 노드, 웹 API, AI 모델 중 어떤 것이든 요청을 항상 적절한 소스로 라우팅해 줍니다.
실질적으로 PATH는 다음과 같은 특징을 지닙니다:
- 비허가형(Permissionless): 누구나 게이트웨이를 배포하거나 데이터 소비가 가능하며, 별도의 승인 절차가 필요 없습니다.
- 조합 가능(Composable): 퍼블릭 블록체인, Web2 API, AI 엔드포인트, 스토리지 네트워크, 오라클 등 어떤 오픈 데이터 소스든 조합하여 단일 PATH 엔드포인트로 연결할 수 있습니다.
- 확장성(Scalable): 게이트웨이는 애플리케이션 프론트에 위치한 로드 밸런서 역할을 하며, 모든 공급자 노드에 걸쳐 트래픽을 자동으로 분산합니다.
그렇다면 PATH는 어떻게 등장했으며, 어떤 이정표를 거쳐 현재에 이르렀을까요? 다음 섹션에서 확인해보겠습니다.
PATH의 기술 아키텍처
PATH는 신뢰할 수 있고 비허가형 API 접근을 제공하기 위해 함께 작동하는 몇 가지 핵심 구성 요소들로 이루어져 있습니다. 이 섹션에서는 각 구성 요소를 분해하여 PATH의 아키텍처가 어떻게 고성능, 온체인 정산, 기본 QoS를 제공하는지를 설명합니다. 먼저 PATH가 Web3 인프라 스택 내에서 어떤 위치에 있는지 살펴봅시다.
인프라 스택 내 PATH의 위치
PATH를 이해하려면 전체 맥락 속에서 파악해야 합니다. Web3 인프라 스택에서 PATH는 앱과 탈중앙 네트워크 사이의 연결 조직입니다. 노드도 아니고 블록체인도 아니며, 접근 계층(Access Layer)입니다.
Web3 스택 개요:
- 데이터 계층: 블록체인 네트워크 (예: Ethereum, Solana 등)
- 컴퓨트 계층: 롤업, 실행 계층, 인덱싱 도구
- 접근 계층: 게이트웨이, API, SDK (PATH는 여기 위치)
- 인센티브 계층: 토크노믹스, 스테이킹, 거버넌스 (Pocket 프로토콜)
PATH는 Infura, Alchemy와 같은 서비스와 경쟁합니다. 하지만 이들이 폐쇄형 SaaS 서비스인 반면, PATH는 비허가형이며 모듈형입니다. 사용자는 직접 PATH를 실행할 수 있고, 사용자의 필요에 맞게 조정하고, 보상도 받을 수 있습니다.
기능 | PATH Gateway | 중앙화 RPC 제공자 |
비허가형 | ✅ 가능 | ❌ 불가능 |
셀프 호스팅 옵션 | ✅ 가능 | ❌ 불가능 |
수익 창출 기회 | ✅ 게이트웨이 수익 | ❌ 공급자 독점 |
로직 커스터마이징 | ✅ 완전 가능 | ✅ 제한적 (엔터프라이즈 한정) |
PATH의 핵심 구성 요소

PATH의 기술 아키텍처
1. 게이트웨이 (Gateways): 프론트 도어
게이트웨이는 PATH를 통해 사용자가 배포하는 오프체인 HTTP/JSON-RPC 서버로, 애플리케이션이 데이터를 필요로 할 때 이 서버에 요청을 보냅니다. 이는 경량의 상태 비저장(public stateless) 서비스로서 다음과 같은 기능을 수행하는 공용 엔드포인트입니다:
- 표준 JSON-RPC 또는 REST 형식으로 요청을 수락
- GUARD 구성 요소를 통해 API 키(또는 곧 도입 예정인 JWT/OIDC) 기반 인증 처리
- 들어오는 호출을 배치(batch) 처리하고 RelayMiner에게 전달, 각 요청을 메모리에 추적하여 응답 정합성 검증
- 다운스트림 작업으로 넘기기 전에 기본적인 유효성 검사 수행 (예: 속도 제한, 입력값 정제 등)
게이트웨이는 오프체인에서 실행되므로, 수요 폭증 시 필요한 만큼 인스턴스를 빠르게 확장할 수 있습니다. 동시에 인터페이스는 단순하고 개발자 친화적으로 유지됩니다. PATH는 이러한 게이트웨이를 구동하는 오픈소스 툴킷이며, 사용자가 접속하는 모든 퍼블릭 RPC URL은 사실상 PATH의 게이트웨이 모듈의 인스턴스 하나입니다. 이 인스턴스는 사용자의 앱과 네트워크의 온체인 메커니즘 사이를 원활하게 연결합니다.

예시: 포켓 네트워크 상의 게이트웨이들
출처: POKTScan
2. RelayMiner: 릴레이 증명의 핵심
RelayMiner는 PATH의 온체인 보장을 실현하는 핵심 요소입니다. 이들은 게이트웨이와 공급자(Supplier) 사이에 위치하며 다음 세 가지 주요 기능을 수행합니다:
- 라우팅(Routing): RelayMiner는 지연 시간, 오류율, 과거 신뢰도 등의 실시간 메트릭을 기준으로 최적의 공급자를 선택합니다.
- 증명 생성(Proof Generation): 공급자로부터 데이터를 받은 후, 요청, 응답, 메타데이터를 포함한 정보를 하나의 온체인 “릴레이 증명(relay proof)”으로 패키징하고, 하나의 컴퓨트 유닛(CU)을 민팅합니다.
- 정산(Settlement): 이 릴레이 증명은 Pocket 블록체인에 기록되며, 섀넌의 CU 기반 요금 체계에 따라 자동으로 POKT 토큰이 전송(및 소각)됩니다.
이 구조는 모든 데이터 요청을 온체인에 기록하므로, 감사를 위한 추적이 가능하며 운영자와 사용자 간의 경제적 인센티브가 정렬됩니다.
3. 공급자 (Suppliers): 데이터 제공자
공급자는 “스테이킹된 노드(staked node)” 운영자들로, 풀 블록체인 노드, 대형언어모델(LLM) 엔드포인트, 기타 API 서비스를 실행하는 인프라를 운영합니다. 이들은 POKT 토큰을 잠그고 참여하므로, 정확하고 신속한 데이터 제공은 직접적인 수익성과 연결됩니다.
공급자의 주요 책임:
- 각 지원 체인이나 서비스에 대해 신뢰성 높은 최신 노드 실행
- RelayMiner의 쿼리에 응답하여 요청된 데이터 반환
- 높은 가용성과 일관성 유지 (퍼포먼스가 나쁠 경우 선택 우선순위 하락 등 평판 리스크 발생)

공급자 정보 출처: POKTScan
기본 내장 QoS 메커니즘
PATH는 기본적으로 QoS(서비스 품질) 체크가 활성화된 상태로 작동하여, 사용자가 받는 데이터가 정확하고 신뢰할 수 있도록 보장합니다. 이 메커니즘은 추가 설정 없이 투명하게 작동하며, 사용자가 스테이킹한 서비스 전반에 적용됩니다.
자세한 활성화 방법은 이전 PATH 블로그에서 확인할 수 있습니다.
아카이브 상태 검증 (Archival State Validation)
PATH에서는 블록체인의 역사적 데이터 접근의 신뢰성을 확보하기 위해 아카이브 상태 검증 기능을 제공합니다. 애플리케이션이 과거 블록의 데이터를 요청하면, PATH는 요청을 RPC 메서드 및 목표 블록 높이로 태그한 후, 온체인 레지스트리에서 풀 아카이브 노드를 운영하는 공급자만 필터링하여 확인합니다.
그 다음, 최종 블록보다 최소 128개 이전의 무작위 블록을 선택하고 요청을 전송합니다 (예: eth_getBalance, eth_call 등). 5개의 아카이브 노드가 동일한 결과를 보고하면 그 값이 공식적인 진실값(ground truth)이 되며, 이외의 응답은 자동으로 제거됩니다.
이 과정은 블록 선택, 노드 필터링, 정족수(quorum) 검증, 오류 처리 등을 자동화하므로, 개발자는 노드에 직접 접근하지 않고도 정확하고 최신의 과거 데이터를 받을 수 있습니다. 그 결과 오류율은 낮아지고, 개발자에게는 더 신뢰할 수 있는 데이터가 제공되며, 네트워크 전반의 자원 사용 효율도 향상됩니다.
오류 매핑 (Error Mapping)
PATH는 JSON-RPC 오류 코드를 HTTP 상태 코드로 표준화된 방식으로 매핑합니다. 이를 통해 클라이언트 애플리케이션은 일관성 있는 오류 응답을 받게 됩니다.
예시:
- Parse error (-32700) 및 Invalid request (-32600) → 400 Bad Request
- Method not found (-32601) → 404 Not Found
- Invalid params (-32602) → 400 Bad Request
자세한 내용은 PATH QoS 문서의 소스 및 매핑 정보를 참조하세요.
자동 QoS 및 지원 서비스
PATH는 모든 설정된 서비스에 대해 기본적으로 QoS 체크를 수행하며, qos_disabled_service_ids 설정을 통해 비활성화하거나 조정할 수 있습니다 (.config.yaml 내에서 설정).
2025년 5월 기준, 아카이브 검증은 모든 주요 EVM 체인 (Ethereum MainNet, Polygon, Oasys 등) 및 일부 CometBFT 네트워크 (예: Celestia)에 적용되며, 기타 체인들은 아카이브 합의 없이도 정상 작동합니다.
구성 요소 요약 테이블
구성 요소 | 역할 | Pocket 네트워크 내 위치 | 기타 RPC 대체 항목 |
Gateway | 앱 요청의 진입점 | 온체인 게이트웨이 | 로드 밸런서 |
RelayMiner | 프록시 및 증명 생성기 | 릴레이 마이닝 노드 | API 프록시 |
Supplier | 탈중앙 데이터 공급자 | 스테이킹된 노드 운영자 | 관리형 노드 |
Source | 실제 백엔드 서버 | 블록체인/LLM 노드 | 중앙 서버 |
PATH & 섀넌: 어떻게 서로를 강화하는가
기본적으로 섀넌은 포켓 네트워크의 대규모 프로토콜 업그레이드입니다. 이 업그레이드는 Cosmos SDK 기반으로 재구성되어, 비허가형 게이트웨이, 확장성 향상, 그리고 모든 오픈 데이터 소스를 위한 공유 경제 모델을 구현합니다. 반면 PATH는 이러한 섀넌의 신규 기능을 적극 활용하도록 처음부터 설계된 오픈소스 툴킷입니다. 즉, 섀넌의 원시 프로토콜 능력을 개발자 친화적이고 실전 배포 가능한 게이트웨이 인스턴스로 바꿔주는 역할을 합니다.
섀넌의 핵심 혁신 사항
- 비허가형 게이트웨이 (Permissionless Gateways)
누구든 초대 없이 게이트웨이를 실행할 수 있도록 함으로써, 공급 측 참여자 수와 다양한 사용 사례를 대폭 확장합니다. - 컴퓨트 유닛 기반 경제 체계 (Compute-Unit Economics)
섀넌은 각 요청에 대해 컴퓨트 유닛(CU) 기준으로 요금을 부과하고 보상을 지급합니다. 모든 요청마다 POKT 토큰은 온체인에서 민팅되고 소각되며 분배됩니다.
섀넌의 주요 경제 매개변수는 다음과 같습니다:
- 가격 기준: 10억 CU당 1달러 (1 × 10⁻⁹ USD)
- 초기 CUTTM: 66,667 피코 POKT (1 피코 POKT = 10⁻¹² POKT)
- 조정된 CUTTM: 495 피코 POKT → 백만 건 릴레이당 약 2.50달러의 목표 비용 (이전 Morse의 RTTM 대비 약 5배 비용 절감)
※ 자세한 내용은 최근 토크노믹스 업그레이드 블로그 참조
- 가격 기준: 10억 CU당 1달러 (1 × 10⁻⁹ USD)
- 모듈성 및 상호운용성 (Modularity & Interop, 즉 “MICE”)
Cosmos SDK(CometBFT)를 기반으로 구축되어 모듈화(Modularity), 상호운용성(IBC), Cosmos 도구와의 호환성(Compatibility), 미래 확장성(Extensibility)을 지원합니다.
섀넌 생태계에서의 PATH의 역할
- 비허가형 게이트웨이 실현
PATH의 게이트웨이 모듈은 섀넌의 비허가형 게이트웨이 개념을 구현하기 위한 권장 구현체로, 공용 엔드포인트의 구성, 인증, 확장성 확보를 추가 코드 없이 제공합니다. - 경제적 참여 유도
RelayMiner 모듈을 통해 섀넌의 컴퓨트 유닛(CU) 가격 체계를 내장하고, 릴레이 증명을 자동 생성 및 제출하여 모든 요청이 섀넌의 규칙에 따라 POKT를 벌거나 소각하도록 합니다. - 사용 사례 확장
섀넌은 네트워크를 모든 종류의 데이터 서비스—블록체인, AI 모델, 오라클, 소셜 프로토콜 등—에 열어줍니다. PATH는 모듈형 디자인을 통해 새로운 소스를 구성 파일 한 줄로 추가 가능하게 하며, 섀넌의 공유 경제 모델을 현실화합니다. - 복잡성 추상화
섀넌은 온체인 조정 및 토크노믹스를 처리하고, PATH는 이러한 세부 내용을 개발자 친화적인 API로 추상화하여 숨깁니다.
PATH의 경제 인센티브 메커니즘
잠시 ‘돈’(정확히는 POKT)에 대해 이야기해 봅시다.
PATH는 단순히 똑똑한 코드와 멋진 API가 전부가 아니라, 정밀하게 조율된 경제 엔진이기도 합니다. 사용자의 PATH 게이트웨이가 요청을 프록시할 때마다, RelayMiner 모듈은 섀넌의 컴퓨트 유닛 가격 정책을 적용하여 온체인에서 수수료를 소각하고 보상을 민팅합니다.
그 구조는 다음과 같습니다:
스테이킹 및 수수료 소각
운영자는 게이트웨이나 공급자로 등록하기 위해 POKT를 스테이킹해야 합니다. 각 릴레이 요청은 CU를 소비하며, 소량의 POKT 수수료가 소각됩니다.
앞서 언급한 섀넌 기준에 따라, 1 CU당 495 피코 POKT라면, 100만 건의 릴레이는 총 0.495 POKT를 소각하게 됩니다.
보상 분배 (RelayMiner를 통한)
RelayMiner는 온체인에 릴레이 증명을 제출하며, 이에 따라 섀넌의 보상 분배가 트리거됩니다:
- 공급자(Suppliers): 78%
- 검증자(Validators): 14%
- DAO 재무부: 5%
- 게이트웨이 운영자(당신): 3%
네트워크 차원의 효과
더 많은 PATH 게이트웨이가 온라인에 연결되고 릴레이 트래픽을 처리할수록, 총 소각되는 POKT의 양은 증가하고, 이에 따라 전체 보상 풀도 커집니다. PATH는 증명 제출을 자동화하므로, 게이트웨이 수가 증가할수록 소각량과 보상량도 비례 증가하며, 섀넌의 고정 분배 비율에 따라 자동 조절됩니다.
예시 시나리오
당신의 PATH 게이트웨이가 1억 건의 릴레이를 처리하고, 단가가 495 피코 POKT/CU라고 가정할 경우:
- 총 소각 및 민팅된 POKT: 0.495 POKT
- 당신의 몫 (3%): 1.485 POKT
즉, 100 POKT를 스테이킹하고 PATH 게이트웨이를 운영하면, 해당 조건에서 월 1.485% 수익률이 발생합니다. 단일 노드 기준으로는 작아보일 수 있으나, 완전 자동화된 시스템이며, 게이트웨이 플릿을 확장할수록 수익도 복리 형태로 증가합니다.
PATH의 Web3 생태계 내 상호운용성
PATH는 프로토콜에 구애받지 않습니다. 어떤 서비스든 HTTP/JSON-RPC 인터페이스만 제공한다면, PATH는 이를 “소스(Source)”로 간주하고, Gateway → RelayMiner → Supplier 파이프라인을 통해 릴레이할 수 있습니다.
PATH는 모든 외부 서비스를 1급 소스(first-class Source)로 취급함으로써, Web3(또는 Web2) 인프라 전체를 비허가형, 토큰 기반 API로 전환하며, 네트워크 간의 경계를 허물고 상호운용성을 기본값으로 설정합니다.
이 디자인은 다음과 같은 상호운용성을 가능케 합니다:
1. CometBFT 체인 (예: Celestia)
PATH의 QoS 모듈은 이미 Celestia 같은 CometBFT 체인에 대해 아카이브 검증 기능을 지원합니다.
사용자의 chains.json에 Celestia 노드의 RPC URL을 추가하기만 하면, 해당 게이트웨이는 EVM 호출과 동일한 신뢰도로 데이터 가용성(DA) 쿼리를 릴레이할 수 있습니다.
2. AI/ML 추론 엔드포인트 (Inference Endpoints)
탈중앙 LLM 서비스(예: 섀넌 베타에서 DeepSeek)는 모델의 HTTP 엔드포인트를 소스로 등록함으로써 PATH에 연결할 수 있습니다.
이 경우, 추론 요청도 PATH의 RelayMiner 증명을 통해 온체인 메터링 및 토큰 기반 신뢰성을 확보하게 됩니다.
3. XRPL EVM 사이드체인
Grove는 XRPL EVM 사이드체인 지원을 발표했으며, 이로써 개발자들은 PATH 게이트웨이 URL을 통해 XRP-Ledger 스마트 계약을 호출할 수 있습니다.
즉, PATH는 ISO 기반 Web3 앱과 XRPL의 고처리량 환경 사이를 연결하는 다리 역할을 하게 됩니다.
PATH의 이상적인 사용자 (포켓 네트워크 외부 포함)
모든 기술은 자신의 ‘스위트 스팟’을 가지고 있으며, PATH도 예외는 아닙니다.
신뢰할 수 있고 탈중앙화된 데이터 접근이 필요한 모든 프로젝트에 PATH가 도움이 될 수 있지만, 특히 다음 유형의 사용자에게 큰 혜택을 제공합니다:
- 미들웨어 & 인프라 제공자
자체 노드 플릿을 운영하지 않고도 화이트 라벨 비허가형 API를 제공하고자 하는 경우 - dApp 개발팀
단 하나의 게이트웨이로 멀티체인 지원, 내장 QoS, 벤더 종속 없음을 원할 경우 - 엔터프라이즈
비허가형 게이트웨이, 투명한 비용 모델, 온체인 SLA가 요구되는 환경 - AI 및 데이터 과학 팀
탈중앙 ML 엔드포인트에 대해 측정 가능하고 토큰 기반 신뢰성을 가진 접근을 원하는 경우 - DePIN / IoT 개발자
센서 피드, 엣지 데이터 등을 위한 온체인 증명을 가진 안전하고 확장 가능한 엔드포인트가 필요한 경우
참여 방법
PATH 커뮤니티에 합류하고 직접 구축을 시작해보세요:
- 코드 탐색: 오픈소스 PATH GitHub 저장소에서 CLI 도구, Helm 차트, 문서 등을 확인해보세요.
- 게이트웨이 실습: 블로그에서 제공하는 자료를 통해 초대 없이 수 분 내 테스트 게이트웨이를 배포해볼 수 있습니다.
- 커뮤니티 참여: Discord나 Forum에 참여하여 질문하고, 피드백을 공유하고, 새로운 기능 롤아웃을 지켜보세요.
- 거버넌스 참여: POKT를 스테이킹하고, 제안에 투표하며, 섀넌과 PATH의 로드맵을 DAO를 통해 함께 결정할 수 있습니다.
결론
PATH는 초대 기반 실험적 프로젝트에서 시작해, 이제는 섀넌의 토큰 기반 경제 모델과 온체인 증명 시스템 위에 구축된 비허가형 오픈소스 게이트웨이 프레임워크로 탈바꿈했습니다.
경량 게이트웨이, RelayMiner, 스테이킹된 Supplier, 모듈형 Source가 결합하여, 블록체인 노드, AI 모델, 커스텀 API를 포함한 모든 HTTP 또는 JSON-RPC 서비스에 대해, 신뢰할 수 있고 계량 가능하며 감사 가능한 데이터 통로를 제공합니다.
모든 요청은 POKT를 소각하고, 성능에 따라 보상을 지급하며, DAO에 자금을 공급합니다. 이 구조는 생태계 전반에 걸쳐 인센티브를 정렬하고, 비용을 예측 가능하게 유지해줍니다.
이제 섀넌 메인넷에서 비허가형 게이트웨이가 본격적으로 라이브되었습니다.
당신의 차례입니다: PATH 게이트웨이를 배포하고, POKT를 스테이킹하고, 확장 가능한 탈중앙 API 서비스를 제공하세요.
고속도로는 열려 있습니다—다 함께 Web3의 다음 세대를 만들어봅시다.