Skip to main content

포켓(섀넌) 기반 빌드: 실제 프로젝트를 위한 개발자 가이드 

Pocket Dev
Posted on September 25, 2025 - 5:51 pm by

섀넌(Shannon) 업그레이드 이후 포켓 네트워크(Pocket Network)는 RPC 엔드포인트를 넘어, 이제

검증 가능한 데이터를 위한 개방형, 크립토-네이티브 액세스 레이어가 되었습니다. 이제 자신만의 액세스 레이어(PATH 게이트웨이), 반환하는 데이터의 품질 증명(QoS 및 릴레이 증명), 그리고 사용량과 직접적으로 연계되는 경제 모델을 직접 실행할 수 있습니다. 이를 통해 포켓은 데이터를 위한 완전한 모듈식(modular) 탈중앙화(decentralized) 인프라 레이어가 됩니다.

이 게시물은 섀넌 시대에 포켓을 기반으로 구축하는 방법에 대한 간단하고 높은 수준의 지도를 제공합니다. 액세스 레이어의 작동 방식, 공급(supply) 연결 방식, 그리고 실제 프로젝트에서 가격 책정과 품질 관리가 어떻게 나타나는지 설명합니다. 이 글을 마치면 핵심 모델, 팀이 이를 제품으로 전환하는 주요 방법, 그리고 한국 개발자 주간(Korea dev week)을 앞두고 노력 대비 보상이 어떤 모습일지 이해하게 될 것입니다. 

먼저, 간단한 개념 모델 

무엇을 만들 수 있는지 논의하기 전에, 한발 물러서서 포켓을 통과하는 요청의 기본 흐름을 살펴보는 것이 도움이 됩니다. 요청이 엣지(edge)에서 들어오면 네트워크를 통해 라우팅되고, 품질 검증을 거친 후 온체인(on-chain)에서 정산됩니다.  그 과정에서 여러 참여 주체가 각기 다른 부분을 처리합니다. 하나는 요청을 받고, 다른 하나는 라우팅하며, 또 다른 하나는 데이터를 제공하고, 프로토콜 자체는 결과를 기록하고 비용과 보상을 조정합니다. 

이것을 하나의 루프로 생각할 수 있습니다: 요청 → 라우팅 → 검증 → 증명 → 정산 → 학습.  모든 릴레이(relay)가 이 주기를 따르며, 이 가이드의 나머지 부분은 이 기초 위에 구축됩니다. 다음 섹션에서는 이 루프 안에서의 역할들을 자세히 살펴보고, 개발자들이 이를 실행, 확장 또는 결합하여 실제 프로젝트로 만드는 방법을 보여줄 것입니다. 

섀넌에서의 빌더 트랙 (실행, 수익, 사용 가능한 것들) 

아래는 오늘날 개발자들이 포켓 네트워크에 연결되는 주요 방법들입니다. 각 트랙에 대해 무엇을 운영하는지, 가치가 어떻게 당신에게 돌아오는지, 그리고 빠른 개발을 돕는 툴링에 대해 설명합니다. 

PATH 게이트웨이 운영 (자신만의 액세스 레이어) 

앱이 호출하는 진입점을 실행하세요. PATH는 오프체인에서 요청 수신, 라우팅, 증명 패키징을 처리하고, 온체인에 스테이킹된 게이트웨이가 작업을 서명합니다. 직접 호스팅하여 지연 시간, 인증, 가격을 제어할 수 있으며, 일일 볼륨이 증가함에 따라 프로토콜 수준의 리베이트를 받을 자격이 생깁니다 (일일 컴퓨팅 유닛(compute units)에 따라 0%에서 40%). 

중요한 이유


PATH 게이트웨이를 운영한다는 것은 다른 사람의 RPC에 의존하지 않는다는 것을 의미합니다.
앱이 의존하는 진입점을 직접 소유하게 됩니다. 개발자에게 이는 예측 가능한 성능, 필요에 맞게 인증 및 라우팅을 조정할 수 있는 능력, 그리고 기본적으로 내장된 QoS 검사를 의미합니다. 

프로토콜의 경우, 모든 릴레이는 온체인에서 증명되고 정산되어 사용량과 보상을 투명하게 유지합니다. 그리고 대규모 환경에서는 리베이트 시스템이 대용량 게이트웨이를 경제적으로 매력적으로 만들어, 네트워크가 실제 수요와 함께 성장하도록 보장합니다.

인센티브


게이트웨이 운영자는 앱 트래픽을 확보함으로써 간접적으로 수익을 얻으며, 볼륨 리베이트 자격을 얻을 수 있습니다. 일일 릴레이 볼륨이 정해진 기준을 초과하면 사용된 컴퓨팅 유닛(CU)의 10–40%를 리베이트로 받을 수 있으며, 이는 다오(DAO)의 리베이트 예산에서 지원됩니다. 리베이트는 분기별로 자격 있는 게이트웨이 간에 비례 배분되어, 수익을 실제 사용량 증가와 연계시킵니다.

섀넌의 리베이트 공식에 대해 더 알아보세요.

  • 도구 및 가이드
  • 시작하기: PATH 퀵스타트 (<10분) — 도커(Docker)에서 PATH 실행, /healthz 확인, 첫 릴레이 전송.
  • 설정 심층 분석: PATH 설정 — .config.yaml 게이트웨이 설정, 인증 설정, 헬름(Helm) 값에 대한 참조.
  • 프로덕션 배포: PATH 헬름 가이드 — WATCH 관측 기능, 그라파나(Grafana) 대시보드, RBAC 고려 사항을 포함한 헬름을 통한 설정.
  • QoS 및 테스트: PATH QoS 개요 — 내장된 검증 로직 및 지원 서비스.

    PATH 테스트 가이드 — E2E 및 부하 테스트 가이드.
  • 개발자 가이드 및 릴리스

릴레이마이너(RelayMiner) 실행 

릴레이마이너는 게이트웨이에서 공급자(supplier)로 흐르는 트래픽을 처리하는 오프체인 행위자입니다. 이들의 임무는 요청을 가장 적합한 공급자에게 라우팅하고, 응답을 수집하며, 이를 온체인에 제출할 수 있는 릴레이 증명으로 패키징하는 것입니다. 이 단계는 네트워크 트래픽을 측정 가능한 작업으로 변환하며, 각 증명은 사용량을 정산을 위해 컴퓨팅 유닛에 직접 연결합니다. 

중요한 이유


릴레이마이너가 없다면 포켓은 단순한 원시 RPC 포워딩에 불과할 것입니다. 라우팅 로직을 강제하고 증명을 생성함으로써, 릴레이마이너는 모든 릴레이를 설계상 감사 가능하고, 책임 소재가 명확하며, 지불 가능하게 만듭니다. 이는 검증 가능한 데이터 경로로 애플리케이션을 보호하고, 공급자는 유효한 작업에 대해서만 보상받도록 보장하며, 프로토콜의 사용량 기반 경제 모델을 정직하게 유지합니다.

인센티브


릴레이마이너는 직접적인 수익을 얻지는 않지만 보상 주기에 필수적입니다. 유효한 릴레이 증명을 생성함으로써 공급자에 대한 지불을 가능하게 하고, 앱 비용을 검증 가능한 사용량과 연계시킵니다. 누락되거나 유효하지 않은 증명은 보상 상실로 이어져, 릴레이마이너의 정확성이 프로토콜의 신뢰성과 일치하도록 보장합니다.

  • 도구 및 가이드

공급자 되기 

공급자는 풀 노드, 인덱서 또는 기타 서비스와 같이 네트워크 참여자에게 실제로 데이터를 제공하는 스테이킹된 제공자입니다 (최소 60,000 POKT). 이들은 이러한 서비스를 등록하고, 프로토콜에 연결하며, 릴레이마이너가 라우팅한 요청에 응답합니다. 신뢰성, 지연 시간 및 일관성은 공급자가 선택되는 빈도와 처리하는 트래픽 양에 직접적인 영향을 미칩니다. 

중요한 이유

공급자는 검증 가능하고 검열 저항적인 데이터 액세스라는 포켓의 약속의 근간입니다.  플리케이션에게는 요청이 단일 중앙화된 RPC 제공자에게 의존하지 않도록 보장하며, 프로토콜에게는 다양성과 중복성을 제공합니다. 운영자에게 성능은 곧 기회로 직결되며, 더 일관된 가동 시간과 낮은 지연 시간은 더 많은 릴레이 처리와 더 많은 보상 획득을 의미합니다.

포켓 네트워크의 상위 공급자들. 출처: Poktscan

인센티브

공급자는 사용량 연동 보상을 통해 POKT를 획득합니다. 각 유효 릴레이는 컴퓨팅 유닛으로 측정되며, 청구-증명 라이프사이클을 통해 온체인에서 정산됩니다. 수익은 트래픽과 품질에 따라 확장됩니다. QoS 검사(예: 아카이벌 검증)에 실패한 릴레이는 제외되므로 유효한 작업만 보상받습니다.

섀넌 하의 새로운 인센티브 모델에 대한 자세한 정보는 토크노믹스(Tokenomics) 기사를 참조하십시오.

  • 도구 및 가이드

새로운 서비스(Service) 게시 

서비스는 포켓이 PATH를 통해 노출하는 엔드포인트입니다. 체인 RPC부터 맞춤형 REST/GraphQL 피드 또는 OpenAI 호환 LLM에 이르기까지 무엇이든 될 수 있습니다. 서비스를 등록하고, 공급자로 스테이킹하며, 릴레이마이너를 통해 라우팅함으로써, 데이터 소스를 네트워크에 연결된 모든 애플리케이션이 발견하고 소비할 수 있도록 만들 수 있습니다. 

중요한 이유

서비스는 포켓을 블록체인 RPC를 넘어 모듈식 데이터 마켓플레이스로 확장시킵니다. 개발자에게 이는 새로운 API를 연결하고 무허가 게이트웨이를 통해 즉시 제공할 수 있음을 의미합니다.

애플리케이션에게는 풀 노드 RPC부터 전문 데이터 피드 또는 AI 추론에 이르기까지 더 많은 선택권을 제공합니다. 프로토콜에게는 수요를 확대하고, 포켓이 요청 → 라우팅 → 증명 → 정산이라는 동일한 검증 가능한 워크플로우로 모든 개방형 서비스를 지원할 수 있도록 보장합니다.

인센티브

서비스 운영자는 공급자 트랙을 통해 수익을 얻습니다. 서비스로 라우팅된 각 검증된 요청은 컴퓨팅 유닛으로 변환되어 온체인에서 보상됩니다. 신뢰할 수 있는 고품질 서비스는 더 많은 트래픽을 유치하며, 유효하지 않거나 일관성 없는 응답은 PATH의 QoS 시스템에 의해 제외되므로, 인센티브는 정확성과 가동 시간을 선호합니다.

섀넌의 새로운 인센티브 모델에 대한 자세한 정보는 토크노믹스 기사를 참조하십시오.

포켓 네트워크의 서비스들. 출처: Poktscan 

도구 및 가이드

애플리케이션(Application)으로 빌드하기 

애플리케이션은 포켓을 통해 데이터 액세스 비용을 지불하는 온체인 계정입니다. 네트워크를 사용하려면 앱을 스테이킹하고 트래픽을 라우팅하고 서명하는 게이트웨이에 위임해야 합니다. 현재 애플리케이션의 최소 스테이킹 금액은 100 POKT이며, 게이트웨이는 1 POKT가 필요합니다. 

중요한 이유

애플리케이션을 스테이킹하면 예측 가능하고 사용량에 따라 가격이 책정되는 액세스(1 CU = 1 나노-USD)를 얻을 수 있으며, 모든 요청은 온체인에서 측정, 증명 및 정산됩니다. 트래픽이 어디로 가는지 제어하고(자체 게이트웨이를 운영하는 경우), 엣지에서 QoS 검사를 상속받으며, 소각-지불(burn-to-pay) 방식이 지출을 사용량에 직접 연결하므로 비용을 예측할 수 있습니다.

인센티브

애플리케이션은 수익을 얻는 것이 아니라 소비합니다. 인센티브는 투명하고 감사 가능한 비용이며, 대규모 환경에서 프로토콜 리베이트 자격을 얻을 수 있는 자체 호스팅 게이트웨이를 통해 라우팅할 수 있는 옵션입니다 (리베이트는 일일 CU 볼륨이 높을 때 시작되며 DAO 전체 예산으로 책정됩니다). 

포켓 네트워크에 스테이킹된 애플리케이션들. 출처: Poktscan 

도구 및 가이드

밸리데이터(Validator) 실행 

밸리데이터(풀 노드 러너)는 포켓의 체인을 보호하고, 합의에 참여하며, 릴레이 정산을 최종 확정합니다. 밸리데이터 세트에 참여하려면 일반적으로 경쟁력 있는 스테이크가 필요하며, 권장 진입 금액은 ≥150,000 POKT입니다. 참고로 서비스 노드(공급자)는 기본적으로 60,000 POKT를 스테이킹합니다. 

중요한 이유
밸리데이터는 네트워크의 활성(liveness)과 최종성(finality)을 보장합니다. 블록 및 거버넌스 업데이트를 처리함으로써 클레임과 증명을 계속 이동시키고, 토크노믹스를 안정화하며, 애플리케이션과 게이트웨이가 의존하는 신뢰성을 보호합니다. 강력한 밸리데이터 참여는 포켓의 사용량 기반 정산을 신뢰할 수 있게 만듭니다. 

인센티브

밸리데이터는 POKT로 블록 보상과 트랜잭션 수수료를 받습니다. 보상은 가동 시간, 합의 참여 및 활성 세트 내 유지 여부에 따라 확장되어 밸리데이터가 성능과 신뢰성을 유지하도록 장려합니다.

포켓 네트워크의 밸리데이터들. 출처: Pocket Explorer

도구 및 가이드

한눈에 보는 인센티브 

섀넌에서 모든 릴레이는 애플리케이션이 POKT를 소각하는 것으로 시작하여 게이트웨이, 릴레이마이너, 밸리데이터, DAO에 보상이 분배되는 것으로 끝납니다. 각 참여자는 주기에서 고유한 역할을 가지며, 함께 요청을 계속 이동시키고 네트워크가 책임을 지도록 하는 루프를 완성합니다. 아래 표는 이러한 역할들이 어떻게 연결되는지에 대한 높은 수준의 개요를 제공합니다. 

역할보상/비용 흐름참고
애플리케이션사용량(컴퓨팅 유닛 단위)에 대한 비용을 지불하기 위해 POKT를 소각합니다.예측 가능한 비용; 자체 게이트웨이와 결합 시 간접적인 이점(리베이트)이 있습니다.
게이트웨이볼륨 리베이트 자격 획득 (일일 CU 사용량의 10-40%, 비례 배분, DAO 예산 한도 내).리베이트는 일일 처리량에 따라 확장되며 분기별로 정산됩니다.
릴레이마이너직접적인 보상은 없으며, 정산을 가능하게 함으로써 간접적으로 수익을 얻습니다.유효한 증명은 공급자 지불을 가능하게 하며, 누락/유효하지 않은 증명은 몰수를 의미합니다.
공급자제공된 유효 릴레이당 사용량 연동 보상을 받습니다.더 안정적인 가동 시간/낮은 지연 시간 = 더 많은 트래픽 = 더 많은 보상.
서비스보상은 공급자 트랙을 통해 흐릅니다. 모든 요청은 CU로 변환되어 온체인에서 정산됩니다.RPC, API 또는 AI 추론 엔드포인트를 노출할 수 있으며, QoS는 유효하지 않은 응답을 필터링합니다.
밸리데이터합의 참여에 대한 블록 보상 + 수수료를 받습니다.경쟁력 있는 스테이크와 가동 시간으로 활성 세트 내에 머물러야 합니다.

주말 동안 실제로 만들 수 있는 것 (프로젝트 아이디어) 

이 게시물을 해커톤 참가자들에게 보여준다면, 다음은 “일요일까지 출시 가능한” 아이디어들입니다. 

  1. 직접 만드는 “서비스로서의 RPC(RPC as a product)”

    사용자가 관심을 갖는 체인을 위한 게이트웨이 + 릴레이마이너 + 2~3개의 공급자를 구성합니다. API 키, 간단한 청구 페이지, 상태 대시보드를 추가하세요. 게이트웨이 및 애플리케이션 치트 시트를 사용하여 앱/게이트웨이를 스테이킹하고 테스트 릴레이를 연결하고,  공급자 및 릴레이마이너 치트 시트를 사용하여 공급 측을 구축하세요. 보너스: QoS가 비정상적인 엔드포인트를 어떻게 차단하는지 시연하세요.
  2. 검증 가능한 체인 읽기를 수행하는 AI 에이전트

    오픈 웨이트 모델을 위한 서비스를 게시하고, PATH 뒤에 OpenAI 호환 인터페이스를 노출한 다음, 에이전트가 쿼럼(quorum)을 충족하지 않는 아카이벌 결과를 거부함을 증명하세요. 서비스 생성 치트 시트로 시작하여, 아카이벌 검사를 위해 PATH QoS를 설정하고(QoS 개요), 일치하지 않는 노드가 필터링되는 것을 보여주세요.
  3. 인덱서 → 퍼블릭 서비스

    인덱서(또는 서브그래프)를 PATH 뒤의 서비스로 래핑하세요. 다른 사람들이 게이트웨이 URL + 키로 이를 어떻게 사용할 수 있는지 보여주는 두 개의 작은 클라이언트 예제(웹용, 서버용)를 제공하세요. 서비스 생성 치트 시트와 QoS 가이드를 사용하여 데이터에 어떤 검사가 의미가 있는지 결정하세요.
  4. 매개변수 인식 운영 봇 (밸리데이터)

    밸리데이터를 실행하고, 토크노믹스/매개변수를 감시하여 변경 사항(예: 릴레이 마이닝 난이도 또는 CUTTM 승수)을 앱 및 게이트웨이 운영자가 사용하는 채널에 알리는 간단한 봇을 게시하세요. 밸리데이터 치트 시트를 사용하여 온라인 상태로 전환하고, 프로토콜 경제 매개변수 페이지를 공식 참조 자료로 사용하세요.

마무리 생각 

섀넌은 포켓을 단순한 인프라 이상으로 만듭니다. 게이트웨이부터 밸리데이터까지 모든 역할이 더 강력한 네트워크를 만드는 빌더의 놀이터입니다. 실험을 하든, 제품을 출시하든, 프로토콜을 보호하든, 도구는 당신의 손에 있고 인센티브는 실제 사용량과 일치합니다.  작게 시작하고, 빠르게 출시하며, 기억하세요: 당신이 실행하는 모든 릴레이는 데이터에 대한 개방형 액세스를 한 걸음 더 나아가게 합니다. 

👉 이 게시물에서 공유된 도구와 가이드를 탐색하고, 도움이 필요하면 디스코드(Discord)에서 연락주세요. 우리 팀은 항상 도울 준비가 되어 있습니다.