Puedes aprender a crear un token ERC-20 sin escribir una sola línea de Solidity a mano. El truco es generar un contrato auditado a partir de las plantillas probadas de OpenZeppelin y luego desplegarlo a través de Remix, el IDE gratuito del navegador. Esta guía recorre todo el camino: elegir las extensiones correctas, generar el contrato, probar en una testnet gratuita y salir a producción, todo sin un lanzador de pago.
La mayoría de los tutoriales "crea un token" te empujan hacia un lanzador sin código de $99 o asumen que ya sabes usar Hardhat y npm. Existe un camino intermedio más limpio. Configuras exactamente las funciones que deseas, obtienes código limpio de OpenZeppelin v5 generado para ti, lo pegas en Remix y lo despliegas. Tú mantienes el control, solo pagas gas y puedes leer cada línea antes de que suba a la cadena.
Qué es realmente un token ERC-20#
ERC-20 es una interfaz estándar, no un software que se instala. Define un pequeño conjunto de funciones que todo contrato de token fungible debe exponer para que carteras, exchanges y otros contratos sepan cómo interactuar con él. "Fungible" significa que cada unidad es idéntica e intercambiable, como dólares o puntos de fidelidad, a diferencia de los NFT donde cada token es único.
El estándar requiere funciones como transfer, balanceOf, approve y transferFrom, además de los eventos Transfer y Approval. Como la interfaz es fija, cualquier cartera que soporte ERC-20 (MetaMask, Trust Wallet, Coinbase Wallet) puede almacenar tu token desde el momento en que existe. No necesitas registrarlo con nadie. Despliegas el contrato y la red lo trata como un token.
Punto clave: crear un token ERC-20 es simplemente desplegar un contrato inteligente que sigue el estándar. No hay una autoridad central a la que solicitar ni una cola de aprobación. El costo es el gas más el tiempo para configurar correctamente tus características.
Por qué sin código no significa bajo control#
Cuando la gente dice "sin código", normalmente se refiere a una de dos cosas muy diferentes. Un launchpad toma el nombre y el suministro de tu token en un formulario y te devuelve un token ocultando el contrato. Un generador de código escribe el Solidity por ti según tus elecciones, luego te permite leerlo, editarlo y desplegarlo tú mismo. El segundo camino es el que sigue esta guía, porque el contrato generado es tuyo para inspeccionarlo, lo cual importa enormemente cuando hay dinero real de por medio.
Elige primero las características de tu token#
Antes de generar nada, decide qué debe hacer tu token. Cada característica es una extensión de OpenZeppelin que modifica el contrato. Agregar funciones que no necesitas aumenta tu superficie de ataque y el gas de despliegue, así que elige con cuidado.
| Extensión | Qué hace | Cuándo usarla | Riesgo a considerar |
|---|---|---|---|
| Mintable | Permite al propietario crear nuevos tokens tras el lanzamiento | Programas de recompensas, emisiones escalonadas | Los tenedores pueden desconfiar de la inflación ilimitada |
| Burnable | Permite a los tenedores destruir sus propios tokens | Modelos deflacionarios, compra y quema | Mayormente seguro, reduce el suministro |
| Pausable | El propietario puede congelar todas las transferencias | Parada de emergencia durante una explotación | Centralización, el propietario puede congelar a los usuarios |
| Permit (aprobación sin gas) | Aprobar mediante firma, sin transacción separada | DeFi, mejor experiencia de usuario | Código ligeramente más complejo |
| Suministro limitado | Máximo duro que el minteo no puede superar | Monedas de capital fijo | Ninguno, generalmente tranquilizador |
| Ownable / Roles | Control de acceso para funciones de administración | Cualquier contrato con acciones privilegiadas | La clave del propietario se convierte en un objetivo |
Un token comunitario de suministro fijo podría no usar ninguna de estas más allá de un propietario simple. Una moneda de juego probablemente quiera Mintable más Pausable. Un token orientado a DeFi se beneficia de Permit. Cuantas menos funciones privilegiadas envíes, más creíble será para tus tenedores que "esto no es una estafa".
Un conjunto seguro por defecto#
Si no estás seguro, un punto de partida común y razonablemente confiable es: suministro inicial fijo acuñado a tu dirección en el despliegue, Burnable habilitado, sin minteo, sin pausa. Esto da a los tenedores un suministro predecible que pueden verificar, y elimina las dos características que más temen (minteo ilimitado y congelación). Siempre puedes desplegar un token más complejo más tarde una vez que entiendas las compensaciones.
Cómo crear un token ERC-20: paso a paso#
Aquí tienes la ruta completa sin código, desde la idea hasta un token activo en una testnet y luego en mainnet. Necesitarás un navegador, la extensión MetaMask y unos minutos. Lo único que pagas es el gas, y en una testnet lo obtienes de un faucet gratuito.
Paso 1: Generar el contrato#
Abre el generador gratuito de contratos ERC-20 e ingresa el nombre de tu token (por ejemplo, "Molixa Reward"), el símbolo (por ejemplo, "MLXR"), los decimales (18 es el estándar, igual que ETH) y el suministro inicial. Activa solo las extensiones que hayas decidido necesitar. La herramienta genera código limpio de OpenZeppelin v5 en Solidity, con un pragma solidity ^0.8.x reciente, que incluye protección contra desbordamientos, por lo que no necesitas la antigua librería SafeMath.
Lee el código generado de principio a fin. Importará desde @openzeppelin/contracts, declarará tu contrato is ERC20 y establecerá tu nombre, símbolo y acuñación inicial en el constructor. Si puedes seguir eso, ya entiendes más sobre tu token que la mayoría de las personas que despliegan a través de un launchpad.
Paso 2: Abrir el contrato en Remix#
Ve a remix.ethereum.org (sin instalación, sin cuenta). Crea un nuevo archivo en contracts/, nómbralo algo como MyToken.sol y pega el código generado. Remix reconoce las importaciones de OpenZeppelin y las obtiene automáticamente desde npm, por lo que no tienes que gestionar dependencias.
En la pestaña del compilador de Solidity, establece la versión del compilador para que coincida con el pragma de tu contrato (por ejemplo, 0.8.24) y haz clic en Compile. Una marca de verificación verde indica que el código es válido. Si ves un error, casi siempre es una discrepancia de versión entre el compilador y la línea pragma. Ajústalos y recompila.
Paso 3: Desplegar primero en una testnet#
Nunca despliegues código no probado directamente en mainnet con ETH real. Cambia MetaMask a una red de prueba como Sepolia, luego obtén ETH de prueba gratuito de un faucet de Sepolia (busca "Sepolia faucet" y usa uno de confianza). En Remix, abre la pestaña Deploy and Run, configura el entorno como "Injected Provider - MetaMask" y confirma que la cuenta mostrada sea tu billetera de testnet.
Selecciona tu contrato del menú desplegable, completa los argumentos del constructor si la herramienta los expuso (algunas configuraciones toman el propietario inicial o el suministro como parámetro) y haz clic en Deploy. MetaMask mostrará una confirmación de gas. Aprueba. En unos segundos, tu contrato aparecerá en "Deployed Contracts". Expándelo y llama a balanceOf con tu dirección para confirmar que el suministro total llegó a tu billetera.
Paso 4: Probar cada función que habilitaste#
Este es el paso que la gente omite y luego se arrepiente. En el panel del contrato desplegado, prueba cada función: transfiere algunos tokens a una segunda dirección, llama a burn si lo habilitaste, intenta pause y confirma que las transferencias fallen mientras está en pausa, y unpause para restaurarlas. Agrega el token a MetaMask usando su dirección de contrato para ver los movimientos de saldo en una interfaz de billetera real.
Si algo se comporta de manera inesperada, arréglalo en la testnet de forma gratuita. Cada error que detectes aquí es un error que no pagarás en mainnet, donde un redespliegue significa gas real y un token roto significa pérdida de confianza real.
Paso 5: Desplegar en mainnet y verificar#
Una vez que el token en testnet se comporte exactamente como se espera, cambia MetaMask a la mainnet de Ethereum (o a una L2 como Base, Arbitrum o Polygon para gas mucho más barato) y financia la billetera con el ETH real que necesitas para el gas. Repite el flujo de despliegue del Paso 3. El gas en mainnet fluctúa, así que verifica las tarifas actuales y considera una L2 si tu token no necesita específicamente vivir en Ethereum L1.
Después del despliegue, verifica tu código fuente en el explorador de bloques correspondiente (Etherscan, Basescan, etc.) usando la función "Verify and Publish". La verificación publica tu Solidity exacto para que cualquiera pueda leerlo. Un contrato no verificado parece sospechoso para los tenedores y los exchanges. Uno verificado indica que no tienes nada que ocultar.
Elegir la red adecuada y calcular el costo#
El mismo contrato se despliega de forma idéntica en todas las cadenas EVM, por lo que la elección de la red depende principalmente del costo de gas y de dónde están tus usuarios. Desplegar en la mainnet de Ethereum puede costar significativamente más que desplegar el mismo contrato en una L2, ya que las L2 agrupan transacciones y heredan la seguridad de Ethereum a una fracción de la tarifa.
- Mainnet de Ethereum: máxima credibilidad y liquidez, gas más alto. Elígela para proyectos serios que necesiten liquidación en L1.
- Base / Arbitrum / Optimism: seguridad de nivel Ethereum, tarifas mucho más bajas, ecosistemas en crecimiento. Una opción sólida por defecto para la mayoría de los nuevos tokens.
- Polygon PoS: muy económico, gran base de usuarios, ideal para aplicaciones de alto volumen o consumo.
- Una testnet (Sepolia): gratuita, solo para pruebas. Los tokens aquí no tienen valor real.
El gas es impredecible, así que no confíes en una cifra fija en dólares que leíste en un tutorial antiguo. Abre un rastreador de gas para tu cadena objetivo justo antes de desplegar y ajusta tu billetera en consecuencia. Desplegar un ERC-20 simple es un costo único, pero un contrato complejo con muchas extensiones cuesta más gas que uno ligero, lo cual es una razón más para habilitar solo lo que necesitas.
Advertencia: la billetera que despliega el contrato se convierte en el propietario de cualquier función privilegiada (mintear, pausar). Trata esa clave como la llave maestra del proyecto. Usa una billetera de hardware o un multisig para cualquier cosa que tenga valor real, y nunca pegues una clave privada de mainnet en un sitio web.
Comprobaciones de seguridad antes de salir a producción#
Generar desde OpenZeppelin te proporciona bloques auditados, pero tu configuración y hábitos operativos siguen siendo tu responsabilidad. Revisa esta lista antes de mainnet.
- Confirma las matemáticas del suministro. Los decimales y el suministro inicial se multiplican. Un suministro de "1,000,000" con 18 decimales se escribe en el contrato como ese número seguido de dieciocho ceros. El generador lo maneja, pero verifica que el
totalSupplyen cadena muestre lo que esperas en la testnet. - Minimiza las funciones privilegiadas. Cada función solo del propietario es algo que tu clave puede hacer, lo que significa algo que un ladrón puede hacer si tu clave se filtra. Si no necesitas acuñar después del lanzamiento, no lo habilites.
- Planifica la propiedad. Decide si mantener la propiedad, transferirla a una multisig o renunciar a ella por completo. Renunciar hace que el token sea inmutable y sin confianza, pero elimina tu capacidad de pausar o actualizar. Es una decisión permanente.
- Verifica la billetera del implementador. Antes de firmar, verifica las direcciones con un validador de direcciones de billetera cripto para que un error tipográfico o un intercambio de malware de portapapeles no envíe tu suministro o propiedad al lugar equivocado.
- Verifica el código fuente en el explorador. Los contratos no verificados erosionan la confianza y bloquean muchos listados en exchanges.
- Prueba en una testnet, no en producción. Ya cubierto arriba, pero es la regla más importante, por lo que merece una segunda mención.
Para tokens que verán un volumen de negociación real o tendrán un valor significativo, una auditoría profesional vale la pena. La base generada de OpenZeppelin es sólida, pero la lógica personalizada, la tokenómica y las integraciones son donde se esconden los errores.
Lo que este camino no hace#
La honestidad importa aquí, porque muchas guías exageran. Generar e implementar un contrato crea el token. No crea demanda, liquidez ni un mercado. Las siguientes son tareas separadas:
- Liquidez: para que tu token sea comercializable, creas un pool de liquidez en un DEX como Uniswap, emparejando tu token con ETH o una stablecoin. Eso requiere su propio capital y conlleva sus propios riesgos.
- Distribución: airdrops, ventas y vesting son contratos adicionales o procesos fuera de la cadena.
- Legal: dependiendo de tu jurisdicción y el propósito del token, pueden aplicarse reglas de valores e impuestos. Si tu proyecto toca el dinero de manera seria, habla con un abogado. Si necesitas pensar en el aspecto fiscal de la actividad cripto, una calculadora de impuestos cripto gratuita es un punto de partida sensato, aunque no sustituye el asesoramiento profesional.
Crear el contrato es el 10% fácil. Construir algo que la gente realmente quiera es el otro 90%, y ningún generador puede hacer esa parte por ti.
Poniéndolo Todo Junto#
Aprender a crear un token ERC-20 se reduce a cuatro pasos honestos: decidir qué extensiones de OpenZeppelin realmente necesitas, generar Solidity v5 limpio en lugar de escribirlo a mano, desplegar y probar exhaustivamente en una testnet gratuita, y luego desplegar en mainnet o una L2 y verificar tu código fuente. Nunca necesitas una plataforma de lanzamiento de pago, y mantienes visibilidad total sobre el código que controla tu suministro.
Comienza generando tu contrato con el generador de tokens ERC-20 sin código, pégalo en Remix y ejecuta todo el flujo en Sepolia de forma gratuita primero. Para cuando gastes un céntimo de gas real, tu token ya habrá demostrado que hace exactamente lo que pretendías, que es la diferencia entre lanzar con confianza y lanzar con los dedos cruzados.
Preguntas Frecuentes#
¿Cómo creo un token ERC-20 sin programar? Usa un generador de contratos para producir un archivo Solidity basado en OpenZeppelin a partir del nombre, símbolo, suministro y funciones elegidas de tu token, luego despliégalo a través de Remix, el IDE gratuito en el navegador. Tú mismo lees y despliegas el código en lugar de escribirlo, por lo que mantienes el control sin aprender Solidity desde cero. Todo el flujo se ejecuta en un navegador con MetaMask y solo cuesta gas.
¿Es seguro usar un generador de ERC-20 sin código? Es seguro cuando el generador produce código estándar de OpenZeppelin v5 que puedes leer antes de desplegar, que es precisamente el objetivo de un flujo de trabajo de generar y luego revisar. El riesgo no es el generador, sino habilitar funciones privilegiadas que no entiendes o pegar una clave privada de mainnet en un lugar inseguro. Siempre prueba en una testnet, verifica tu fuente en el explorador de bloques y mantén tu clave de despliegue en una billetera de hardware o multisig.
¿Cuánto cuesta desplegar un token ERC-20? Tu único costo es el gas, pagado una vez en el despliegue. En Ethereum mainnet puede ser significativo y varía según la congestión de la red, mientras que en una L2 como Base o Arbitrum el mismo contrato cuesta una fracción de eso. El despliegue en testnet es completamente gratuito usando ETH de faucet, por lo que puedes construir y probar el token a costo cero antes de pagar algo.
¿Necesito registrar mi token ERC-20 en algún lugar? No. Desplegar el contrato es todo lo que se necesita para que el token exista en la cadena, y cualquier billetera compatible con ERC-20 puede tenerlo inmediatamente agregando la dirección del contrato. No hay un registro central ni un proceso de aprobación. Listarlo en exchanges o aparecer en listas de tokens es un paso separado y posterior que realizas si y cuando lo deseas.
¿Cuál es la diferencia entre un generador de tokens y una plataforma de lanzamiento? Una plataforma de lanzamiento toma tus datos en un formulario y te entrega un token ocultando el contrato, por lo que no puedes leer ni poseer el código fácilmente. Un generador escribe el Solidity por ti según tus elecciones, luego te permite inspeccionar, editar y desplegarlo tú mismo. El camino del generador te mantiene en control y te permite verificar exactamente qué controla tu suministro, lo cual importa cuando hay valor real en juego.
¿Puedo agregar funciones de acuñación o quema a mi token después? No a un contrato ya desplegado, porque un ERC-20 desplegado es inmutable a menos que lo hayas construido específicamente como actualizable. Decides qué extensiones (acuñable, quemable, pausable) incluir antes del despliegue. Si necesitas funciones diferentes después del lanzamiento, despliegas un nuevo contrato, lo cual es una razón más para probar a fondo en una testnet y planificar tu conjunto de funciones antes de salir en vivo.
