MSTR Cat

Kryptorecht/Niveau VI · Marktverhalten/6.3 Der ehrliche Launch/Lektion 3

On-Chain-Transparenz: Zeigen Sie den Menschen, wo sie hinschauen sollen

Warum öffentliche Blockchain-Daten erst dann zur Offenlegung werden, wenn ein Launch den Menschen mitteilt, welche Adressen, Verträge und welchen Code sie prüfen sollen – und was diese Daten belegen können und was nicht.

Bildung statt Rechts-, Steuer- oder Anlageberatung. Das Kryptorecht unterscheidet sich von Land zu Land und von Bundesstaat zu Bundesstaat und ändert sich häufig. Prüfen Sie die an Ihrem Wohnort geltenden Regeln mit einem qualifizierten Anwalt oder Steuerberater, bevor Sie handeln.

Der schlanke Weg

Der günstigste, steuerärmste, einfachste und diskreteste Weg, den das Recht erlaubt – das Beste zuerst. Jeder Schritt nennt die Regel, auf der er beruht, und die Bedingung, unter der er rechtmäßig bleibt.

  1. Kostenlos und am effektivsten: Veröffentlichen Sie die Token-Vertragsadresse oder Mint-Adresse an einem stabilen offiziellen Ort und wiederholen Sie sie überall identisch, da EIP-20 Namen optional macht und Kopien leicht zu erstellen sind. Haken: Erklären Sie jede Adressänderung öffentlich.
  2. Verifizieren Sie den Quellcode kostenlos auf Etherscan oder mit solana-verify für Solana-Programme. Haken: Die Verifizierung beweist nur, dass der veröffentlichte Code der deployte Code ist, nicht dass er sicher ist, und upgradbarer Code kann später ersetzt werden.
  3. Veröffentlichen Sie eine Landkarte, die den Pool, Sperrungen (Locks), Vesting-Verträge, Treasury- und Team-Wallets nach Rolle statt nach persönlichem Namen beschriftet; das ist ein rechtmäßiger Datenschutz vor der Öffentlichkeit. Haken: Veröffentlichte Wallets sind dauerhaft, verknüpfte Übertragungen sind rückverfolgbar und die Steuererklärungspflicht bleibt bestehen.
  4. Beweisen Sie jede Behauptung mit einem Transaktionshash, sei es für eine Sperre (Lock), eine widerrufene Befugnis oder eine Vesting-Bereitstellung; die Interpretation der SEC aus dem Jahr 2026 ermutigt dazu, versprochene Arbeit offenzulegen, wenn sie abgeschlossen ist, und das Teilen eines Hashes kostet nichts. Haken: Halten Sie die Landkarte auf dem neuesten Stand, wenn sich Adressen ändern.

MaterialienEin Block-Explorer für die Chain des Tokens, geöffnet auf dem Token-Vertrag oder der MintDie Liste der offiziellen Adressen des Projekts, falls es eine veröffentlichtDer EIP-20-Token-Standard und Solanas Dokumentation zu verifizierten Builds (verified builds)Lektion 6.3.1 über die Anforderungen an eine ehrliche Offenlegung

Neugier

  1. Wenn ohnehin alles auf der Chain ist, warum muss ein Launch dann überhaupt etwas veröffentlichen?
  2. Wie kann ein Käufer den echten Token von einer Kopie mit demselben Namen unterscheiden?
  3. Bedeutet verifizierter Quellcode, dass der Vertrag sicher ist?

Erkunden

  1. Jede Übertragung auf einer öffentlichen Blockchain ist sichtbar, aber bloße Sichtbarkeit ist keine Offenlegung. Ein Käufer, der vor Tausenden von Adressen steht, kann nicht erkennen, welche zum Team gehören, welche der Pool ist, welche ein Lock-Vertrag und welche eine Kryptobörse. Transparenz beginnt, wenn der Ersteller die Landkarte veröffentlicht: die Token-Vertragsadresse oder Mint-Adresse, Pool-Adressen, Lock-Verträge, Treasury- und Team-Wallets, Vesting-Verträge sowie alle Programm- oder Proxy-Adressen. Die vorgeschlagene Regulation Crypto Assets der SEC würde Emittenten, die ihre Befreiungen nutzen, verpflichten, „Methoden zur Verifizierung“ der Transaktionshistorie des Tokens zu beschreiben (vorgeschlagene Rule 103(b)(7)), ein Vorschlag, der genau diese Landkarte als Teil der Offenlegung behandelt.
  2. Die Adresse, nicht der Name, ist die Identität des Tokens. Der ERC-20-Standard (EIP-20, erstellt im November 2015) macht name(), symbol() und decimals() optional, und nichts hindert daran, einen zweiten Token mit demselben Namen und Ticker zu deployen. Copycat-Tokens und gefälschte „offizielle“ Konten nutzen dies aus (Lektion 4.2.4). Die Veröffentlichung der Vertragsadresse an einem stabilen offiziellen Ort und die identische Wiederholung überall ist der einfachste Schutz, den ein Launch bieten kann. Ein Käufer, der die Adresse statt des Tickers prüft, vermeidet die häufigste Falle; ein Ersteller, der Adressen ohne Erklärung ändert, lehrt Käufer, aufzuhören zu prüfen.
  3. Auch Code kann überprüfbar gemacht werden. Die Dokumentation von Etherscan erklärt, dass die Verifizierung eines Vertrags dessen Quellcode im Explorer veröffentlicht, wo jeder bestätigen kann, dass er zum Bytecode passt, der on-chain deployed wurde. Solanas verifizierte Builds (verified builds) tun dasselbe, indem sie Hashes des deployten Programms mit einem reproduzierbaren Build des öffentlichen Repositories vergleichen und das solana-verify-Tool verwenden. Die Verifizierung beweist nur, dass der veröffentlichte Code der deployte Code ist. Sie sagt nichts darüber aus, ob der Code sicher oder fair ist, und ein upgradbares Programm oder Proxy kann später ersetzt werden (Lektion 6.3.2). Die vorgeschlagene Rule 103(b)(6) würde Emittenten auffordern, die Adresse anzugeben, an der der Quellcode verfügbar ist, falls sie ihn veröffentlicht haben.
  4. Angebotsvolumen und Bestände sind das Nächste, was Menschen lesen. EIP-20 verlangt von jedem Token, totalSupply() zu melden, und Solanas Token-Tools melden das Gesamtangebot einer Mint. Holder-Listen lassen sich leicht falsch lesen: Die größten „Holder“ sind oft der Pool, ein Lock-Vertrag, ein Vesting-Vertrag oder eine Börse. Das öffentliche Beschriften dieser Adressen und die Erklärung, welche Bestände Insidern gehören (Lektion 6.3.4), verwandelt einen beängstigenden Chart in einen präzisen. Token, die eine Adresse erreichen, aber nicht im technischen Sinne verbrannt werden, zählen weiterhin zum Gesamtangebot; das ist ein Grund, warum Behauptungen über Burns mit Vorsicht zu genießen sind (Lektion 6.3.5).
  5. In den USA ersetzt die Veröffentlichung von Daten keine präzisen Aussagen; die Behauptungen, die ein Emittent aufstellt, sind es, was das Wertpapier-, Waren- und Verbraucherschutzrecht prüft (Lektionen 5.1.7 und 6.3.1). Aber on-chain-Evidenz ist der Weg, wie ein Ersteller zeigt, dass Aussagen wahr sind. Die Interpretation der SEC aus dem Jahr 2026 (Release No. 33-11412) ermutigt Emittenten, die Arbeit versprechen, öffentlich offenzulegen, wenn diese abgeschlossen ist, und ein Transaktionshash für eine Sperre (Lock), eine widerrufene Befugnis oder eine Vesting-Bereitstellung ist der direkteste Beweis. In der EU verlangt MiCA Artikel 6(1)(h), dass ein White Paper Informationen zur zugrunde liegenden Technologie enthält.
  6. Transparenz hat Kosten, die benannt werden sollten. Eine veröffentlichte Wallet verknüpft eine Person oder ein Unternehmen mit jeder vergangenen und zukünftigen Transaktion daraus, und große Wallets können Copy-Trading und unerwünschte Aufmerksamkeit anziehen. Ein Launch kann Adressen nach Rolle statt nach persönlichem Namen beschriften, aber was immer er veröffentlicht, ist dauerhaft, und Übertragungen zwischen beschrifteten und unbeschrifteten Wallets lassen sich in der Regel zurückverfolgen. Eine praktische Überprüfung: Öffnen Sie den Explorer, starten Sie von der veröffentlichten Vertragsadresse aus und versuchen Sie, den Pool, jede Sperre (Lock), jedes Insider-Wallet und jede Upgrade-Befugnis ausschließlich anhand der eigenen Landkarte des Launches zu identifizieren; alles, was sich nicht aus der Landkarte finden lässt, ist eine Lücke in dessen Offenlegung.

Kernfakten

  • Der EIP-20-Token-Standard, erstellt am 19. November 2015, macht name(), symbol() und decimals() optional, verlangt aber totalSupply().
  • Die Vertragsverifizierung auf Etherscan veröffentlicht den Quellcode und ermöglicht es jedem, zu bestätigen, dass er zum Bytecode passt, der on-chain deployed wurde.
  • Solana-Verified-Builds vergleichen Hashes des deployten Programms mit einem reproduzierbaren Build des öffentlichen Quellcode-Repositoriums.
  • Die vorgeschlagene Rule 103(b)(7) der Regulation Crypto Assets würde Emittenten verpflichten, Methoden zur Verifizierung der Transaktionshistorie des Tokens zu beschreiben.
  • Die vorgeschlagene Rule 103(b)(6) würde Emittenten verpflichten, die Website-Adresse des Quellcodes anzugeben, soweit sie ihn öffentlich verfügbar gemacht haben.
  • MiCA Artikel 6(1)(h) verlangt, dass ein Kryptowert-White Paper Informationen zur zugrunde liegenden Technologie enthält.

Übung neun, sechs, drei, eins

9SammelnNennen Sie bis zu 9 Adressen oder Code-Abschnitte, die ein Käufer prüfen müsste, um einen Token, den Sie kennen oder planen (manche Listen sind kürzer), zu verifizieren, wie z. B. den Token-Vertrag, den Pool, eine Sperre (Lock), einen Vesting-Vertrag oder eine Upgrade-Befugnis.
6GruppierenOrdnen Sie diese in 6 Kategorien ein: Token-Identität, Liquidität, Insider-Bestände, Sperrungen und Vesting, Code- und Upgrade-Kontrolle sowie Positionen, die noch keine öffentliche Adresse haben.
3VerdichtenReduzieren Sie die 6 Kategorien auf 3 Gruppen: bereits veröffentlichte und beschriftete Positionen, on-chain sichtbare, aber nicht erklärte Positionen und Positionen, die ein Käufer überhaupt nicht finden kann.
1KristallisierenSchreiben Sie einen Satz, der die eine Adresse oder den einen Nachweis beschreibt, dessen Veröffentlichung am meisten dazu beitragen würde, was ein Käufer über diesen Token verifizieren kann.

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

In der interaktiven Akademie öffnen →

EN PT ES ZH JA KO RU FR MS