Milestone Escrow
El cliente bloquea por adelantado todo el presupuesto, repartido en hitos. Los fondos solo se mueven por liberación, decisión del árbitro o cancelación.
Solidity 0.8.28OpenZeppelin v5ETH / ERC-20
Gold-Backed Token (RWA)
Demo de activo del mundo real: 1 sGOLD = 1 gramo de oro en custodia, con acuñación condicionada a la prueba de reservas
ERC-20AccessControlProof of reserveFoundry
Qué es
GoldBackedToken convierte el respaldo 1:1 en una condición previa en lugar de una promesa: mint(to, amount) solo tiene éxito si totalSupply + amount ≤ reserve(). La reserva se lee de un feed de prueba de reservas (proof of reserve) cuya interfaz es idéntica a AggregatorV3 de Chainlink, se valida su vigencia y se normaliza a 18 decimales.
Los holders canjean quemando tokens con una referencia off-chain; el custodio vigila los eventos de canje y entrega el metal o liquida en efectivo. Esto es una demo: sGOLD no está respaldado por oro real, no tiene valor monetario y no se ofrece a la venta. Se apoya en el conocimiento del sector que adquirió nuestro equipo al construir una plataforma para un comerciante de metales preciosos.
El problema de negocio
Las materias primas tokenizadas y las stablecoins dependen de una promesa: cada token está respaldado. Cuando esa promesa solo se comprueba con certificaciones ocasionales, un emisor puede acuñar más de lo que posee, y nadie ve la infracolateralización hasta que es demasiado tarde.
Cómo funciona
- 1
El custodio (o un feed de prueba de reservas de Chainlink) declara los gramos de oro custodiados.
- 2
El rol minter acuña tokens para un cliente tras el pago, solo si el nuevo suministro se mantiene dentro de la reserva.
- 3
Los tokens se negocian libremente como ERC-20, con EIP-2612 permit para aprobaciones sin gas.
- 4
Un holder canjea quemando tokens con una referencia; el custodio liquida off-chain.
- 5
Ante un incidente, el rol pauser detiene todas las transferencias, acuñaciones y canjes.
Medidas de seguridad
- La acuñación revierte con InsufficientReserve si el suministro fuera a superar la reserva
- Validación del oráculo: se rechazan los datos no positivos, ausentes, con fecha futura o caducados
- Ventana de vigencia acotada (de 1 segundo a 7 días): la comprobación no se puede desactivar
- Normalización de decimales para cualquier precisión del feed
- AccessControl basado en roles
- Invariante verificado con fuzzing: totalSupply ≤ reserve
Funcionalidades
- 1 token = 1 gramo de oro
- Acuñación con comprobación de la reserva
- Feed de reservas compatible con AggregatorV3 de Chainlink
- Canje mediante quema con referencia
- Roles separados de admin, minter y pauser
- Interruptor de emergencia pausable
Casos de uso típicos
- Metales preciosos, materias primas y resguardos de almacén tokenizados
- Stablecoins con reserva exigida por contrato
- Otros activos del mundo real con un registro off-chain verificable
Limitaciones conocidas
Solo demo: un feed de reservas simulado sustituye a un oráculo real. En producción harían falta un feed de prueba de reservas real, una administración con multisig + timelock y, donde sea obligatorio, restricciones a las transferencias (p. ej., conforme a MiCA).
Otros contratos showcase
Token + Vesting + Staking
Un ERC-20 con límite máximo y aprobaciones sin gas, calendarios de vesting con cliff para equipo e inversores y recompensas de staking al estilo Synthetix.
ERC-20EIP-2612OpenZeppelin v5
SigmaNFT Collection
Un lanzamiento de NFT justo: fases de allowlist y pública, límites por wallet, suministro máximo inmutable, royalties ERC-2981 y reveal diferido.
ERC-721ERC-2981Merkle proofs
Estándares: Solidity 0.8.x, OpenZeppelin, tests en Foundry con fuzzing, análisis estático con Slither y código fuente verificado. 223 tests · 100 % de cobertura · analizado con Slither.
¿Tienes un proyecto en mente?
Cuéntanos qué estás construyendo. Normalmente en pocos días laborables recibes una valoración honesta, un alcance claro y una propuesta a precio fijo o por hitos.
¿Prefieres escribirnos primero? Escríbenos
Hablarás directamente con Ing. Ismet Mesic, Tech lead.