코인 공급량 검증 방법: CoinMarketCap 유통 공급량 확인하기

CoinMarketCap 검토에서 유통 공급량은 무엇을 의미하나요?

유통 공급량은 데이터 제공자가 자체 방법론에 따라 공개 시장에서 이용 가능하다고 간주하는 토큰의 양입니다. CoinMarketCap 업데이트를 준비하는 프로젝트의 실질적인 과제는 계산을 설명하고 다른 사람이 따라할 수 있는 충분한 증거를 제공하는 것입니다.

총 공급량, 최대 공급량, 유통 공급량을 서로 바꿔 쓸 수 있는 레이블로 취급하지 마십시오. 토큰이 이미 온체인에 존재하더라도 락업, 베스팅 일정 또는 프로젝트의 분류 방식에 영향을 미치는 다른 제한 사항이 적용될 수 있습니다. 반대로 지갑 레이블만으로는 잔액을 포함해야 하는지 설명할 수 없습니다. 프로젝트는 각 분류를 관찰 가능한 기록과 문서화된 근거와 연결해야 합니다.

관련 잔액의 날짜가 기재된 스냅샷으로 시작하여 계산을 일반 언어로 정의하십시오. 시작 공급량, 사용 불가능한 것으로 간주된 잔액, 최종 유통량을 표시하십시오. 토큰에 여러 계약이나 마이그레이션 이력이 있는 경우, 계산이 적용되는 계약 주소와 체인 기록을 명시하십시오. 스냅샷 날짜를 눈에 띄게 표시하여 독자가 제출된 계산과 이후 변경 사항을 구분할 수 있도록 하십시오.

이 계산은 광범위한 데이터 준비 프로세스의 일부일 뿐, 상장 신청을 대체하지 않습니다. 상장 맥락 및 제출 준비에 대해서는 CoinMarketCap 상장 방법을 참조하십시오.

지갑, 락업, 베스팅은 어떻게 조정해야 하나요?

각 잔액을 주소, 출처 기록, 계산에서의 명확한 처리 방식과 매칭하여 유통 공급량을 조정합니다. 목표는 모든 대규모 보유자를 사용 불가능으로 레이블링하는 것이 아니라, 잔액이 포함되거나 제외된 이유를 보여주고 그 결정을 감사 가능하게 만드는 것입니다.

관련 주소 또는 주소 그룹당 한 행씩 작업 원장을 만듭니다. 유용한 필드에는 체인, 계약 주소, 관찰된 잔액, 지갑 목적, 제한 상태, 증빙 문서, 포함 결정이 포함됩니다. 원장과 공개 공급량 성명서 전체에서 분류 용어를 일관되게 유지하십시오.

주요 범주를 체계적으로 검토하십시오:

• 베스팅 및 락업 계약: 계약 또는 서비스, 관련 할당량, 일정 또는 제한 증거를 기록합니다.
• 트레저리 및 재단 지갑: 엔티티의 통제 여부와 잔액이 예비, 배치 또는 기타 방식으로 이용 가능한지 설명합니다.
• 팀 및 투자자 할당: 명시된 할당량을 베스팅 문서 및 가능한 온체인 증거와 연결합니다.
• 소각된 잔액: 입증되지 않은 레이블에 의존하지 않고 프로젝트 분류에 대한 주소와 증거를 제공합니다.
• 브릿지 또는 마이그레이션된 토큰: 계약 간 표현을 조정하여 동일한 경제 단위가 두 번 계산되지 않도록 합니다.

하나의 주소가 둘 이상의 목적을 제공하는 경우, 기록이 분할을 지원한다면 문서화된 할당량에 따라 잔액을 분할하십시오. 지원하지 않는 경우, 가장 유리한 처리를 조용히 선택하지 말고 해결을 위해 불확실성을 표시하십시오. 이 원장은 유통 공급량 검증 검토를 준비할 때도 유용합니다.

어떤 문서가 공급량 계산을 검토 가능하게 만드나요?

검토 가능한 제출은 공급량 계산의 숫자를 독립적으로 확인할 수 있는 기록과 연결합니다. 검토자가 어떤 파일이 어떤 주장을 뒷받침하는지 추측하지 않고 요약 수치에서 기본 주소, 제한 사항, 프로젝트 공시로 이동할 수 있도록 증거를 구성하십시오.

목차 페이지와 일관된 파일 이름으로 간결한 증거 패킷을 준비하십시오. 토큰에 해당하는 항목을 포함하십시오:

• 토큰 계약 주소, 체인, 관련 블록 탐색기 기록 링크.
• 날짜가 기재된 지갑 잔액 내보내기 또는 재현 가능한 잔액 쿼리(스냅샷 날짜 명시).
• 제외 또는 분류를 뒷받침하는 베스팅, 락업, 트레저리, 할당 기록.
• 여러 표현이 존재하는 경우 토큰 마이그레이션 또는 브릿지 문서.
• 유통 공급량 공식, 주소 원장, 가정에 대한 간단한 설명.
• 동일한 정의를 사용하는 현재 토크노믹스 자료 및 공개 공시.

의뢰인은 권위 있는 프로젝트 기록을 제공하고, 프로젝트 지갑을 통제하는 사람을 확인하며, 최근 변경 사항을 식별하고, 최종 분류를 승인해야 합니다. 저희 준비 체크리스트는 저희가 구성하는 것과 프로젝트만이 증명할 수 있는 것을 구분합니다. 한쪽은 출처 링크 및 조정, 다른 쪽은 소유권 맥락, 법적 기록, 승인입니다.

날짜, 토큰 단위, 계약 주소가 파일 전체에서 일치하는지 확인하십시오. 문서가 탐색기 기록 또는 공개 토크노믹스 페이지와 충돌하는 경우, 불일치를 설명하고 제출 전에 해결하십시오. 민감한 내부 기록은 접근이 통제된 상태로 유지하고 계산을 입증하는 데 필요한 자료만 공유하십시오.

불일치를 만들지 않고 공급량 업데이트를 제출하려면 어떻게 해야 하나요?

계산, 증거 패킷, 공개 프로젝트 자료가 동일한 내용을 전달한 후에만 공급량 업데이트를 제출하십시오. 깔끔한 인계는 불필요한 설명을 줄이고 검토자에게 명시된 수치에서 지원 기록까지 직접적인 경로를 제공합니다.

최종 점검으로 다음 순서를 사용하십시오:

• 명시된 유통량이 지원 잔액과 동일한 스냅샷 날짜를 사용하는지 확인합니다.
• 프로젝트 자료에 나타나는 총 공급량 및 유통 공급량 정의를 확인합니다.
• 주소, 토큰 소수점, 체인 이름, 단위를 관련 기록과 대조합니다.
• 제외 항목을 명확히 합니다: 잔액, 제한 또는 상태, 지원 증거를 식별합니다.
• 프로젝트가 사용할 수 있는 공식 CoinMarketCap 연락처 또는 지원 경로를 통해 제출하고 제출 버전과 서신을 보관합니다.

현재 플랫폼 정보와 적절한 프로젝트 경로를 찾으려면 공식 CoinMarketCap 웹사이트를 사용하십시오. 여러 채널을 통해 모순된 버전을 보내지 마십시오. 플랫폼이 설명을 요청하는 경우 특정 질문에 답변하고, 필요한 경우 증거 색인을 업데이트하며, 변경된 사항의 기록을 보존하십시오.

관련 제공자의 경우 증거 규율은 유사하지만 제출 요구 사항과 검토는 별개입니다. 한 플랫폼의 응답이 다른 플랫폼으로 이어질 것이라고 가정하지 말고 CoinGecko 상장 준비와 프로세스를 비교하십시오.

파일이 프로젝트를 떠나기 전에 어떤 품질 검사를 수행해야 하나요?

제출 전 품질 검사는 검토자가 계산을 재현하고 가정을 이해할 수 있는지 테스트해야 합니다. 한 사람은 수치를 조정하고 다른 사람은 증거 추적을 확인하도록 지정하십시오. 분리된 검토는 스프레드시트를 구축할 때 놓치기 쉬운 불일치를 찾는 데 도움이 됩니다.

통제된 검토 체크리스트를 사용하십시오:

• 재현성: 누군가 잔액 기록에서 최종 수치까지 공식을 따라갈 수 있습니까?
• 추적 가능성: 모든 중요한 제외 항목이 지갑, 문서 또는 온체인 기록을 가리킵니까?
• 일관성: 웹사이트, 토크노믹스 문서, 신청 자료, 계산이 동일한 용어와 스냅샷 날짜를 사용합니까?
• 완전성: 알려진 모든 계약, 관련 지갑, 마이그레이션, 할당 범주가 다루어졌습니까?
• 변경 관리: 날짜가 기재된 최종 버전, 명명된 승인자, 검토 후 편집 기록이 있습니까?

MegaSatoshi의 품질 관리 단계는 출처-대-주장 검토입니다. 각 공급량 진술을 증거에 매핑하고, 프로젝트가 해결할 간격을 표시하며, 클라이언트 승인을 위해 구조화된 패킷을 반환합니다. 이는 숫자가 어떻게 도출되었는지 확인하지 않고 다듬는 것보다 훨씬 유용합니다. 이전 수치가 게시된 경우 변경 사항과 발효일에 대한 간단한 설명을 포함하여 새 계산이 맥락 없이 나타나지 않도록 하십시오.

상장 준비 및 관련 검증 작업에 대한 광범위한 관점은 상장 및 검증 허브를 사용하십시오.

CoinMarketCap의 검토에서 프로젝트가 통제할 수 있는 것은 무엇인가요?

프로젝트는 증거의 정확성, 명확성 및 완전성을 통제합니다. CoinMarketCap의 검토 결과나 플랫폼이 최종적으로 공급량 수치를 표시하는 방식을 통제하지는 않습니다. CoinMarketCap은 자체 검토 관행에 따라 제출된 자료를 평가하고, 설명을 요청하거나 다른 분류를 유지할 수 있습니다. 따라서 잘 문서화된 패킷은 준비일 뿐 승인이 아닙니다. 요청이 처리되는 동안 공개 공시를 정확하게 유지하고 제출된 변경 사항을 이미 수락된 것으로 표시하지 마십시오. 자체 통제를 위해 제출된 계산, 정확한 증거 버전, 제출 날짜 및 모든 플랫폼 서신을 보관하십시오. 설명이 요청되면 인용된 주소 또는 문서에 대해 답변하고, 변경 사항을 기록하며, 수정된 수치가 프로젝트 자료 전체에서 일관되도록 유지하십시오.

프로젝트는 언제 유통 공급량 증거를 재검토해야 하나요?

잔액이나 이를 뒷받침하는 제한 사항을 변경하는 이벤트가 발생할 때 계산을 재검토하고 증거를 프로젝트의 공개 토큰 정보와 동기화된 상태로 유지하십시오. 한때 정확했던 수치는 베스팅 해제, 트레저리 이동, 마이그레이션 또는 계약 변경이 기록에 반영되지 않으면 방어하기 어려워질 수 있습니다.

공급량 데이터에 대한 내부 담당자를 지정하고 재무, 토큰 운영 및 커뮤니케이션 간의 변경 알림 경로를 정의하십시오. 관련 이벤트가 발생하면 담당자는 영향을 받는 주소를 식별하고, 잔액 스냅샷을 새로 고치고, 원장을 업데이트하며, 공개 설명에 수정이 필요한지 확인해야 합니다. 이전 버전을 보존하여 프로젝트가 수치가 어떻게 그리고 왜 변경되었는지 설명할 수 있도록 하십시오.

계산이 불명확한 경우 최신 공개 수치, 참조하는 계약 주소, 제외를 지원하는 기록부터 시작하십시오. 해당 자료를 프로젝트의 주요 연락처 및 알려진 불일치 사항과 함께 MegaSatoshi로 보내십시오. 저희는 출처-대-주장 검토로 시작하여, 팀이 해결해야 할 누락된 증거를 식별하고, 제출 전 승인을 위해 구조화된 패킷을 반환할 것입니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 범위 정의검토 중인 토큰 계약, 체인, 스냅샷 날짜 및 공급량 수치를 확인합니다. 계산에 영향을 줄 수 있는 마이그레이션 또는 추가 표현을 나열합니다.
2. 지갑 원장 구축관련 주소를 잔액, 목적, 제한 사항 및 문서화된 포함 결정에 매핑합니다. 불명확한 소유권이나 입증되지 않은 분류는 프로젝트에 플래그를 지정합니다.
3. 증거 수집 및 조정탐색기 기록, 베스팅 또는 락업 문서, 할당 자료 및 공식을 첨부합니다. 모든 출처가 동일한 토큰 단위와 스냅샷을 참조하는지 확인합니다.
4. 승인 및 제출프로젝트 소유자가 지갑 맥락을 확인하고 최종 패킷을 승인하도록 합니다. 현재 공식 CoinMarketCap 경로를 통해 제출하고 버전과 서신을 보관합니다.
5. 기록 유지설명 요청 및 변경 사항을 기록한 다음 관련 잔액, 제한 사항 또는 토큰 표현이 변경될 때 계산을 새로 고칩니다.