Milestone Escrow
Il committente blocca in anticipo l'intero budget, suddiviso in milestone. I fondi si muovono solo con un rilascio, una decisione dell'arbitro o un annullamento.
Solidity 0.8.28OpenZeppelin v5ETH / ERC-20
Gold-Backed Token (RWA)
Demo di real-world asset: 1 sGOLD = 1 grammo di oro in custodia, con mint vincolato alla proof of reserve
ERC-20AccessControlProof of reserveFoundry
Che cos'è
GoldBackedToken fa della copertura 1:1 una precondizione anziché una promessa: mint(to, amount) va a buon fine solo se totalSupply + amount ≤ reserve(). La riserva viene letta da un feed di proof of reserve con un'interfaccia identica all'AggregatorV3 di Chainlink, validata per aggiornamento dei dati e normalizzata a 18 decimali.
Gli holder riscattano bruciando token con un riferimento off-chain; il custode osserva gli eventi di riscatto e consegna il metallo oppure liquida in contanti. Si tratta di una demo: sGOLD non è garantito da oro reale, non ha alcun valore monetario e non è offerto in vendita. Attinge alla conoscenza del settore che il nostro team ha maturato realizzando una piattaforma per un rivenditore di metalli preziosi.
Il problema di business
Commodity tokenizzate e stablecoin dipendono da una sola promessa: ogni token è coperto. Quando questa promessa è verificata solo da attestazioni occasionali, un emittente può coniare più di quanto detiene, e nessuno si accorge della sottocollateralizzazione finché non è troppo tardi.
Come funziona
- 1
Il custode (o un feed di proof of reserve di Chainlink) comunica i grammi d'oro detenuti.
- 2
Il ruolo minter conia token a favore di un cliente dopo il pagamento, solo se la nuova supply resta entro la riserva.
- 3
I token circolano liberamente come ERC-20, con permit EIP-2612 per approvazioni gasless.
- 4
Un holder riscatta bruciando token con un riferimento; il custode liquida off-chain.
- 5
In caso di incidente, il ruolo pauser blocca tutti i trasferimenti, i mint e i riscatti.
Misure di sicurezza
- Il mint va in revert con InsufficientReserve se la supply supererebbe la riserva
- Validazione dell'oracolo: dati non positivi, mancanti, futuri o obsoleti vengono rifiutati
- Finestra di obsolescenza limitata (da 1 secondo a 7 giorni); il controllo non può essere disattivato
- Normalizzazione dei decimali per qualsiasi precisione del feed
- AccessControl basato sui ruoli
- Invariante verificato con fuzzing: totalSupply ≤ reserve
Funzionalità
- 1 token = 1 grammo d'oro
- Mint con verifica della riserva
- Feed di riserva compatibile con AggregatorV3 di Chainlink
- Riscatto tramite burn con riferimento
- Ruoli admin, minter e pauser separati
- Circuit breaker con pausa
Casi d'uso tipici
- Metalli preziosi, commodity e ricevute di deposito tokenizzati
- Stablecoin con riserva vincolante
- Altri real-world asset con un registro off-chain verificabile
Limiti noti
Solo demo: un feed di riserva simulato sostituisce un oracolo reale. In produzione servirebbero un vero feed di proof of reserve, un admin con multisig + timelock e, dove richiesto, restrizioni ai trasferimenti (ad es. ai sensi del MiCA).
Altri contratti showcase
Token + Vesting + Staking
Un ERC-20 con cap e approvazioni gasless, piani di vesting con cliff per team e investitori e ricompense di staking sul modello Synthetix.
ERC-20EIP-2612OpenZeppelin v5
SigmaNFT Collection
Un lancio NFT equo: fasi allowlist e pubblica, limiti per wallet, supply massima immutabile, royalty ERC-2981 e reveal differito.
ERC-721ERC-2981Merkle proofs
Standard: Solidity 0.8.x, OpenZeppelin, test Foundry con fuzzing, analisi statica con Slither, codice sorgente verificato. 223 test · copertura 100% · analisi Slither.
Avete un progetto in mente?
Raccontateci che cosa state costruendo. Uno sviluppatore senior vi risponde entro 24 ore nei giorni lavorativi; l'offerta scritta, a prezzo fisso o a milestone, arriva di norma entro pochi giorni lavorativi.
Preferite prima scriverci? Scriveteci
Parlerete direttamente con Ing. Ismet Mesic, Tech lead.