Fair Launches auf Bitcoin: vom Entwurf zur Praxis

Neugier

1. Wie kann ein Markt ohne einen Eigentümer funktionieren, der das Angebot kontrolliert?
2. Welche Angriffsvektoren schwächt das UTXO-Modell ab, und welche bleiben bestehen?
3. Worin genau besteht der Kompromiss zwischen Sicherheitsgarantien und Ausführungsgeschwindigkeit in einer Umgebung mit fester Blockzeit?

Erkunden

Teil IBlueprint: ein Fair-Launch-Markt auf Bitcoin

1. Das Design von Bitcoin beseitigt einige der gängigsten Betrugswerkzeuge, die anderswo zu finden sind: keine Admin-Schlüssel über das Basis-Asset, keine dauerhaften Token-Approvals und keine upgradebare Logik, bei der sich Regeln stillschweigend ändern. Die Ausgabe ist fest und wird durch Konsens statt durch ein Gremium gesteuert, und mit dem Standard-Signaturtyp legt sich jeder Ausgabevorgang auf genau festgelegte Inputs und Outputs fest. Auf Bitcoin aufgebaute Token können dennoch missbraucht werden, etwa durch ein großes Premine des Erstellers; ein fairer Markt braucht daher zusätzlich eigene Regeln.
2. Code ist nur die eine Hälfte von Fairness; die andere ist das Verhalten. Ein Launch nach diesen Standards hätte außerdem keinen Admin oder Promoter, von dessen fortlaufender Arbeit die Holder abhängen (die „Bemühungen anderer“, die im Zentrum des US-amerikanischen Howey-Tests stehen), würde keine Gewinn- oder Renditeversprechen machen, klar offenlegen, was der Token ist und was nicht, jede bezahlte Werbung offenlegen und vor dem Start eine rechtliche Prüfung einholen. Keine der beiden Hälften genügt allein: Ehrliche Menschen können ausnutzbaren Code ausliefern, und sicherer Code kann mit irreführenden Versprechen verkauft werden.
3. Ein Fair-Launch-Design schließt Mint-Missbrauch konstruktionsbedingt aus: Das Angebot wird bei der Erstellung fixiert, und kein Schlüssel kann es erhöhen. Honeypots verschwinden, wenn Verkaufen jederzeit möglich ist und kein Eigentümer Ausstiege blockieren kann. Oracle-Manipulation entfällt, weil sich der Preis ausschließlich aus den eigenen Reserven der Kurve ergibt. Sybil-Reward-Farming bringt nichts, wenn Belohnungen linear zum Guthaben sind. Liquidity Pulls sind nur dann unmöglich, wenn die Reserve von den Regeln selbst gehalten wird; Bitcoin Script kann eine solche Reserve nicht halten, daher muss sie auf einer Host-Schicht liegen, deren Vertrauensmodell zur Grenze wird.
4. Sniping- und Sandwich-Angriffe werden innerhalb eines Blocks durch ein einheitliches Clearing pro Block neutralisiert. Alle Trades in einem Block werden zu einem einheitlichen Preis abgewickelt, wodurch der Vorteil der Reihenfolge innerhalb des Blocks entfällt, auch wenn ein Miner einen Auftrag weiterhin verzögern oder ausschließen kann. Ein Kauf in einem früheren Block kann sich immer noch lohnen; dieser Vorteil ist also begrenzt, nicht beseitigt. Wenn große Holder verkaufen, entsteht ein Preisrisiko für andere Teilnehmer, aber kein Diebstahl; das ist normale Marktvolatilität. Verwahrende Börsen können Trades off-chain, außerhalb dieser Regeln, miteinander verrechnen, die On-Chain-Abwicklung bleibt davon jedoch unberührt.
5. Nicht reduzierbare Risiken bleiben: Phishing, Identitätsbetrug, bezahlter Hype und schlechtes individuelles Urteilsvermögen sind menschliche Faktoren, die kein Protokoll beseitigen kann. Das verbleibende Vertrauen hängt vollständig von der Host-Schicht ab. Ein Metaprotokoll stützt sich für seine Regeln auf den Bitcoin-Konsens und auf Indexer, kann selbst aber keine Bitcoin halten. Ein BitVM-Rollup setzt voraus, dass mindestens einer von n Betreibern ehrlich ist, um Betrug anzufechten. Eine Sidechain-Föderation erfordert Vertrauen in eine bestimmte Gruppe von Unterzeichnern. Jede Wahl tauscht andere Risiken gegen andere Fähigkeiten.
6. Die Kosten sind real: weniger Funktionen, grobe Preisaktualisierungen bei Blöcken im Abstand von rund zehn Minuten und Gebühren, die bei Überlastung steigen. Keiner der Bausteine ist neu. AMM-Contracts ohne Admin laufen seit Uniswap v1 (2018); Batch-Auktionen laufen auf CoW Protocol und in den Per-Block-Swaps von Penumbra; Shutter verschlüsselt ausstehende Transaktionen; PSBTs machen das Signieren auf Bitcoin explizit; Runes bringt Token auf Bitcoin; BitVM weist den Weg zu vertrauensminimierten Bitcoin-Layern. Noch kein weit verbreitetes Launchpad vereint sie alle. Dieser Blueprint ist ein offenes Design, das jeder umsetzen kann.

Teil IIFair Launches auf Bitcoin: vom Entwurf zur Praxis

7. Der Genesis-Block von Bitcoin, am 3. Januar 2009 gemined, enthielt keinen Premine. Die Belohnung von 50 BTC war nicht ausgebbar, und das Mining stand mit der ersten öffentlichen Softwareversion am 9. Januar 2009 allen offen. Die Verteilung hing allein von der Hashrate ab; frühe Miner, darunter Satoshi Nakamoto, sammelten einen Großteil des anfänglichen Angebots durch ihre Dominanz statt durch Zuteilung an. Kein Gremium verteilte Coins, doch Netzwerkeffekte konzentrierten den Wohlstand trotzdem bei denen, die zuerst da waren.
8. Runes, gestartet zum Halving im April 2024, führte offene Etchings mit festen Mint-Obergrenzen und Blockhöhen-Fenstern ein. Jeder konnte ohne Erlaubnis eines Emittenten eine feste Menge minten und zahlte dabei nur Gebühren. Damit entfielen Admin-Keys bei der Erstellung von Token, nicht aber bei der Verteilung: Ersteller können sich einen Premine reservieren, und Bots sowie frühe Teilnehmer sicherten sich bei offenen Mints oft große Anteile. Das Protokoll setzte die Obergrenze durch, nicht aber eine gerechte Beteiligung.
9. Metaprotokolle wie Alkanes, live seit Anfang 2025, beherbergen Programme, die in Bitcoin-Transaktionen transportiert und von Alkanes-Indexern ausgeführt werden. Diese Plattformen unterstützen Token-Launchpads, auf denen Entwickler Logik für Minting und Handel bereitstellen. Während die Basisschicht erlaubnisfrei bleibt, setzen manche Launchpads Operatoren ein, die Liquidität und Orderbücher verwalten. Das Vertrauen verlagert sich von den Protokolldesignern auf diese Intermediäre, wodurch neue Schwachstellen und zentralisierte Kontrolle entstehen.
10. Bitcoin-Layer wie Citrea, das im Januar 2026 im Mainnet startete, ermöglichen Märkte im AMM-Stil mit über BitVM gebridgten Bitcoin. Diese Rollups führen komplexe Logik off-chain aus und wickeln auf Bitcoin ab. Sie bieten schnellere Ausführung, verlangen von den Nutzern aber, den Sicherheitsannahmen der Bridge zu vertrauen. Der Zielkonflikt besteht zwischen Ausdrucksstärke und dem Risiko eines kompromittierten Sequencers oder Validator-Sets.
11. Abweichende Indexer bleiben eine kritische Lücke in Bitcoin-basierten Token-Märkten. Verschiedene Software-Implementierungen können Protokollregeln unterschiedlich auslegen, was zu abweichenden Sichten auf Angebot und Eigentum führt. Ein Nutzer, der laut einem Indexer einen Token hält, kann laut einem anderen als zahlungsunfähig erscheinen. Diese Fragmentierung erschwert den Handel und erhöht das Fehlerrisiko bei Swaps oder Liquidationen.
12. Ob ein Markt Batch-Clearing, den Verzicht auf Admin-Keys und die Abwicklung in nativem Bitcoin vereinen kann, ist weiterhin offen. Bestehende Plattformen setzen meist auf von Operatoren betriebene Orderbücher, gepoolte Liquidität mit Admin-Kontrollen oder Wrapped Bitcoin. Die Bausteine existieren (Level VIII), und die technischen Hürden sind niedriger als zu Beginn von Bitcoin; das Problem der sozialen Koordination bleibt.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

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

• E. Budish, P. Cramton & J. Shim, 'The High-Frequency Trading Arms Race: Frequent Batch Auctions as a Market Design Response', Quarterly Journal of Economics (2015)
• BIP-174: Partially Signed Bitcoin Transaction Format (2017)
• C. Rodarmor, Runes documentation (2024)
• R. Linus, 'BitVM: Compute Anything on Bitcoin' (2023)
• Runes Documentation (docs.ordinals.com)
• Alkanes Documentation
• Citrea Mainnet Announcement (January 2026)
• Bitcoin Whitepaper by Satoshi Nakamoto (October 31, 2008)