CIP-99 erklärt: Cardanos Proof-of-Onboarding-Standard

Die Newcomer-Lücke, die kein Snapshot erreicht

Cardano hat seine eigene Airdrop-Kultur. Token-Verteilungen laufen typischerweise in einem von drei Mustern. Bei Snapshot-Drops gehen Tokens an bestehende Staker oder Holder (Governance-Tokens, ISPO-Belohnungen, Holder-Boni). Bei Custom-Claim-Portalen verbinden Empfänger ihre Wallet via CIP-30, geben ihre Adresse ein und holen sich die Tokens selbst ab. Und vereinzelt schickt ein Projekt einfach Tokens direkt an eine handverlesene Adressliste, wobei das durch die MinUTxO-Regel (jeder Output kostet rund ein Ada zum Halten) auf wenige Hundert Adressen begrenzt ist statt auf die Tausenden, die auf anderen Chains üblich sind.

Alle drei Modelle funktionieren, solange du Leute ansprichst, die schon On-Chain sind. Alle drei verfehlen die Zielgruppe, die auf Events am wichtigsten ist: Menschen, die noch keine Wallet haben. Du kannst niemanden snapshotten, der gar nicht erst da ist. Du kannst niemand bitten, eine Adresse einzufügen, die er noch nicht besitzt. Und du kannst keine Tokens an eine Wallet pushen, die es noch nicht gibt.

CIP-99, auch Proof of Onboarding oder POO genannt, ist der Cardano-Standard, der genau für diese Lücke gebaut wurde. Du druckst einen QR-Code, verteilst ihn, und jeder kann ihn mit einer kompatiblen Wallet scannen. Auch mit einer, die er gerade eben am Empfangstisch installiert hat.

CIP-99 in einem Satz

CIP-99 ist ein Cardano-Standard, der definiert, wie eine Wallet Tokens aus einer Kampagne beziehen kann, indem sie einen QR-Code scannt, wobei die Wallet selbst die On-Chain-Arbeit übernimmt. Der Kurzname Proof of Onboarding (POO) bezieht sich darauf, dass der Standard genau das ermöglicht, was Snapshot-Drops und Claim-Portale nicht können: Onboarding direkt vor Ort.

Der Standard lebt in den Cardano Improvement Proposals neben CIP-30 (Wallet-Connectoren), CIP-25 (NFT-Metadaten) und dem Rest des Ökosystems. Jede Wallet, die CIP-99 implementiert, funktioniert mit jeder Kampagne, die dem Standard folgt. Den technischen Deep-Dive findest du auf unserer Doku-Seite, dieser Artikel ist die Klartext-Variante.

Was POO löst, was die anderen Modelle nicht können

Drei Schwächen tauchen bei Snapshot-Drops, Custom-Portalen und handkuratierten Push-Listen immer wieder auf, wenn es darum geht, neue Leute zu erreichen. POO adressiert alle drei.

So funktioniert ein Claim unter CIP-99

Der Ablauf ist kurz. Vier Schritte, keine Mathematik nötig:

1. Der Organisator legt eine Kampagne an. Wähle, was verteilt werden soll (Ada, ein Token oder ein NFT), wie viele Codes und welche Limits. Die Plattform erzeugt eindeutige Codes, jeder als QR-Code mit einer web+cardano://claim/v1 URI.
2. Der Empfänger scannt den QR-Code mit einer kompatiblen Wallet. Die Wallet erkennt das URI-Schema und weiß, was zu tun ist. Kein App-Wechsel, kein Adresse-Kopieren, keine manuelle Netzwerk-Auswahl.
3. Die Wallet schickt einen POST an die Faucet-URL der Kampagne. Die Anfrage enthält den Claim-Code und die Stake-Adresse des Empfängers. Die Faucet prüft den Code, baut eine Transaktion mit den passenden Outputs und Metadaten, signiert sie mit der Hot-Wallet der Kampagne und sendet sie ins Netzwerk.
4. Die Tokens landen on-chain. Sekunden später sieht der Empfänger das Update in seiner Wallet. Er hat keine Adresse getippt, keinen Contract bestätigt, keine Gebühr bezahlt. Er hat einen Code gescannt.

Die technischen Details (URI-Format, Fehler-Codes, Transaktions-Metadaten unter CIP-10 Label 8414) findest du in der CIP-99 Doku. Für alle anderen ist der obige Ablauf das gesamte Thema.

Warum Standards für Wallets und Events zählen

Jeder könnte ein eigenes Claim-System bauen. Ein Token-Aussteller könnte eine Website hosten, Adressen einsammeln und Tokens manuell verschicken. Funktioniert. Bedeutet aber: jede Kampagne läuft anders, jeder Aussteller erfindet den gleichen Flow neu, und jede Wallet muss jede einzelne Integration separat lernen.

CIP-99 sorgt dafür, dass Wallets Claim-Flows einmal unterstützen und überall funktionieren. VESPR, Tokeo Pay und Eternl implementieren den Standard. Wenn du einen CIP-99-Claim-Code erzeugst, verarbeitet jede dieser Wallets ihn ohne Anpassung. Sobald weitere Wallets Support nachrüsten, erreichen dieselben Codes ohne Mehraufwand mehr Leute.

POO in der Praxis: was der Standard ermöglicht

Sobald der Standard da ist, eröffnet er Muster, die weit über klassische Airdrops hinausgehen:

• Event-Onboarding Drucke einen Code und gib ihn jemandem in die Hand, der gerade seine erste Wallet installiert hat. Ein Scan, ein bisschen Ada oder ein NFT in der Wallet, und die Person verlässt das Event mit ihrem ersten On-Chain-Asset. Das komplette Event-Playbook gibt's in unserem Onboarding-Guide.
• Proof-of-Attendance NFTs Jeder Scan minted einen einzigartigen NFT direkt in die Wallet des Empfängers. Ein digitaler Eintrittsstub, der nicht in der Schublade verstaubt, sondern dauerhaft On-Chain bleibt.
• Governance- und Treasury-Verteilungen Tokens gehen an Community-Mitglieder die aktiv abholen, nicht an Adressen die ein Snapshot-Skript ausgespuckt hat. Mehr Signal, weniger Rauschen.
• Gamified Drops und Schnitzeljagden Verstecke einzigartige Codes an verschiedenen Stellen im Venue. Jeder Scan liefert eine andere Belohnung. Fünf Ideen dazu gibt's in diesem Playbook.

Welche Kampagnentypen der Standard im Detail unterstützt, siehst du unter Kampagnentypen.

Häufige Fragen

Die Kurzversion

CIP-99 ist der Cardano-Standard, der Pull-basierte Token-Claims möglich macht. POO ist, wie man das Ganze in der Praxis nennt. Es existiert, weil Snapshot-Drops und Custom-Claim-Portale, die beiden Muster auf die sich Cardano für Token-Verteilung stützt, davon ausgehen, dass der Empfänger bereits On-Chain ist. Auf Events bricht diese Annahme zusammen, und POO ist der Standard, der genau für die Leute gebaut wurde, die in dem Raum stehen.

Wenn du einen vollen Raum vor dir hast und etwas zu verschenken hast, ist CIP-99 der richtige Weg. Selbst aus der Spec bauen, oder eine Plattform nutzen, die ihn schon umgesetzt hat.