SQD

CoinGecko는 Arbitrum의 0x1337420dED5ADb9980CFc35f8f2B054ea86f8aB1, Base의 0xd4554bea546efa83c1e6b389ecac40ea999b3e78, BNB Chain의 0xe50e3d1a46070444f44df911359033f2937fcc13을 같은 SQD로 연결한다. 검토 시 Arbitrum에는 1,327,250,415.287083277644283149 SQD와 16,829개 보유 주소가 있었지만, 브리지로 옮긴 토큰을 독립된 추가 발행량처럼 더할 수는 없다.

원본 체인의 블록은 압축된 데이터 조각으로 나뉘어 워커에 배치된다. 각 워커는 로컬 DuckDB에서 데이터를 조회하고 응답에 서명한다. Portal은 응답을 필터링된 데이터 흐름으로 이어 붙이며 블록 확정 여부와 체인 재구성을 처리한다.

현행 개요는 140개 이상 네트워크를 제시하지만 이전 FAQ에는 200개 이상이라고 적혀 있다. 이는 시점에 따라 변하는 서비스 범위이지 영구적인 프로토콜 상수가 아니며, 모든 데이터셋이 같은 완전성을 갖췄다는 증거도 아니다.

따라서 계약의 정체성, 체인별 공급량과 실제 조회 범위는 각각 확인해야 한다. 하나의 대표 수치만으로 전체 네트워크의 규모나 분산성을 설명할 수 없다.

워커는 100,000 SQD를 담보로 맡긴다. 가동 상태를 알리는 신호, 읽고 반환한 바이트 수, 활동 기간과 위임된 물량이 보상에 반영된다. 서명한 답변이 잘못됐다고 검증되면 담보가 삭감될 수 있다.

위임자는 직접 서버를 운영하지 않고 워커를 선택해 보상을 나눈다. 백서의 산식은 위임 물량에서 나온 보상을 운영자와 위임자에게 나누므로, 표시된 연환산 수익률은 고정된 토큰 권리가 아니다. 워커의 품질, 수수료, 처리량과 에포크 규칙이 결과를 바꾼다.

퇴장에는 약 100,000개의 이더리움 블록이 생성되는 시간, 대략 14일에 더해 현재 에포크의 남은 시간까지 필요하다. 처벌할 수 있는 담보를 남겨 두는 장치지만 운영자와 위임자 모두에게 가격 변동과 잠금 위험을 만든다.

직접 운영하는 Portal에는 최소 1,000,000 SQD를 잠가야 한다. 수량과 잠금 기간에 따라 연산 단위(CU)가 생기고 워커 응답 하나마다 CU 하나가 소모된다. 많은 조각을 읽는 질의는 여러 응답을 필요로 하므로 용량도 더 많이 쓴다.

백서의 출시 예시에 나오는 가상 연환산 수익률 12%와 SQD당 4,000 CU는 현금 수익이 아니라 처리 용량을 계산한 것이다. 현행 Portal 문서는 잠금 기간에 따라 에포크 시작 때마다 SQD당 1~3 CU가 생긴다고 설명한다.

관리형 Portal 접속점, 비공개 네트워크와 Cloud는 무료이거나 별도 상업 계약으로 운영될 수 있다. 토큰은 직접 운영하는 Portal의 용량 확보에 필요하지만 모든 제품 요청이 온체인 SQD 수수료를 낸다는 증거는 아니다.

이 차이를 지우면 토큰의 용도와 회사의 데이터 서비스가 하나의 매출 구조인 것처럼 보인다. Portal 잠금의 경제성은 조회량, CU 규칙과 SQD 가격을 함께 살펴야 한다.

백서는 초기 정착 단계의 유일한 데이터 제공자를 Subsquid Labs GmbH로 명시한다. 회사는 체인 데이터를 수집하고 S3 호환 저장소와 IPFS 백업에 보관한다. 자동 구독 처리로 대체되기 전에는 데이터셋을 비활성화할 초기 권한도 가진다.

스케줄러(Scheduler)는 데이터 조각을 배정하고 로그 수집자(Logs Collector)는 서명된 운영 기록을 보관한다. 보상 관리자(Reward Manager)는 에포크별 보상 계산 결과를 체인 밖에서 만든 뒤 온체인 청구를 위해 제출한다. 계약 기록은 확인할 수 있지만 이 전문 서비스들의 가용성과 정확성에는 여전히 의존한다.

공개망과 비공개망도 다르다. 메인넷에는 별도 허가 없이 워커가 참여하지만 실제 서비스용 비공개 네트워크는 Subsquid Labs가 운영한다. 전체 제품군을 똑같이 분산됐다고 부르면 이 경계가 사라진다.

Arbitrum SQD 코드의 기능은 좁다. 설정된 게이트웨이만 bridgeMint와 bridgeBurn으로 브리지용 발행·소각을 실행하며, 일반 이용자는 이전과 지출 승인을 한다. 이 토큰에는 일반 소유자의 임의 발행, 차단 목록, 정지, 프록시 업그레이드 기능이 없다.

하지만 네트워크 등록부, 스테이킹, 게이트웨이, 보상 계산 결과, 재무자금과 데이터셋 상태는 다른 계약과 서비스에서 관리한다. 토큰 코드가 바뀌지 않는다고 해서 각 네트워크 계약의 업그레이드·관리 주체까지 알 수 있는 것은 아니다. 검토한 거버넌스 설명은 참여를 약속하지만 구속력 있는 전체 집행 구조를 제시하지 않는다.

토큰 생성 행사(TGE)에서 워커 보상에 10%, 유보 재무자금에 28.1%, 유동 재무자금에 5%를 배정했고 팀과 초기 투자자 물량에는 잠금과 단계적 배분을 적용했다. 초기 3년의 고정 단계 이후 추가 발행 여부와 일정은 거버넌스가 결정할 수 있다. 따라서 공급 정책은 예정된 재무자금 분배를 넘어 아직 정해지지 않은 공동 결정에 달려 있다.

문서는 보유자의 참여를 설명하지만 제안 작성부터 집행과 관리 키 교체까지 이어지는 구속력 있는 절차 전체를 제시하지 않는다. 미래 공급과 통제권은 확인된 코드와 아직 열린 절차를 구분해 읽어야 한다.

SQD는 이전하거나 워커에 위임하고, 워커 담보로 맡기거나 Portal 용량을 확보하려고 잠글 수 있다. 이는 구체적인 온체인 용도이지만 회사 지분, 배당, 데이터셋 소유권이나 향후 로드맵 이행을 요구할 계약상 권리를 만들지는 않는다.

백서는 일정과 기능이 정보 제공용이며 Subsquid Labs GmbH의 재량에 남는다고 명시한다. 서비스 약관 역시 서비스에서 제공되는 디지털 자산이 자동으로 SQD에 대한 권리나 지분을 준다는 해석을 부인한다.

이 프로젝트의 분산화는 진행 중이다. 워커와 온체인 보상 청구는 가동 중이지만 원본 데이터 수집, 데이터셋 상태와 보상 계산에는 특정 주체가 남아 있다. 중요한 것은 분산형이라는 명칭보다 각 의존성을 지금 검증하고 이의를 제기하며 교체할 수 있는지다.