Prüffrage · alle Coins im Direktvergleich
Supply fix und bewiesen?
Stand der Recherche: · alle Zahlen mit Quellenangabe im Text
Von den 36 auf dieser Seite geprüften Kryptowährungen stehen bei der Prüffrage „Supply fix und bewiesen?" 13 grün · 4 gelb · 19 rot (Stand 21. Juli 2026). Die Einstufung folgt den unten zitierten Ankern der Methodik; jeder Befund ist im jeweiligen Dossier bis zur Quelle belegt.
Coins mit rotem Verdikt (19)
| Coin | Verdikt | Befund der Recherche |
|---|---|---|
| Pieverse (PIEVERSE) | Rot | 1 Mrd. erreicht, aber der Owner kann jederzeit neue Minter ernennen; die Obergrenze sichert nur ein manuell gepflegter Zähler (Prüf-Lücke ~9,77 Mio.). |
| PAX Gold (PAXG) | Rot | Keine Obergrenze by Design: Eine einzige supplyController-Adresse von Paxos kann jederzeit minten, und AGB-Abschnitt 15.2 erlaubt ausdrücklich die Ausgabe neuer PAXG an Paxos selbst als Lagergebühr — mit dokumentierter Verwässerungsfolge; im Normalbetrieb ist jeder Token allerdings durch Gold gedeckt und monatlich attestiert. |
| Ondo (ONDO) | Rot | Zwar 10 Mrd. Festmenge ohne geplante Inflation, aber der Contract enthält DEFAULT_ADMIN_ROLE, MINTER_ROLE und einen globalen Transfer-Schalter — wer diese Rollen hält, ist nirgends dokumentiert. |
| OKB (OKB) | Rot | Der Ethereum-Contract bleibt ein upgradebarer Proxy mit unbekanntem Owner — die „fixe“ Supply ist nur so fix, wie OKX sie lässt —, und für die ~98 % der Menge auf der X Layer existiert kein öffentlich nachvollziehbarer Supply-Beweis. |
| MemeCore (M) | Rot | Die Total Supply liegt mit 5,393 Mrd. M rund 187 Mio. M über dem dokumentierten 30-M/Block-Schema, eine offizielle Erklärung fehlt, der Burn-Mechanismus ist eine Leerformel („may be burned“) und die Kontrolle über Emission und Konsens-Parameter liegt bei anonymen Betreibern. |
| Terra Classic (LUNC) | Rot | Der Max Supply ist laut CoinGecko explizit unbegrenzt, Total Supply liegt live abgefragt bei ca. 6,454 Billionen LUNC, und die Module x/mint, x/market sowie x/treasury besitzen weiterhin technische Prägerechte, die per Governance-Beschluss ohne Hard Fork reaktivierbar wären. |
| Monad (MON) | Rot | Ein on-chain fixierter Höchstbetrag ist nicht belegt: Jeder Block erzeugt fix 25 MON (~2 Mrd. MON/Jahr Inflation) ohne dokumentierten Deckel, während CoinGecko „unbegrenzt“ und CoinMarketCap 114,17 Mrd. MON angeben, ohne dass eine Primärquelle diese Zahl herleitet. |
| Morpho (MORPHO) | Rot | Die Datei MorphoTokenEthereum.sol enthält eine mint-Funktion mit onlyOwner und ohne Cap-Prüfung, während das Whitepaper „No new tokens can be minted beyond this cap“ behauptet — die Deckelung auf 1 Mrd. ist damit eine Governance-Zusage, keine Code-Garantie; der Inhaber des Upgrade-Schlüssels des ERC-1967-Token-Proxys war trotz Suche nicht zu ermitteln. |
| Pepe (PEPE) | Rot | Nur auf Ethereum ist die Menge mit 420.689.899.646.442,54 PEPE bewiesen fix (kein mint-Selektor, kein Proxy, Eigentum seit dem 14.04.2023 um 21:08:59 UTC an der Null-Adresse); die gebrückte BSC-Version stuft GoPlus dagegen als is_mintable = 1 ein, prägen könnten dort fünf von acht anonymen Mitunterzeichnern — adressgleich mit jenen der 2023 geleerten Projektkasse —, und für die 594,56 Mrd. gebrückten PEPE (0,141 %) fehlt jeder Lock- oder Escrow-Nachweis. |
| Pi Network (PI) | Rot | Das Feld total_coins steht zwar in jedem geprüften Block konstant auf 100.000.000.000,0000000 PI, doch die Kontrolle über eine mögliche Nachschöpfung ist anonym: Der real laufende Node-Code ist nicht veröffentlicht (der öffentliche Fork pi-apps/stellar-core hat 0 eigene Commits und liegt 1.746 Commits zurück), die Validatorenliste fehlt (stellar.toml liefert auf beiden geprüften Domains HTTP 404), und die eigene Node-Seite beschreibt bis heute eine „centralized layer" unter Kontrolle des Kernteams — die Durchsetzung der Obergrenze ist von außen nicht prüfbar. |
| Render Network (RENDER) | Rot | Die Mint-Authority des Solana-Tokens ist bis heute aktiv besetzt (ebenso die Freeze-Authority), die historische Obergrenze von 536.870.912 ist bereits um 30,86 Mio. RENDER überschritten, zwei offizielle Max-Supply-Zahlen widersprechen sich (644.245.094 laut RNP-001-Arithmetik gegen 644.168.762 im MiCA-Whitepaper), und RNP-023 zitiert RNP-001 mit der Ansage, verbrannte Token ab "BME year 60" neu prägen zu dürfen. |
| Stable (STABLE) | Rot | Das Whitepaper legt zwar 100.000.000.000 STABLE als feste Obergrenze fest, doch auf der BNB Smart Chain prägt und verbrennt ein upgradebarer Proxy (StableOFTUpgradeable) selbst — die Präge-Fähigkeit existiert real —, sein Admin hängt an einem 3-von-5-Safe ohne dokumentierten Timelock und ohne benannte Schlüsselinhaber, und auf der eigenen Kette besteht der STABLE-Precompile nur aus 88 Byte Revert-Stub, dessen Logik im nicht-öffentlichen Client liegt: On-chain ist die Obergrenze an keiner Stelle prüfbar. |
| United Stables (U) | Rot | Die Max Supply ist bei CoinMarketCap und CoinGecko als unbegrenzt gefuehrt; ein 2-von-4-Multisig und der Steuerungsvertrag StablecoinAutoOwner koennen jederzeit praegen, die Abgabe der Eigentuemerrechte ist im Code deaktiviert (revert Unsupported), und die vier Schluesselinhaber sind nicht identifizierbar. |
| Audiera (BEAT) | Rot | Die Obergrenze von 1 Mrd. BEAT ist per totalSupply on-chain bestaetigt, doch der verifizierte Contract enthaelt eine owner-kontrollierte mint-Funktion in anonymer Hand; die Renounce-Angabe stammt nur aus der fuer diesen Token nachweislich fehlerhaften GoPlus-Quelle. |
| Cosmos Hub (ATOM) | Rot | Kein Max Supply — ATOM ist rein inflationär mit 10% p.a. am Deckel und ~52,07 Mio. neuen ATOM pro Jahr; die Nachschöpfung ist nicht nur möglich, sondern dauerhaft protokollseitig eingebaut. |
| GateToken (GT) | Rot | Der ERC-20 hat keine mint-Funktion, doch die native Kette nutzt ein Cosmos-mint-Modul mit Staking-Belohnungen „bis zu 20 %“, deren Emissionsquelle und -höhe unbekannt sind — ob GT netto inflationär oder deflationär ist, bleibt laut Dossier offen. |
| JUST (JST) | Rot | Zwar ist die Genesis bei 9,9 Mrd. gedeckelt, doch der Contract-Scan flaggt Owner-Privilegien wie Balance-Modification und einen „hidden owner“, und die Admin-Key-/Multisig-Kontrolle bleibt öffentlich unbelegt (Kapitel 12). |
| POL (POL) | Rot | Es gibt bewusst keine Max-Supply; on-chain sind mit 10.682.181.193,87 POL rund +682 Mio. (+6,82 %) ueber der 10-Mrd.-Anfangsmenge nachweislich neu gepraegt (rund 2 %/Jahr Daueremission). |
| Quant (QNT) | Rot | Das On-chain-Gesamtangebot liegt seit 2018 stabil bei 45.467.000 QNT, doch der Vertrag enthält laut EtherAuthority-Audit eine unbegrenzte Mint-Funktion (beschränkt auf die Crowdsale-Adresse), deren aktueller Status sich nicht gegenprüfen ließ — Nachschöpfung ist technisch möglich. |
Coins mit gelbem Verdikt (4)
| Coin | Verdikt | Befund der Recherche |
|---|---|---|
| Jito (JTO) | Gelb | Mint- und Freeze-Authority sind laut direktem On-Chain-Scan (RugCheck, 21.07.2026) auf null gesetzt, doch die Gesamtmenge bleibt zwischen Aggregatoren strittig (CoinGecko 1 Mrd. vs. CoinMarketCap/RugCheck 986,52 Mio.) und ließ sich an keinem Block-Explorer direkt zweitverifizieren. |
| LayerZero (ZRO) | Gelb | Der ZRO-Contract zeigt on-chain 951,1 Mio. statt der kommunizierten 1 Mrd. ZRO als Max Supply, im öffentlichen Interface ist keine mint()-Funktion sichtbar, doch der volle Quellcode war beim Abruf abgeschnitten und eine aktive 3-von-5-Multisig hält weiterhin Admin-Rechte (kein Ownership-Verzicht). |
| Kaito (KAITO) | Gelb | Die Maximalmenge von 1.000.000.000 KAITO ist im Contract-Konstruktor fixiert und laut zwei unabhängigen BaseScan-Quellcode-Prüfungen ohne externe mint()-Funktion, doch CertiK Skynet listet für denselben Contract widersprüchlich eine „vorhandene" Mint-Funktion – ein Widerspruch, der bis 21.07.2026 ungeklärt blieb. |
| KuCoin Token (KCS) | Gelb | Der maßgebliche Ethereum-Vertrag ist im Quellcode verifiziert, nicht upgradebar und hat keine Mint-Funktion — Nachschöpfung ist dort technisch ausgeschlossen —, aber die Mengenbuchhaltung nicht: 165.641.743 KCS auf der Kette gegen 142.155.021 laut Aggregatoren (23.486.722 KCS unerklärt), der Alt-Vertrag liefert weiter 170.118.638 Stück, und wie die KCC-Menge auf der Ethereum-Seite gedeckt ist, bleibt ungeklärt. |
Coins mit grünem Verdikt (13)
| Coin | Verdikt | Befund der Recherche |
|---|---|---|
| OriginTrail (TRAC) | Grün | 500 Mio. on-chain bewiesen, mintingFinished() = true — Nachschöpfung technisch unmöglich. |
| AKEDO (AKE) | Grün | Total- und Max-Supply sind mit 100 Mrd. AKE identisch, der verifizierte BscScan-Quellcode enthält keine mint()-Funktion und GoPlus bestätigt unabhängig is_mintable = false. |
| Aster (ASTER) | Grün | Die Max Supply von 8 Mrd. ist on-chain durchgesetzt: Contract verifiziert, nicht mintbar, kein Proxy, nicht pausierbar, kein versteckter Owner — Nachschöpfung ist technisch unmöglich. |
| Lorenzo Protocol (BANK) | Grün | Der Hard-Cap von exakt 2,1 Mrd. BANK ist per eigenem cap()-eth_call on-chain bewiesen (Hex 0x06c9144c1c690d4cb4000000), der Contract ist nicht upgradebar (kein Proxy) und Prägung nur via tgeContract unter dem Cap — Nachschöpfung über die Obergrenze technisch ausgeschlossen. |
| DeXe (DEXE) | Grün | Der Ethereum-Contract hat eine fixe Gesamtmenge von 96.504.599 DEXE und laut Quellcode keine Mint-Funktion (nur burn/burnFrom) — Nachschöpfung ist technisch unmöglich. |
| Ethena (ENA) | Grün | Gesamt- und Maximalmenge sind identisch bei 15.000.000.000 ENA, es gibt also keine Neuprägung; der Ethereum-Vertrag 0x57e114B691Db790C35207b2e685D4A43181e6061 ist ein auf Etherscan als Exact Match verifizierter Standard-ERC-20 ohne Proxy, ohne Blacklist und ohne Pause-Funktion, einen Burn-Mechanismus nennt die Doku nicht. |
| Pump.fun (PUMP) | Grün | Eigene Abfrage über einen Solana-Knoten zeigt mintAuthority, freezeAuthority und Metadaten-Update-Berechtigung auf null (Slot 434.337.957); von maximal 1 Bio. Token existieren nur noch 847,85 Mrd., 152,15 Mrd. (15,22 %) sind nachweislich verbrannt. |
| Algorand (ALGO) | Grün | Die Maximalmenge ist fest auf 10 Mrd. ALGO gedeckelt, on-chain über den Ledger-Supply-Endpunkt verifizierbar (~9,745 Mrd. Gesamtbestand); die Emission erfolgt aus Reservetöpfen bzw. dem FeeSink, nicht durch Neuschöpfung. |
| 币安人生 (币安人生) | Grün | Total = Circulating = Max = 1.000.000.000 Token; GoPlus bestätigt „is_mintable = 0“, kein Proxy, keine Mint-Funktion — eine Nachschöpfung ist technisch ausgeschlossen. |
| Bitget Token (BGB) | Grün | Aktiver Kontrakt ist ein Standard-ERC-20 ohne Mint-, Owner- oder Upgrade-Rechte (Etherscan-verifiziert), Nachschoepfung technisch unmoeglich; die 54,45 % (1.089.079.125,35 BGB) an der dead-Adresse sind on-chain nachrechenbar. |
| Ethereum Classic (ETC) | Grün | Die Obergrenze von ~210,7 Mio. ETC ist über ECIP-1017 fest verdrahtet — ohne Emittent, Admin-Keys oder diskretionäre Emission; einzige Neuschöpfung ist das fixe, absinkende Mining (aktuell 2,048 ETC/Block). |
| Jupiter (JUP) | Grün | Ein direkter Solana-RPC-Read zeigt am JUP-Mint weder Mint- noch Freeze-Authority — Nachschöpfung ist technisch unmöglich, die On-Chain-Supply steht fix bei 6.862.431.315 JUP. |
| Kaspa (KAS) | Grün | Die Obergrenze von max. ca. 28,70 Mrd. KAS folgt einem im Quellcode (coinbase.rs, 426 Monatswerte, Faktor 2^(-1/12)) verifizierbaren Emissionsplan; ca. 96,1 % sind on-chain gemint, keine diskretionaere Nachschoepfung, kein Premine. |
Wann gilt hier grün, gelb oder rot?
Für die Prüffrage „Supply fix und bewiesen?" gelten diese veröffentlichten Anker:
| Stufe | Gilt, wenn … |
|---|---|
| Grün | Obergrenze on-chain bewiesen, Nachschöpfung technisch unmöglich. |
| Gelb | Obergrenze plausibel, aber nicht vollständig on-chain durchgesetzt oder dokumentiert. |
| Rot | Nachschöpfung technisch möglich und/oder Kontrolle darüber anonym. |
| Unbekannt | Die Frage ließ sich trotz ernsthafter Suche nicht beantworten. Eine behauptete, aber nicht belegbare Eigenschaft gilt dagegen als rot. |
Die anderen Prüffragen
Produkt nachweislich live?, Braucht das Produkt den Token?, Wem gehört der Bestand?, Droht Angebotsdruck aus Unlocks?, Externes Sicherheits-Audit?, Rechtsperson & Team-Transparenz, Partnerschaften unabhängig belegt?, Echte Nutzung on-chain messbar?, Organische Community-Substanz?, Handelsplatz-Qualität, MiCA-/Regulierungsstatus, Regulär in Deutschland kaufbar?, Steuerliche Klarheit (§ 23 EStG), Track-Record & Liefertreue, Datentransparenz des Projekts
Alle Prüffragen im Überblick: Prüffragen-Übersicht · Coins nebeneinander: Coin-Vergleich