Saga의 기본 개요는 여기에서 확인할 수 있다: Saga (SAGA): Modular Blockspace for App-Dedicated Chains and Infinite Scalability. 본 글은 투자자가 다음 단계에서 필요한 유닛 이코노믹스, 채택 전략, 모델의 제약을 실무 프레임으로 정리한다.
1) 체인릿은 B2B 인프라 판매다
전용 실행 환경은 성능과 맞춤화를 제공하지만, 경제적으로는 B2B 의사결정이 된다. 구매자는 앱 팀이며 TCO, 출시 속도, 운영 리스크로 판단한다.
- 도입 트리거: 혼잡, 예측 불가 수수료, 제한된 커스터마이징이 성장의 세금이 되는 시점.
- 대체 리스크: 다수 팀은 먼저 L2나 다른 appchain 스택을 고려한다.
- 승부처: 통합 지원과 레퍼런스 고객이 기술만큼 중요하다.
2) 유닛 이코노믹스: 과금 단위와 비용 부담 주체
기술적으로는 확장되어도 과금 단위가 불명확하면 사업은 흔들린다. 수익 단위와 비용 단위를 정의하고 현실적인 사용 조건에서 스트레스 테스트해야 한다.
- 수익 단위: 체인릿 구독, 보안 및 밸리데이터 서비스, 공유 유동성 접근, 프리미엄 툴.
- 비용 단위: 밸리데이터 인센티브, 운영 오버헤드, 그랜트, 통합 지원 확장 비용.
- 핵심 질문: 반복 수익으로 보안과 지원을 인센티브 없이 감당 가능한가.
3) 병목은 처리량이 아니라 조정 비용
전용 체인은 로컬 혼잡을 줄이지만 업그레이드, 유동성 라우팅, 브리지, 다중 환경 UX라는 조정 비용을 만든다. 투자 관점의 핵심은 조정을 개발자와 사용자에게 얼마나 싸게 만들 수 있는가다.
- UX: 복잡성을 숨기거나 지갑과 브리지에 전가하는가.
- 유동성: 분리 설계 속에서 얼마나 빨리 집적되는가.
- 운영: 많은 체인릿에서 업그레이드와 사고 대응이 예측 가능한가.
4) 채택 곡선: 발표보다 리텐션
인프라는 한 번의 런칭이 아니라 곡선으로 평가한다. 지속 사용은 조작이 어렵다.
- 반복: 같은 앱과 사용자가 주간 단위로 돌아오는가.
- 유료화: 인센티브가 줄어도 지불이 늘어나는가.
- 깊이: 단순 배포가 아닌 실기능이 구동되는가.
- 성숙: 투명한 사고 대응과 안정적 운영.
5) 토큰 정렬: 수요가 방출을 넘어설 수 있는가
관건은 활동이 구조적 수요로 전환되는지다. SAGA가 희소 자원으로 작동하는지 확인해야 한다.
- 보안 수요: 보호 가치와 리스크에 비례한 스테이킹.
- 수수료 경로: 의미 있는 서비스 지불이 존재하는가.
- 공급 압력: 언락과 발행이 수요를 압도하지 않는가.
투자자 체크리스트
- 지불 고객: 전용 실행이 진짜 필요한 앱 세그먼트는 어디인가.
- 판매 증거: 진지한 팀의 반복 도입이 있는가.
- 조정 해법: 유동성과 UX를 스케일하는 구조가 있는가.
- 다운사이드: 다른 스택이 표준화되면 Saga의 방어선은 무엇인가.
appchain 논리는 가능성이 있지만, 조정 비용이 대체하는 혼잡 비용보다 낮아야 한다. 그 지점이 인프라 비즈니스와 인센티브 내러티브의 경계다.
