Tokenomics erstellen: Die 7 Bausteine eines investorenfähigen Token-Modells
Tokenomics erstellen heißt, sieben Parameter festzulegen: Gesamtmenge, Verteilung, Vesting, Nutzen beziehungsweise Rechte, Emissions- und Burn-Logik, Rundenstruktur und Governance. Die Zahlen selbst sind in einer Stunde gesetzt. Die Arbeit besteht darin, jede einzelne davon so zu begründen, dass sie einer kritischen Rückfrage standhält.
Genau daran entscheidet sich, ob ein Modell trägt. Die Datenbasis aus über 50 Tokenisierungen in unterschiedlichen Branchen zeigt ein wiederkehrendes Bild: Projekte scheitern selten an einer falschen Prozentzahl, sondern daran, dass niemand erklären kann, warum diese Zahl dort steht. Dieser Artikel führt Sie durch die sieben Bausteine, zeigt, was bei regulierten Token anders läuft, und erklärt, worauf Investoren zuerst schauen.
Inhaltsverzeichnis
Das Wichtigste in Kürze
- Tokenomics erstellen heißt, sieben Bausteine festzulegen: Gesamtmenge, Verteilung, Vesting, Nutzen des Tokens, Emissions- oder Burn-Logik, Rundenstruktur und Governance.
- Die Verteilung wird in Prozentanteilen definiert – typischerweise auf Team, Investorenrunden, öffentlichen Verkauf, Ökosystem und Reserve. Entscheidend ist nicht die Zahl, sondern ihre Begründung.
- Vesting ist der Parameter, den Investoren am genauesten prüfen. Sperrfristen mit Cliff für Team und Advisors gehören in jedes ernsthafte Modell.
- Regulierte Token folgen einer anderen Logik. Bei Security Token tritt Anreizmechanik zurück, Kapitalstruktur und verbriefte Rechte treten nach vorn.
- Bei uns entsteht die Tokenomics in der Konzeptionsphase: rund 4 Wochen, 10.000€ Festpreis, inklusive Whitepaper. Grundlage sind über 50 Tokenisierungsprojekte aus unterschiedlichen Branchen.
Was Tokenomics sind – und was sie nicht sind
Tokenomics ist das Regelwerk für Entstehung, Verteilung und Freigabe der Token eines Projekts. Es beschreibt, wie viele Token es gibt, wer sie bekommt, wann sie verfügbar werden und welche Funktion oder welche Rechte sie tragen.
Drei Abgrenzungen helfen, den Begriff scharf zu halten. Tokenomics ist kein Preismodell – sie sagt nichts darüber aus, wie sich ein Token am Markt entwickelt. Sie ist keine Marketingfolie, auch wenn sie oft als Tortendiagramm auftritt. Und sie ist keine technische Spezifikation, sondern deren wirtschaftliche Grundlage: Der Smart Contract setzt später um, was hier entschieden wurde.
Drei Begriffe werden dabei regelmäßig verwechselt. Der Max Supply ist die maximale Anzahl Token, die jemals existieren kann. Der Total Supply umfasst alle bereits erzeugten Token abzüglich dauerhaft entfernter Einheiten. Der Circulating Supply bezeichnet die Token, die tatsächlich frei verfügbar sind – bei jungen Projekten oft nur ein kleiner Teil, weil der Rest gesperrt ist. Wer diese drei in Whitepaper und Kommunikation durcheinanderbringt, erzeugt sofort Misstrauen.
Die 7 Bausteine eines Tokenomics-Modells
Ein vollständiges Tokenomics-Modell beantwortet sieben Fragen, die aufeinander aufbauen. Diese Gliederung ist unsere Projektpraxis und kein branchenweiter Standard – andere Quellen ordnen dieselben Inhalte in fünf oder zwölf Punkte.
Wichtig ist die Reihenfolge: Wer beim Prozentsatz anfängt statt bei der Funktion des Tokens, arbeitet rückwärts.
1. Gesamtmenge – wie viele Token es geben soll
Die Gesamtmenge ist eine Rechengröße, keine Aussage über irgendetwas anderes. Ob ein Projekt 100 Millionen oder eine Milliarde Token vorsieht, ändert an der wirtschaftlichen Substanz nichts – es verschiebt nur die Nachkommastellen.
Praktisch relevant sind zwei Fragen. Erstens: Ist die Menge fix oder kann sie sich verändern? Zweitens: Lässt sich die geplante Rundenstruktur damit sauber abbilden, ohne dass unhandliche Bruchteile entstehen? Legen Sie sich früh fest – nachträgliche Änderungen der Supply-Logik sind nach dem Deployment nicht mehr sauber möglich.
2. Allocation – wer welchen Anteil bekommt
Die Allocation verteilt die Gesamtmenge auf definierte Gruppen. Üblich sind Team und Gründer, Advisors, frühe Investorenrunden, öffentlicher Verkauf, Ökosystem und eine Reserve.
Jede Kategorie braucht eine Funktion, nicht nur einen Prozentsatz. „Ökosystem: 20 Prozent“ ist keine Aussage. „Ökosystem: 20 Prozent, davon zweckgebunden für Partnerintegrationen und Liquiditätsbereitstellung, freigegeben über 36 Monate“ ist eine.
Die folgende Übersicht zeigt die gängigen Kategorien und die Fragen, die Investoren dazu stellen.
| Team & Gründer | Vergütung der Kernbeteiligten | lange Sperrfrist mit Cliff | Ist das Team wirtschaftlich gebunden? |
| Advisors | externe Unterstützung | mittlere Sperrfrist | Steht der Anteil im Verhältnis zur Gegenleistung? |
| Private Sale / frühe Runde | erste Finanzierung | gestaffelte Freigabe | Wie unterscheiden sich die Konditionen von späteren Runden? |
| Public Sale | breiter Verkauf | meist ohne oder mit kurzer Sperre | Wie groß ist der Anteil am Gesamtvolumen? |
| Ökosystem / Community | Anreize, Partner, Programme | zweckgebunden über die Laufzeit | Ist die Zweckbindung nachvollziehbar? |
| Reserve / Treasury | Rücklage für unvorhergesehenen Bedarf | zweckgebunden | Wer entscheidet über die Verwendung? |
Bewusst finden Sie hier keine empfohlenen Prozentwerte. Es gibt keine Norm, an der sich eine „richtige“ Verteilung messen ließe – sie folgt dem Geschäftsmodell, der Branche und der Investorenzielgruppe. Wer Zahlen von anderen Projekten übernimmt, kann sie im Gespräch nicht verteidigen.
3. Vesting und Cliff – wann Token freigegeben werden
Vesting bezeichnet die zeitlich gestaffelte Freigabe von Token über einen definierten Zeitraum. Ein Cliff ist eine vorgeschaltete Sperrfrist, vor deren Ablauf gar nichts freigegeben wird.
Dieser Baustein ist der am härtesten geprüfte des gesamten Modells. Er beantwortet für Investoren eine einfache Frage: Kann das Team kurz nach dem Launch aussteigen? Ein hoher Team-Anteil mit langer Bindung wirft weniger Fragen auf als ein moderater Anteil ohne jede Sperre. Definieren Sie Vesting für jede Kategorie getrennt und schreiben Sie die Zeitachse so auf, dass sie ohne Erläuterung lesbar ist.
4. Nutzen und Rechte – was der Token tatsächlich verkörpert
Hier entscheidet sich, um welche Art von Token es überhaupt geht. Ein Utility Token gewährt Zugang zu einer Funktion oder Leistung innerhalb eines Ökosystems. Ein Security Token verbrieft mitgliedschaftliche Rechte oder schuldrechtliche Ansprüche mit Vermögenswert und wird deshalb wie ein Wertpapier behandelt.
Diese Einordnung ist keine Stilfrage. Sie ergibt sich aus der wirtschaftlichen Ausgestaltung und bestimmt anschließend, welche der übrigen sechs Bausteine überhaupt sinnvoll sind. Deshalb gehört sie an den Anfang und nicht ans Ende.
5. Emission, Burn und Staking
Diese drei Mechanismen regeln, wie sich die Tokenmenge im Zeitverlauf verändert. Emission bezeichnet die Ausgabe neuer Token nach dem Start, ein Burn das dauerhafte Entfernen von Token aus dem Umlauf, Staking das Sperren von Token gegen eine Gegenleistung im Protokoll.
Prüfen Sie bei jedem dieser Mechanismen, welche wirtschaftliche Funktion er in Ihrem Modell erfüllt. Ein Burn, der nur eingebaut wird, weil andere Projekte einen haben, fällt in der Investorenprüfung sofort auf. Staking-Konstruktionen können darüber hinaus regulatorisch relevant sein – je nachdem, wie die Gegenleistung ausgestaltet ist. Klären Sie das mit dem Rechtspartner, bevor es im Whitepaper steht.
6. Rundenstruktur – wer wann kaufen kann
Die Rundenstruktur legt fest, in welchen Etappen Token an Investoren abgegeben werden: typischerweise eine oder mehrere private Runden, danach ein öffentlicher Teil. Zu jeder Runde gehören Volumen, Zeitpunkt, Zugangsvoraussetzungen und Freigabelogik.
Zwei Dinge werden hier häufig übersehen. Erstens muss die Struktur zur rechtlichen Konstruktion passen – wer sich auf eine Ausnahme von der Prospektpflicht stützt, kann den Adressatenkreis nicht beliebig wählen. Zweitens muss sie zum tatsächlichen Projektfortschritt passen: Eine Runde, die vor einem lieferbaren Ergebnis liegt, erzeugt Erklärungsbedarf.
7. Governance – wer Änderungen beschließen darf
Governance regelt, wer über Anpassungen am Modell entscheidet und nach welchem Verfahren. Das reicht von rein unternehmerischer Entscheidung bis zu Abstimmungsmechanismen im Smart Contract.
Auch ein bewusstes „keine Token-Governance“ ist eine Antwort – und bei regulierten Projekten oft die richtige. Wichtig ist, dass die Frage beantwortet wird, statt offen zu bleiben.
Warum regulierte Token anderen Regeln folgen
Bei einem Security Token ähnelt die Tokenomics einer Kapitalstruktur, nicht einem Anreizsystem. Im Vordergrund steht nicht, welches Verhalten der Token belohnt, sondern welche Rechte er verbrieft und wie sich diese Rechte auf Investorengruppen verteilen.
Damit fallen mehrere Bausteine anders aus. Der Nutzen des Tokens wird durch Rechte ersetzt: Beteiligung, Zahlungsanspruch, Erlösbeteiligung. Mechanismen wie Burn oder Staking ergeben in diesem Kontext meist keinen Sinn – ein Anteil an einem Unternehmen wird nicht verbrannt. Die Handelbarkeit ist eingeschränkt, weil Übertragungen an geprüfte Investoren gebunden sind. Und die Rundenstruktur folgt den Vorgaben, unter denen das Angebot rechtlich zulässig ist.
Die rechtliche Einordnung steht deshalb vor dem Tokenomics-Design und nicht danach. In der EU hängt an dieser Weiche, ob Wertpapier- und Prospektrecht greifen oder das MiCAR-Regime für Kryptowerte, die keine Finanzinstrumente sind. Die Strukturierung läuft bei uns über Partnerkanzleien und startet ab 10.000€; wie ein solches Angebot als Security Token Offering aufgebaut wird, ist ein Thema für sich.
Der gewählte Token-Standard begrenzt das Modell zusätzlich. Die folgende Gegenüberstellung zeigt die wesentlichen Unterschiede.
| Zentrale Frage | Welchen Nutzen stiftet der Token? | Welche Rechte verkörpert er? |
| Verteilungslogik | Community und Ökosystem | Investorenrunden, Kapitalstruktur |
| Burn / Staking | verbreitet | in der Regel nicht sinnvoll |
| Handelbarkeit | grundsätzlich offen | durch KYC und Transferregeln begrenzt |
| Typischer Standard | ERC-20, BEP-20, Solana SPL | ERC-3643 |
| Verankerung | Whitepaper, Ökosystem-Dokumentation | Rechtsdokumentation und Whitepaper |
Der letzte Punkt hat praktische Folgen. ERC-3643 bildet Identitätsprüfung und Transferbeschränkungen auf Protokollebene ab – ein Token lässt sich damit nur an verifizierte Wallets übertragen. Distributionsmechaniken, die auf freier Weitergabe beruhen, funktionieren in dieser Umgebung nicht. Welche Standards sonst infrage kommen, haben wir beim Ethereum Token erstellen ausführlicher aufgeschlüsselt.
Wie Investoren Ihre Tokenomics prüfen
Erfahrene Investoren lesen ein Tokenomics-Modell nicht von oben nach unten, sondern in einer festen Reihenfolge – und die beginnt selten bei der Gesamtmenge. Geprüft wird zuerst, was über die Bindung des Teams Auskunft gibt.
In der Praxis läuft die Prüfung meist so ab: Zuerst das Vesting, weil es zeigt, ob die Interessen der Gründer mit denen der Investoren zusammenlaufen. Dann die Verhältnisse innerhalb der Allocation – nicht die absoluten Zahlen, sondern das Verhältnis von Team zu Investoren zu Ökosystem. Danach Nutzen und Rechte: Was bekommt der Erwerber tatsächlich, und ist das nachprüfbar? Anschließend die Governance, also die Frage, wer die Regeln später ändern kann. Zuletzt die Konsistenz zwischen Whitepaper, Rechtsdokumentation und Smart Contract. Widersprüche an dieser Stelle beenden Gespräche schneller als jede unbequeme Zahl.
Über unser Netzwerk wird die kritische erste Funding-Phase abgesichert – und aus diesen Gesprächen kommt das Feedback, das ein Modell belastbar macht. Rückfragen privater Investoren sind der beste verfügbare Test für eine Tokenomics, lange bevor sie öffentlich wird.
„In über 50 Projekten haben wir einen Mustervergleich gesehen: Projekte mit klarem Use Case und sauberer Tokenomics setzen sich durch – Projekte, die nur auf Hype setzen, scheitern fast immer am Ende der ersten Funding-Runde. Investoren mit echtem Kapital prüfen Substanz, nicht Marketing.“ — Dimitri Haußmann, Gründer & Geschäftsführer Token Ersteller
Die häufigsten Fehler beim Erstellen von Tokenomics
Fehler entstehen selten aus Unwissen über die Bausteine, sondern aus der Reihenfolge, in der sie bearbeitet werden. In der Praxis haben wir festgestellt, dass sich fast alle Probleme auf sechs Muster zurückführen lassen.
Diese sechs begegnen uns am häufigsten:
- Zahlen ohne Begründung. Die Allocation wird von einem bekannten Projekt übernommen. Auf die Frage „warum diese Aufteilung?“ gibt es keine projekteigene Antwort.
- Team-Token ohne oder mit zu kurzem Vesting. Der Klassiker unter den Warnsignalen – und meist keine böse Absicht, sondern schlicht nicht mitgedacht.
- Tokenomics vor der rechtlichen Einordnung. Das Modell steht, dann stellt sich heraus, dass der Token als Finanzinstrument einzuordnen ist. Halbe Mechanik fällt weg.
- Mechanismen ohne Funktion. Burn oder Staking werden eingebaut, weil sie zum Genre gehören, nicht weil sie im Modell etwas leisten.
- Whitepaper und Smart Contract weichen voneinander ab. Im Dokument steht ein Vesting-Plan, im Code eine andere Freigabelogik.
- Reserve ohne Zweckbindung. Ein zweistelliger Prozentsatz liegt in einem Topf, für den weder Verwendung noch Entscheidungsregel definiert ist.
Vier dieser sechs Punkte sind Reihenfolgefehler, keine Wissenslücken. Wer die rechtliche Einordnung und die Funktion des Tokens vor die Prozentzahlen stellt, vermeidet sie fast automatisch. Genau deshalb steht die Konzeption in unserem Prozess vor der technischen Umsetzung.
Nicht jede Anfrage führt zu einem Projekt – wir filtern bewusst nach Tragfähigkeit. Bevor Kosten entstehen, prüfen wir kostenlos, ob Ihr Vorhaben ein tragfähiges Token-Modell hergibt, und sagen Ihnen offen, wenn wir Zweifel haben. → Kostenloses Strategiegespräch vereinbaren
Tokenomics-Rechner und Vorlagen: was sie leisten – und wo sie aufhören
Tokenomics-Rechner und Tabellenvorlagen sind nützlich. Für Supply-Verteilung, Vesting-Zeitachsen und die Konsistenzprüfung von Prozentsummen sparen sie echte Arbeit, und wir nutzen selbst Tabellenmodelle in dieser Phase.
Ihre Grenze liegt an drei Stellen. Erstens bei der Begründung: Ein Rechner sagt Ihnen, dass 15 Prozent 15 Prozent sind, aber nicht, warum diese Zahl für Ihr Geschäftsmodell die richtige ist. Zweitens bei der rechtlichen Passung: Kein Tool prüft, ob Ihre Rundenstruktur mit der geplanten Angebotsform vereinbar ist. Drittens bei der technischen Abbildbarkeit: Ob sich eine Freigabelogik im gewählten Token-Standard sauber umsetzen lässt, entscheidet sich im Smart Contract, nicht in der Tabelle.
Anders gesagt: Die Zahlen können Sie selbst setzen. Schwierig wird es bei allem, was danach kommt.
Wie wir Tokenomics erstellen: Ablauf, Dauer und Kosten
Bei uns entsteht die Tokenomics in der Konzeptionsphase – rund vier Wochen, 10.000€ als Festpreis, inklusive vollständigem Whitepaper. Konzeption und Tech – immer zu einem fixen Preis.
Der Ablauf beginnt mit dem Geschäftsmodell, nicht mit dem Token. Wir klären zuerst, welche Funktion der Token im Vorhaben erfüllt und welche Investorengruppe angesprochen werden soll. Parallel läuft die Abstimmung mit dem Rechtspartner zur Einordnung. Erst danach entstehen Gesamtmenge, Allocation, Vesting-Plan und Rundenstruktur – jeweils mit schriftlicher Begründung, die später im Whitepaper und in Investorengesprächen trägt.
Sie erhalten am Ende ein Allocation- und Vesting-Modell mit Zeitachse, die Rundenstruktur, die Begründungslogik zu jedem Parameter und das fertige Whitepaper-Kapitel. Zur Einordnung: Die Konzeption ist Teil des Setups von 25.000€, zusammen mit der rechtlichen Strukturierung ab 10.000€ liegt das realistische Gesamtbudget bei mindestens 35.000€. Eine vollständige Aufschlüsselung finden Sie in unserer Kostenübersicht.
Ein Beispiel aus der Praxis: Bei einem Tokenisierungsprojekt im Bereich erneuerbare Energien sah der erste Entwurf eine hohe Team-Allocation mit kurzer Sperrfrist und eine große öffentliche Tranche direkt zum Start vor. In den ersten Investorengesprächen führte beides sofort zu Rückfragen. Geändert wurde nicht die Gesamtmenge, sondern die Zeitachse: längeres Vesting mit Cliff für Team und Advisors, gestaffelte Freigabe der Verkaufstranchen entlang des Projektfortschritts. Umgesetzt wurde das als Solana-basierte Lösung mit angepasster Tokenomics, bei der die Freigabelogik technisch abgebildet ist und nicht nur im Dokument steht. Weitere Projekte finden Sie in unserem Portfolio; wie der Gesamtprozess aussieht, beschreibt unsere Seite zum Token erstellen.
Fazit
Kostenloses Beratungsgespräch
FAQ
Wie erstelle ich die Tokenomics für mein Projekt?
Legen Sie sieben Bausteine fest: Gesamtmenge, prozentuale Verteilung, Vesting-Fristen, Nutzen beziehungsweise Rechte, Emissions- oder Burn-Logik, Rundenstruktur und Governance. Jede Zahl braucht eine Begründung, die einer Investorenrückfrage standhält. Bei uns entsteht dieses Modell in rund vier Wochen als Teil der Konzeption für 10.000€.
Wie viel Prozent der Token sollte das Team bekommen?
Es gibt keine feste Norm, und wer eine nennt, verkauft Ihnen eine Faustregel als Fakt. Wichtiger als die Höhe ist die Sperrfrist: Team-Token ohne Vesting gelten unabhängig vom Prozentsatz als Warnsignal. Die Verteilung sollte sich aus Ihrem Geschäftsmodell und der Investorenzielgruppe ableiten lassen.
Was bedeutet Vesting bei Token und warum ist es wichtig?
Vesting bezeichnet die zeitlich gestaffelte Freigabe von Token, häufig kombiniert mit einer vorgeschalteten Sperrfrist, dem Cliff. Investoren prüfen diesen Parameter am genauesten, weil er zeigt, ob das Team wirtschaftlich an das Projekt gebunden ist. Aus über 50 Tokenisierungsprojekten wissen wir, dass hier die meisten Rückfragen entstehen.
Unterscheiden sich die Tokenomics bei Security Token von denen bei Utility Token?
Ja, grundlegend. Bei Utility Token steht die Anreizmechanik im Ökosystem im Vordergrund, bei Security Token die Kapitalstruktur und die verbrieften Rechte – Mechanismen wie Burn oder Staking ergeben dort meist keinen Sinn. Welche Logik gilt, hängt an der rechtlichen Einordnung, die in unseren Projekten vor dem Tokenomics-Design geklärt wird.
Kann ich die Tokenomics nach dem Launch noch ändern?
Nur eingeschränkt. Die Supply-Logik ist nach dem Deployment im Smart Contract festgeschrieben, und Freigabepläne, die dort hinterlegt sind, laufen wie programmiert weiter. Änderbar sind in der Regel nur Bereiche, die bewusst als anpassbar angelegt wurden – und jede Anpassung erfordert Kommunikation gegenüber Investoren sowie gegebenenfalls einen erneuten Audit.
Brauche ich zuerst die Tokenomics oder zuerst das Whitepaper?
Beides entsteht zusammen. Die Tokenomics ist das Rückgrat des Whitepapers: Ohne festgelegte Verteilung, Vesting-Logik und Rundenstruktur lässt sich der Finanzierungsteil nicht schreiben. Deshalb bündeln wir beides in einer Konzeptionsphase von rund vier Wochen.
