CoinMarketCap Supply verifizieren: Schritt-für-Schritt-Anleitung

Was bedeutet im Umlauf befindliche Supply bei einer CoinMarketCap-Prüfung?

Die im Umlauf befindliche Supply ist die Menge eines Tokens, die ein Datenanbieter gemäß seiner Methodik als für den öffentlichen Markt verfügbar betrachtet. Für ein Projekt, das ein CoinMarketCap-Update vorbereitet, besteht die praktische Aufgabe darin, die Berechnung zu erläutern und ausreichend Nachweise zu liefern, damit jemand anderes sie nachvollziehen kann.

Behandeln Sie Gesamt-Supply, maximale Supply und im Umlauf befindliche Supply nicht als austauschbare Begriffe. Ein Token kann bereits on-chain existieren, aber dennoch einem Lock, einem Vesting-Plan oder einer anderen Einschränkung unterliegen, die die Klassifizierung durch das Projekt beeinflusst. Umgekehrt erklärt ein Wallet-Label allein nicht, ob der Bestand einbezogen werden sollte. Das Projekt muss jede Klassifizierung mit beobachtbaren Aufzeichnungen und einer dokumentierten Begründung verknüpfen.

Beginnen Sie mit einem datierten Snapshot der relevanten Bestände und definieren Sie die Berechnung in einfacher Sprache. Zeigen Sie die Ausgangs-Supply-Zahl, die als nicht verfügbar betrachteten Bestände und die resultierende im Umlauf befindliche Menge. Wenn der Token mehrere Verträge oder eine Migrationshistorie hat, geben Sie an, welche Vertragsadressen und Chain-Aufzeichnungen die Berechnung abdeckt. Machen Sie das Snapshot-Datum deutlich, damit Leser die eingereichte Berechnung von späteren Änderungen unterscheiden können.

Diese Berechnung ist Teil eines breiteren Datenbereitschaftsprozesses, kein Ersatz für einen Listing-Antrag. Für den Listing-Kontext und die Vorbereitung der Einreichung siehe So werden Sie auf CoinMarketCap gelistet.

Wie sollten Sie Wallets, Locks und Vesting abgleichen?

Gleichen Sie die im Umlauf befindliche Supply ab, indem Sie jeden Bestand einer Adresse, einem Quellnachweis und einer klaren Behandlung in der Berechnung zuordnen. Ziel ist es nicht, jeden großen Halter als nicht verfügbar zu kennzeichnen, sondern zu zeigen, warum ein Bestand gezählt wird oder nicht, und diese Entscheidung prüfbar zu machen.

Erstellen Sie ein Arbeitsbuch mit einer Zeile pro relevanter Adresse oder Adressgruppe. Nützliche Felder sind die Chain, die Vertragsadresse, der beobachtete Bestand, der Wallet-Zweck, der Einschränkungsstatus, das unterstützende Dokument und die Entscheidung über die Einbeziehung. Halten Sie die Klassifizierungsbegriffe im gesamten Buch und in der öffentlichen Supply-Erklärung konsistent.

Prüfen Sie die Hauptkategorien systematisch:

• Vesting- und Lock-Verträge: Erfassen Sie den Vertrag oder Dienst, die betreffende Zuteilung und die Nachweise für den Zeitplan oder die Einschränkung.
• Treasury- und Foundation-Wallets: Erklären Sie die Kontrolle der Entität und ob der Bestand reserviert, eingesetzt oder anderweitig verfügbar ist.
• Team- und Investor-Zuteilungen: Verknüpfen Sie die angegebene Zuteilung mit Vesting-Dokumenten und on-chain Nachweisen, sofern verfügbar.
• Verbrannte Bestände: Geben Sie die Adresse und den Nachweis für die Klassifizierung des Projekts an, anstatt sich auf ein nicht belegtes Label zu verlassen.
• Gebrückte oder migrierte Token: Gleichen Sie Darstellungen über Verträge hinweg ab, damit dieselben wirtschaftlichen Einheiten nicht doppelt gezählt werden.

Wenn eine Adresse mehr als einem Zweck dient, teilen Sie den Bestand nach dokumentierter Zuteilung auf, wenn die Aufzeichnungen diese Aufteilung unterstützen. Wenn nicht, kennzeichnen Sie die Unsicherheit zur Klärung, anstatt stillschweigend die günstigste Behandlung zu wählen. Dieses Buch ist auch bei der Vorbereitung einer CoinMarketCap Supply-Verifizierungsprüfung nützlich.

Welche Dokumente machen die Supply-Berechnung überprüfbar?

Eine überprüfbare Einreichung verbindet die Zahl in der Supply-Berechnung mit Aufzeichnungen, die unabhängig geprüft werden können. Organisieren Sie die Nachweise so, dass ein Prüfer von der zusammenfassenden Zahl zu den zugrunde liegenden Adressen, Einschränkungen und Projektangaben gelangen kann, ohne raten zu müssen, welche Datei welche Behauptung stützt.

Bereiten Sie ein prägnantes Beweispaket mit einem Inhaltsverzeichnis und konsistenten Dateinamen vor. Fügen Sie die für Ihren Token relevanten Punkte ein:

• Token-Vertragsadresse, Chain und Links zu relevanten Block-Explorer-Aufzeichnungen.
• Einen datierten Wallet-Bestands-Export oder eine reproduzierbare Bestandsabfrage mit Angabe des Snapshot-Datums.
• Vesting-, Lock-, Treasury- und Zuteilungsaufzeichnungen, die Ausschlüsse oder Klassifizierungen stützen.
• Token-Migrations- oder Bridge-Dokumentation, falls mehrere Darstellungen existieren.
• Die Formel für die im Umlauf befindliche Supply, das Adressbuch und eine kurze Erläuterung der Annahmen.
• Aktuelle Tokenomics-Materialien und öffentliche Angaben, die dieselben Definitionen verwenden.

Der Kunde sollte maßgebliche Projektaufzeichnungen bereitstellen, bestätigen, wer die Projekt-Wallets kontrolliert, kürzliche Änderungen identifizieren und die endgültigen Klassifizierungen genehmigen. Unsere Vorbereitungs-Checkliste unterscheidet, was wir zusammenstellen, von dem, was nur das Projekt bezeugen kann: Quellenlinks und Abgleich auf der einen Seite; Eigentumskontext, rechtliche Aufzeichnungen und Freigabe auf der anderen.

Prüfen Sie, ob Daten, Token-Einheiten und Vertragsadressen dateiübergreifend übereinstimmen. Wenn ein Dokument mit einem Explorer-Eintrag oder einer öffentlichen Tokenomics-Seite in Konflikt steht, erläutern Sie die Diskrepanz und klären Sie sie vor der Einreichung. Halten Sie sensible interne Aufzeichnungen zugriffsgeschützt und teilen Sie nur das Material, das zur Untermauerung der Berechnung erforderlich ist.

Wie reichen Sie ein Supply-Update ein, ohne Inkonsistenzen zu schaffen?

Reichen Sie ein Supply-Update erst ein, nachdem die Berechnung, das Beweispaket und die öffentlichen Projektmaterialien dieselbe Geschichte erzählen. Eine saubere Übergabe reduziert vermeidbare Rückfragen und gibt dem Prüfer einen direkten Weg von der angegebenen Zahl zu den unterstützenden Aufzeichnungen.

Verwenden Sie diese Sequenz als finale Kontrolle:

• Bestätigen Sie, dass die angegebene im Umlauf befindliche Zahl dasselbe Snapshot-Datum wie die unterstützenden Bestände verwendet.
• Überprüfen Sie die Definitionen von Gesamt-Supply und im Umlauf befindlicher Supply, wo immer sie in den Projektmaterialien erscheinen.
• Verifizieren Sie Adressen, Token-Dezimalstellen, Chain-Namen und Einheiten anhand der relevanten Aufzeichnungen.
• Machen Sie Ausschlüsse nachvollziehbar: Identifizieren Sie den Bestand, seine Einschränkung oder seinen Status und seine unterstützenden Nachweise.
• Reichen Sie über den offiziellen CoinMarketCap-Kontakt oder den für das Projekt verfügbaren Support-Weg ein und bewahren Sie die eingereichte Version und die Korrespondenz auf.

Nutzen Sie die offizielle CoinMarketCap-Website, um aktuelle Plattforminformationen und den geeigneten projektbezogenen Weg zu finden. Vermeiden Sie es, widersprüchliche Versionen über mehrere Kanäle zu senden. Wenn die Plattform um Klärung bittet, beantworten Sie die spezifische Frage, aktualisieren Sie bei Bedarf das Beweisverzeichnis und bewahren Sie eine Aufzeichnung darüber, was sich geändert hat.

Für einen verwandten Anbieter ist die Beweisdisziplin ähnlich, aber seine Einreichungsanforderungen und Prüfung sind getrennt. Vergleichen Sie den Prozess mit der CoinGecko-Listing-Vorbereitung, anstatt anzunehmen, dass die Antwort einer Plattform auf die andere übertragbar ist.

Welche Qualitätsprüfungen sollten vor dem Versand der Datei durch das Projekt erfolgen?

Eine Qualitätsprüfung vor der Einreichung sollte testen, ob ein Prüfer die Berechnung nachvollziehen und ihre Annahmen verstehen kann. Beauftragen Sie eine Person mit dem Abgleich der Zahlen und eine andere mit der Überprüfung der Beweiskette; eine getrennte Prüfung hilft, Inkonsistenzen zu erkennen, die beim Erstellen der Tabelle leicht übersehen werden.

Verwenden Sie eine kontrollierte Prüf-Checkliste:

• Reproduzierbarkeit: Kann jemand der Formel von den Bestandsaufzeichnungen bis zur endgültigen Zahl folgen?
• Rückverfolgbarkeit: Verweist jeder wesentliche Ausschluss auf eine Wallet, ein Dokument oder einen on-chain Eintrag?
• Konsistenz: Verwenden die Website, das Tokenomics-Dokument, die Antragsmaterialien und die Berechnung dieselbe Terminologie und dasselbe Snapshot-Datum?
• Vollständigkeit: Sind alle bekannten Verträge, relevanten Wallets, Migrationen und Zuteilungskategorien berücksichtigt?
• Änderungskontrolle: Gibt es eine datierte endgültige Version, einen benannten Genehmiger und eine Aufzeichnung der Bearbeitungen nach der Prüfung?

Der Qualitätskontrollschritt bei MegaSatoshi ist eine Quellen-zu-Behauptungs-Prüfung: Wir ordnen jede Supply-Aussage ihrem Nachweis zu, markieren Lücken, die das Projekt schließen muss, und geben ein strukturiertes Paket zur Kundenfreigabe zurück. Dies ist nützlicher, als eine Zahl zu polieren, ohne zu prüfen, wie sie abgeleitet wurde. Wenn eine frühere Zahl veröffentlicht wurde, fügen Sie eine kurze Erklärung der Änderung und ihres Wirksamkeitsdatums bei, damit die neue Berechnung nicht ohne Kontext erscheint.

Für einen breiteren Überblick über die Listing-Bereitschaft und verwandte Verifizierungsarbeiten nutzen Sie den Listings- und Verifizierungs-Hub.

Was kann das Projekt bei der CoinMarketCap-Prüfung kontrollieren?

Das Projekt kontrolliert die Richtigkeit, Klarheit und Vollständigkeit seiner Nachweise; es kontrolliert weder das Ergebnis der CoinMarketCap-Prüfung noch wie die Plattform letztlich eine Supply-Zahl anzeigt. CoinMarketCap kann das eingereichte Material nach seinen eigenen Prüfpraktiken bewerten, um Klärung bitten oder eine andere Klassifizierung beibehalten, daher ist ein gut dokumentiertes Paket eine Vorbereitung – keine Genehmigung. Halten Sie öffentliche Angaben korrekt, während ein Antrag anhängig ist, und vermeiden Sie es, eine eingereichte Änderung als bereits akzeptiert darzustellen. Bewahren Sie zu Ihrer eigenen Kontrolle die eingereichte Berechnung, die genaue Version der Nachweise, das Einreichungsdatum und jegliche Plattformkorrespondenz auf; wenn eine Klärung angefordert wird, antworten Sie unter Bezug auf die genannte Adresse oder das Dokument, dokumentieren Sie die Änderung und halten Sie die überarbeitete Zahl konsistent zu den Projektmaterialien.

Wann sollte ein Projekt seine Nachweise zur im Umlauf befindlichen Supply überprüfen?

Überprüfen Sie die Berechnung, wenn ein Ereignis die Bestände oder Einschränkungen ändert, die sie stützen, und halten Sie die Nachweise synchron mit den öffentlichen Token-Informationen des Projekts. Eine einmal korrekte Zahl kann schwer zu verteidigen sein, wenn eine Vesting-Freigabe, eine Treasury-Bewegung, eine Migration oder eine Vertragsänderung nicht in den Aufzeichnungen berücksichtigt wird.

Bestimmen Sie einen internen Verantwortlichen für Supply-Daten und definieren Sie einen Benachrichtigungspfad für Änderungen zwischen Finanzen, Token-Operationen und Kommunikation. Wenn ein relevantes Ereignis eintritt, sollte der Verantwortliche die betroffenen Adressen identifizieren, den Bestands-Snapshot aktualisieren, das Buch aktualisieren und prüfen, ob die öffentliche Erklärung überarbeitet werden muss. Bewahren Sie die frühere Version auf, damit das Projekt erklären kann, wie und warum sich die Zahl geändert hat.

Wenn die Berechnung unklar ist, beginnen Sie mit der aktuellsten öffentlichen Zahl, den Vertragsadressen, auf die sie sich bezieht, und den Aufzeichnungen, die Ausschlüsse stützen. Senden Sie diese Materialien zusammen mit dem Hauptkontakt des Projekts und etwaigen bekannten Abweichungen an MegaSatoshi. Wir beginnen mit der Quellen-zu-Behauptungs-Prüfung, identifizieren fehlende Nachweise für Ihr Team und geben ein strukturiertes Paket zur Genehmigung zurück, bevor Sie es einreichen.

Preise

Startpreise in USD. Individuelle Pakete und Mengenrabatte auf Anfrage. Zahlung in USDT, USDC, BTC, ETH, SOL, TON oder Ihrem Projekt-Token.

So funktioniert's

1. Umfang definierenBestätigen Sie den Token-Vertrag, die Chain, das Snapshot-Datum und die zu prüfende Supply-Zahl. Listen Sie Migrationen oder zusätzliche Darstellungen auf, die die Berechnung beeinflussen könnten.
2. Wallet-Buch erstellenOrdnen Sie relevante Adressen Beständen, Zwecken, Einschränkungen und einer dokumentierten Entscheidung über die Einbeziehung zu. Kennzeichnen Sie unklare Eigentumsverhältnisse oder nicht belegte Klassifizierungen für das Projekt.
3. Nachweise zusammenstellen und abgleichenFügen Sie Explorer-Einträge, Vesting- oder Lock-Dokumente, Zuteilungsmaterialien und die Formel bei. Prüfen Sie, ob alle Quellen sich auf dieselben Token-Einheiten und dasselbe Snapshot beziehen.
4. Genehmigen und einreichenLassen Sie den Projekteigentümer den Wallet-Kontext bestätigen und das endgültige Paket genehmigen. Reichen Sie über den aktuellen offiziellen CoinMarketCap-Weg ein und bewahren Sie die Version und die Korrespondenz auf.
5. Aufzeichnung pflegenProtokollieren Sie Klärungsanfragen und Änderungen, und aktualisieren Sie dann die Berechnung, wenn sich ein relevanter Bestand, eine Einschränkung oder eine Token-Darstellung ändert.