프로젝트 treasury 이동이 유통량을 바꾸는 조건

Treasury token이 이동했다고 유통량이 자동 증가하지는 않습니다. 재단 소유 지갑 사이 이전과 수탁 이동은 control이 유지되고, grant는 수령 조건과 잠금, market maker 대여는 반환 의무와 실제 거래 재고, 공개 판매는 소유권 이전을 확인해야 합니다. 데이터 제공자의 제외 정책과 기준 block을 적용해 주소별 상태를 변경하며, transaction 하나만으로 매도·유통 편입을 확정하지 않습니다.

출발 주소 라벨부터 검증합니다

Explorer label만으로 foundation treasury를 확정하지 않습니다. 공식 transparency report, governance proposal, multisig signer 설명과 과거 funding transaction을 연결합니다. Hot·cold migration이면 목적은 custody 변경이며 경제적 소유는 그대로일 수 있습니다.

CoinGecko는 foundation·treasury와 future ecosystem 용도 물량을 circulating에서 일반적으로 제외한다고 설명합니다. **제외 주소에서 나갔다는 사실만으로 공개시장 유통을 확정하지 않습니다**. 목적지 control과 조건이 필요합니다.

Treasury 영향은 어느 주소로 갔는지가 아니라 누가 어떤 조건으로 처분할 수 있게 됐는지를 묻는 분류 문제입니다.

JOBCOIN 해설

VISUAL GUIDE시장 지표를 함께 읽기

1. 01
   출발 주소 라벨부터 검증합니다

   Explorer label만으로 foundation treasury 를 확정하지 않습니다.

2. 02
   이동 유형별 판정 질문을 고정합니다

   가정 treasury 1억 개 중 2천만을 새 multisig로 옮기고, 1천만을 2년 vesting grant, 5백만을 market maker에게 대여했다고 하겠습니다.

3. 03
   증거 층을 transaction 위에 쌓습니다

   첫 층은 transfer event, 둘째는 destination contract code와 owner, 셋째는 governance·foundation 공지, 넷째는 sale·loan·grant 조건입니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

이동 유형별 판정 질문을 고정합니다

가정 treasury 1억 개 중 2천만을 새 multisig로 옮기고, 1천만을 2년 vesting grant, 5백만을 market maker에게 대여했다고 하겠습니다. 내부 이전은 영향 0, grant는 schedule에 따라, 대여는 provider policy와 실제 계약에 따라 일부 편입될 수 있습니다.

Market maker 주소가 exchange에 입금해도 매도 물량과 동일하지 않습니다. 양방향 quoting inventory일 수 있고 반환 의무가 있습니다. **거래소 입금과 최종 매도를 같은 사건으로 쓰지 않습니다**.

증거 층을 transaction 위에 쌓습니다

첫 층은 transfer event, 둘째는 destination contract code와 owner, 셋째는 governance·foundation 공지, 넷째는 sale·loan·grant 조건입니다. 계약서를 볼 수 없다면 반환 의무를 추정하지 않고 unknown counterparty로 둡니다.

Ethereum Foundation의 treasury staking 사례처럼 treasury 자산이 staking contract로 이동해도 재단 treasury의 경제적 자산이며 rewards가 다시 treasury로 갈 수 있습니다. **Staking 이동을 공개 판매로 분류하지 않습니다**.

유통량 편입 시점을 물량별로 계산합니다

Grant 1천만이 24개월 linear라면 지급 transaction 날 1천만 전부를 더하기보다 contract release와 provider policy를 따릅니다. 수령자가 받은 뒤 재잠금하거나 custody에 맡긴 상태도 기록하되 의도를 단정하지 않습니다.

Public sale은 settlement와 transfer가 완료돼도 lock-up이 있으면 unlocked supply와 circulating이 다를 수 있습니다. 과거 value를 수정할 때 원래 발표일과 provider 반영일을 별도 보존합니다.

주소 원장은 양방향 이동을 처리합니다

대여 token 5백만 중 2백만이 treasury로 반환되면 gross outflow 5백만이 아니라 outstanding loan 3백만을 봅니다. Grant 취소·clawback, bridge 반환과 burn도 연결 ID로 상쇄합니다.

보고서에는 opening treasury, inflow, outflow, reclassification, closing treasury와 circulating adjustment를 둡니다. 미분류 상대방은 숫자를 맞추려고 sale로 넣지 않습니다. 월말에는 주소 잔액 합계와 분류 원장의 closing balance가 일치하는지 확인하고, 차이가 나면 누락 transfer와 decimals 변환부터 조사합니다. 같은 상대방과 반복 거래가 있으면 개별 transaction보다 계약별 순잔액과 반환 만기를 함께 보여 줍니다.

• 공식 근거로 treasury 주소와 control을 확인합니다.
• 내부 이전·grant·loan·sale·bridge를 분류합니다.
• 잠금·반환·clawback 조건과 만료일을 기록합니다.
• 실제 잔액과 outstanding amount를 매 block 대사합니다.
• Provider 반영일과 경제 사건일을 분리합니다.

자주 묻는 질문