포켓네트워크 POKT는 어떤 코인일까 Shannon과 탈중앙 데이터 구조 정리
포켓네트워크는 블록체인 데이터를 연결하는 인프라다
포켓네트워크는 새로운 데이터를 직접 만드는 블록체인보다, 애플리케이션이 필요한 데이터를 여러 독립 인프라 운영자로부터 받아갈 수 있도록 연결하는 네트워크입니다. 지갑 잔액이나 거래 내역을 보여주는 서비스는 블록체인 노드에 RPC 요청을 보내야 하는데, 일반적으로는 특정 기업의 서버와 API에 의존합니다.
포켓네트워크는 이 요청을 Application, Gateway, Supplier로 분리해 하나의 데이터 공급망으로 구성합니다. Application은 데이터를 요청하고, Gateway는 연결 가능한 Supplier를 선택하며, Supplier는 실제 블록체인 노드나 API에서 응답을 가져옵니다. POKT는 이 과정에서 처리 용량을 확보하고 네트워크 참여 자격을 구성하는 자산으로 사용됩니다.
포켓네트워크를 보는 기준
일반적인 블록체인처럼 온체인 거래 건수보다 데이터 요청을 뜻하는 Relay와 실제 처리 작업량을 반영하는 Compute Units가 네트워크 사용을 보여주는 핵심 지표입니다.
Application Gateway Supplier는 서로 다른 역할을 맡는다
| 구성원 | 역할 | 네트워크 참여 방식 |
|---|---|---|
| Application | 블록체인·API 데이터 요청 | POKT 스테이킹으로 처리 용량 확보 |
| Gateway | 요청 접수와 Supplier 연결 | 세션 확인과 품질 기반 라우팅 |
| Supplier | 노드·서버 운영과 데이터 응답 | 서비스별 스테이킹 후 작업 수행 |
2026년 7월 기준 최소 스테이크는 Application 1,000 POKT, Gateway 5,000 POKT, Supplier 59,500 POKT로 설정돼 있습니다. 한 세션에는 최대 50개의 Supplier가 배정되며, 하나의 Application은 최대 7개 Gateway에 접근 권한을 위임할 수 있습니다.
Supplier가 상대적으로 많은 수량을 예치하는 이유는 실제 서버와 노드를 운영하며 데이터 요청에 응답하기 때문입니다. 세 역할이 분리된 구조에서는 하나의 사업자가 접속 창구와 데이터 공급을 모두 장악하기 어렵고, Application은 여러 Gateway와 Supplier를 통해 필요한 데이터를 받아갈 수 있습니다.
데이터 요청은 Relay와 Proof를 거쳐 정산된다
- Application의 RPC 또는 API 요청이 Gateway로 전달됩니다.
- Gateway는 현재 세션에 배정된 Supplier 가운데 응답 상태가 좋은 공급자를 선택합니다.
- Supplier의 RelayMiner가 연결된 블록체인 노드나 API 서버에 데이터를 요청합니다.
- 응답이 Application으로 반환되고 처리 작업은 Claim과 Proof에 반영됩니다.
포켓네트워크는 모든 Relay를 개별 온체인 거래로 저장하지 않습니다. 하루 수억 건 이상의 요청을 모두 기록하면 블록 공간과 검증 비용이 빠르게 늘어나기 때문입니다. 대신 Supplier가 처리한 작업을 세션 단위로 묶어 Claim을 제출하고, 필요한 부분을 암호학적 Proof로 확인합니다.
Gateway 프레임워크인 PATH는 응답 지연과 정확도를 기준으로 Supplier를 선택하고, 특정 공급자가 응답하지 않으면 다른 공급자로 요청을 전환합니다. 사용자는 일반 RPC 주소를 호출하지만 내부에서는 공급자 선택, 서명, 응답 확인, 작업 집계와 정산이 연결됩니다.
Shannon은 RPC 네트워크를 공개 데이터 프로토콜로 확장했다
Shannon의 핵심 변화
특정 블록체인 RPC에 맞춰졌던 기존 구조를 Service 단위로 분리해 블록체인, REST API, 일반 HTTP 데이터 서비스를 같은 공급망에 등록할 수 있도록 바꿨습니다.
포켓네트워크는 2025년 6월 3일 Morse에서 Shannon 메인넷으로 전환했습니다. Shannon은 Cosmos SDK와 CometBFT를 기반으로 Application, Gateway, Supplier, Service, Session, Proof 구조를 각각 분리한 전면 재구축입니다.
이전에는 블록체인 RPC가 중심이었다면, Shannon 이후에는 서비스 운영자가 데이터 종류와 요청당 Compute Units를 등록하고 Supplier가 해당 서비스를 선택해 제공할 수 있습니다. Ethereum JSON-RPC뿐 아니라 REST API처럼 HTTP 요청과 응답으로 구성된 서비스도 연결 범위에 들어옵니다.
다만 Service 등록만으로 데이터가 자동 제공되는 것은 아닙니다. 실제 요청을 처리할 Supplier와 Gateway 구성이 함께 갖춰져야 데이터 서비스가 네트워크에서 작동합니다.
하루 10억 건 이상의 요청이 실제 사용 단계를 보여준다
- 최근 24시간 Relay: 약 11억9천만 건
- 최근 24시간 Compute Units: 약 3조1,300억 CU
- Staked Actors: Supplier·Application·Gateway 합계 4,284개
- 공개 지원 범위: API Portal에서 60개 이상의 네트워크 제공
- 온체인 서비스: 프로토콜에 100개 이상의 Service 등록
Relay는 POKT 체인의 일반 거래 건수가 아니라 Application이 Supplier에게 보낸 데이터 요청입니다. Compute Units는 요청의 복잡성과 작업량을 함께 반영하기 때문에 실제 네트워크 사용을 볼 때 Relay와 같이 확인해야 합니다.
포켓네트워크는 Shannon 전환을 마친 뒤 새로운 구조를 소개하는 단계를 넘어, 하루 10억 건 이상의 요청을 처리하면서 Supplier 정산과 Gateway 운영을 다듬고 있습니다. 최근 v0.1.34와 RelayMiner 업데이트도 세션 변경 시 Claim 유실 방지, Validator 정산 수정, WebSocket 자원 정리처럼 실제 운영 과정에서 나타난 문제를 손보는 데 초점이 맞춰졌습니다.
현재 프로젝트 진행방향은 지원 체인 숫자만 늘리는 것보다 데이터 요청과 독립 공급자를 안정적으로 연결하는 인프라를 완성하는 쪽에 놓여 있습니다.