Milestone Escrow
Der Auftraggeber hinterlegt das gesamte Budget vorab, aufgeteilt in Meilensteine. Mittel bewegen sich nur bei Freigabe, Schiedsentscheidung oder Stornierung.
Solidity 0.8.28OpenZeppelin v5ETH / ERC-20
SigmaNFT Collection
ERC-721-Drop mit Merkle-Allowlist, öffentlicher Phase, Lizenzgebühren und verzögertem Reveal
ERC-721ERC-2981Merkle proofsFoundry
Worum es geht
SigmaNFT speichert für die Allowlist nur eine Merkle-Root – Nutzer reichen einen Proof ein, kompatibel mit @openzeppelin/merkle-tree –, sodass Tausende Unterstützer auf die Allowlist gesetzt werden können, ohne Adressen on-chain zu speichern. Die Phasen wechseln von Closed über Allowlist zu Public, jeweils mit eigenem Preis und eigenem Limit pro Wallet, unter einem globalen, unveränderlichen maximalen Angebot.
Bis der Owner die Kollektion aufdeckt, liefert jeder Token die Platzhalter-Metadaten; nach dem Reveal verweist er auf die endgültigen Metadaten. ERC-2981-Lizenzgebühren signalisieren Marktplätzen die Creator-Gebühren, und die Erlöse werden an den Owner abgehoben.
Das geschäftliche Problem
Ein NFT-Drop muss frühe Unterstützer belohnen, ohne Tausende Adressen on-chain zu speichern, Bots und Wale davon abhalten, den Mint leerzukaufen, Lizenzgebühren auf Zweitverkäufe erzielen und Rarity-Sniping vor dem Reveal verhindern. Naive Implementierungen scheitern genau an diesen Punkten.
So funktioniert es
- 1
Off-chain: Aus der Allowlist wird ein Merkle-Baum erstellt, die Proofs werden veröffentlicht und die Merkle-Root wird gesetzt.
- 2
Der Owner öffnet die Allowlist-Phase; Wallets auf der Allowlist prägen mit ihrem Proof zum Allowlist-Preis.
- 3
Der Owner öffnet die öffentliche Phase; jeder kann bis zum Limit pro Wallet prägen.
- 4
Nach dem Mint werden die Metadaten auf IPFS hochgeladen, und der Owner ruft
reveal(baseURI)auf. - 5
Der Owner hebt die Erlöse ab.
Sicherheitsmaßnahmen
- nonReentrant-Mint-Pfade; Zähler werden vor _safeMint-Callbacks aktualisiert
- Regel der exakten Zahlung – keine Rückerstattungslogik, kein verlorenes ETH
- Doppelt gehashte Merkle-Blätter, geprüft mit OpenZeppelin MerkleProof
- Unveränderliches maximales Angebot; Ownable2Step
- Abhebung bricht mit Revert ab, statt Mittel unbemerkt zu verlieren
- Per Fuzzing geprüft: supply ≤ MAX_SUPPLY, balance == minted × price
Funktionen
- Merkle-Allowlist (Proof-basiert)
- Phasen Closed → Allowlist → Public mit getrennten Preisen
- Limits pro Wallet und Phase
- Unveränderliches MAX_SUPPLY
- ERC-2981-Lizenzgebühren
- Verzögerter Reveal
Typische Anwendungsfälle
- PFP- und Kunst-Drops, Mitgliedschaftspässe, Veranstaltungstickets
- Treuekollektionen von Marken für Bestandskunden
- Vorverkäufe von Spielgegenständen mit verzögerter Aufdeckung der Seltenheit
Bekannte Einschränkungen
Das Hosting der Metadaten (z. B. IPFS-Pinning) wird off-chain betrieben.
Weitere Showcase-Contracts
Token + Vesting + Staking
Ein ERC-20 mit Obergrenze und gaslosen Freigaben, Vesting-Pläne mit Cliff für Team und Investoren sowie Staking-Belohnungen nach dem Synthetix-Modell.
ERC-20EIP-2612OpenZeppelin v5
Gold-Backed Token (RWA)
Die Deckung wird zur Voraussetzung der Prägung: Tokens lassen sich nur prägen, wenn die gemeldete Goldreserve das neue Gesamtangebot abdeckt.
ERC-20AccessControlProof of reserve
Standards: Solidity 0.8.x, OpenZeppelin, Foundry-Tests mit Fuzzing, statische Analyse mit Slither, verifizierter Quellcode. 223 Tests · 100 % Abdeckung · Slither-geprüft.
Sie planen ein Projekt?
Erzählen Sie uns, was Sie vorhaben. Sie erhalten eine ehrliche Einschätzung, einen klaren Umfang und ein Angebot mit Festpreis oder Meilensteinen – meist innerhalb weniger Werktage.
Lieber zuerst schreiben? Nachricht schreiben