방법론

이 섹션에서는 주로 쟁글 ERP의 토큰노믹스 모듈의 핵심이 되는 유통량 로직, 프로젝트의 계획 데이터 반영 방식, 그리고 프로젝트의 실제 분배 상태를 비교하기 위한 검증 방법에 대해 자세히 설명할 것입니다.

유통량 코어 로직

쟁글 ERP의 토큰노믹스 모듈 뒤에 있는 핵심 논리는 다음과 같습니다:

쉽게 말하면, 유통량은 (온체인에서 발행된 토큰의 총량) - (온체인에서 소각된 토큰의 총량) - (온체인에서 확인된 미유통 설정 잔고의 총량)으로 산정될 수 있습니다.

위 방법은 체인상에 존재하는 토큰(총공급량)을 기본적으로 유통 상태로 가정합니다. 이는 프로젝트 측에 미유통 공급량을 증명할 책임을 부여하며, 투자자 보호를 우선시하는 설계 정신에서 비롯됐습니다.

그러나 토큰의 생애주기 내에서 체인 상/체인 외 다양한 시나리오가 발생하게 됩니다: 멀티체인 환경을 지원하여 멀티체인 환경에서 토큰 관리가 필요하거나, 인플레이션 메커니즘을 채택하여 토큰노믹스 변경이 이루어지거나, 이전에 발표된 잠금 해제 일정의 변경 등이 그 사례입니다.

멀티체인 방법론

간단히 말하자면, 멀티체인 환경에서의 토큰 관리는 사용되는 각 체인에 대한 유통량 추정 논리의 체인별 덧셈이 됩니다. 특히 프로젝트가 멀티체인 토큰 표준을 지원하는 소각-민팅 브릿지나 AMB(임의 메시징 브릿지)를 사용할 경우 더더욱 그렇습니다.

$DAI의 경우 락앤민트 브릿지 없이 각 체인별 유동성이 독립적으록 관리되고 있기에 체인별 유통량의 단순 덧셈만으로도 멀티체인 유통량 산정이 가능합니다.

다만 락앤민트(Lock-and-Mint) 브릿지가 사용될 경우 이야기는 달라집니다. 잠금-민팅 브릿지는 정확한 추정을 위한 추가적인 단계가 필요합니다: (1) 원천 체인에 잠긴 양은 이미 유통된 양에서 분리되어야 하며 (2) 분리가 되었다면 해당 물량은 미유통량으로 간주될 수 있습니다.

유통계획 로직

유통계획은, 특히 락업 계획의 경우 프로젝트의 분배 계획을 나타내는 시계열 데이터로 표시될 수 있습니다. 많은 토큰 프로젝트들은 현재 두 가지 유형의 유통계획 양식을 사용하고 있습니다: (1) 목적별 카테고리(Allocation Category)를 통해 분류된 목적별 유통계획과 (2) 모든 목적별 카테고리의 합을 나타내는 전체 유통계획이 그것입니다. 또한, 유통계획은 토큰의 라이프사이클 내 프로젝트의 거버넌스, 사업 방향들에 따라서 변화될 수 있음에 유의해야 합니다.

유통계획의 검증

쟁글은 2022년 12월부터 유통량 관리 및 모니터링 서비스인 라이브워치를 출시 및 운영하고 있습니다.

일반적으로 토큰 프로젝트는 TGE(토큰 생성 이벤트)에서 사전에 민팅된 토큰과 유통계획과 함께 프로젝트를 시작하게 됩니다. 허나 프로젝트 운영 중에 커뮤니티, 규제 기관 또는 위험 관리를 위해 프로젝트 자체에서 일정과 실제 상황 간의 검증이 필요할 수 있으며, 검증은 전체 잠금 해제 일정부터 할당 카테고리를 통해, 필요한 경우 지갑 수준까지 다양한 관점에도 이루어질 수 있습니다. Xangle LiveWatch가 검증을 수행하는 대표적인 사례로, 유통량 관리부터 검증 및 대외 커뮤니케이션까지 올인원 서비스를 제공합니다.