La versión corta de la pregunta erc20 vs erc721 vs erc1155 (ERC-20 vs ERC-721 vs ERC-1155 completo) es esta: ERC-20 crea tokens fungibles donde cada unidad es idéntica (monedas, puntos, tokens de gobernanza), ERC-721 crea tokens no fungibles donde cada elemento es único (arte, títulos, coleccionables con nombre), y ERC-1155 es un estándar multitoken que maneja tanto elementos fungibles como no fungibles en un solo contrato con transferencias por lotes económicas. Elige el estándar preguntándote si tus elementos son intercambiables, únicos o una mezcla de ambos.
Esa frase responde la pregunta que la mayoría busca. La parte que casi ninguna comparación cubre es la decisión práctica: cuándo ERC-1155 realmente supera a ERC-721 en gas, qué ahorra realmente una acuñación por lotes, y qué estándar usar cuando tu idea está en la zona gris. Esta guía analiza las ventajas y desventajas reales, y luego te dirige a un generador para que puedas producir un contrato funcional para el que mejor se adapte.
ERC-20 vs ERC-721 vs ERC-1155 de un vistazo#
Antes de los detalles, aquí está la comparación completa en una tabla. Léela de arriba a abajo, luego analizaremos las filas que realmente influyen en la decisión.
| Característica | ERC-20 | ERC-721 | ERC-1155 |
|---|---|---|---|
| Tipo de token | Fungible | No fungible | Ambos (multi-token) |
| Cada unidad es | Idéntica | Única | Única o idéntica por ID |
| Contratos por proyecto | Uno por token | Generalmente uno por colección | Uno para muchos tipos de token |
| Transferencias por lotes | No (una transferencia por llamada) | No (nativa) | Sí (incorporada) |
| Uso típico | Moneda, puntos, gobernanza | Arte 1 de 1, NFT nombrados | Juegos, ediciones, activos mixtos |
| Seguimiento | Un saldo único por dirección | Propiedad individual de tokenId | Saldo por tokenId por dirección |
| Año del estándar | 2015 | 2018 | 2019 |
Los tres estándares no son versiones competidoras de lo mismo. Son interfaces diferentes (conjuntos de funciones requeridas) que billeteras, mercados e intercambios acuerdan entender. Un token "es" ERC-20 porque implementa las funciones de ERC-20, nada más. Por eso funciona la interoperabilidad: cualquier billetera que hable ERC-20 puede tener cualquier token ERC-20 sin código personalizado.
Qué es ERC-20 y cuándo usarlo#
ERC-20 es el estándar de tokens fungibles. Fungible significa intercambiable: uno de tus tokens vale exactamente lo mismo que cualquier otro, de la misma forma que cada billete de dólar es igual a cualquier otro billete de dólar. El contrato almacena un solo número por dirección (tu saldo) y te permite transferir parte de él.
Recurre a ERC-20 cuando tu unidad no tenga identidad individual:
- Una criptomoneda o stablecoin.
- Tokens de gobernanza que otorgan peso de voto por cantidad.
- Puntos de fidelidad, créditos dentro de la aplicación o tokens de recompensa.
- Un token de utilidad que controla el acceso o paga tarifas.
Todo el modelo es "la dirección X posee N tokens". No existe el concepto de token número 7 frente a token número 8, porque son indistinguibles. Esto es lo que hace que ERC-20 sea barato y simple. También significa que es la herramienta equivocada en el momento en que necesitas demostrar que un elemento específico es único.
Si puedes intercambiar cualquier unidad por cualquier otra unidad sin que a nadie le importe, quieres ERC-20. En cuanto la unicidad importa, lo has superado.
Qué es ERC-721 y cuándo usarlo#
ERC-721 es el estándar de tokens no fungibles (NFT). Cada token tiene un tokenId único y el contrato rastrea quién posee cada id individual. El token 1 y el token 2 son activos distintos que pueden tener metadatos, imágenes y precios diferentes.
Usa ERC-721 cuando cada elemento sea genuinamente único:
- Arte digital o fotografía 1 de 1.
- Colecciones de fotos de perfil donde cada pieza tenga rasgos únicos.
- Representaciones en cadena de activos del mundo real (una escritura específica, un boleto específico).
- Pases de membresía donde cada pase se rastrea individualmente.
El costo de esa singularidad es la sobrecarga. Como el contrato rastrea la propiedad por id, acuñar y transferir es más pesado que ERC-20, y acuñar mil NFTs separados significa mil escrituras separadas a menos que uses herramientas adicionales. Esa sobrecarga es el problema exacto que ERC-1155 fue diseñado para resolver. Cada token ERC-721 también apunta a un archivo de metadatos (el JSON que contiene el nombre, la imagen y los rasgos), por lo que el lado fuera de la cadena importa tanto como el contrato. Si estás acuñando una colección, puedes diseñar ese JSON correctamente con un generador de metadatos NFT antes de implementar.
Qué es ERC-1155 y cuándo supera a ERC-721#
ERC-1155 es el estándar de múltiples tokens, y es el que menos se entiende. Un solo contrato ERC-1155 puede contener muchos tipos de tokens a la vez, y cada tipo puede ser fungible (miles de copias idénticas) o no fungible (un único elemento exclusivo). En lugar de "un saldo por dirección", rastrea "saldo por id de token por dirección".
Ese diseño desbloquea dos cosas que ERC-721 no puede hacer de forma nativa:
- Tokens semifungibles. Puedes tener 5.000 copias de "Poción de Salud" (id 1) y exactamente una "Espada Legendaria" (id 2) en el mismo contrato. Las ediciones, los objetos del juego y los pases por niveles encajan en este modelo.
- Operaciones por lotes. Puedes transferir o acuñar muchos ids de token en una sola transacción con
safeBatchTransferFrom, en lugar de una llamada por elemento.
El caso del gas: donde ERC-1155 realmente gana#
Esta es la fila que todas las demás comparaciones omiten. La ventaja de ERC-1155 no es mágica, es el procesamiento por lotes. Si acuñas o mueves elementos uno a uno, ERC-1155 y ERC-721 son aproximadamente comparables por elemento. Los ahorros aparecen cuando haces muchos a la vez.
Considera un juego que distribuye un paquete inicial de 10 elementos diferentes a un nuevo jugador:
- Enfoque ERC-721: 10 transacciones de acuñación separadas (o una función de lote personalizada que escribiste tú mismo). Cada transacción tiene su propio costo base de gas.
- Enfoque ERC-1155: una sola llamada
mintBatchque crea los 10 en una sola transacción. Pagas el costo base de la transacción una vez y un costo incremental menor por elemento.
Para una sola transferencia, la diferencia es menor e incluso ERC-721 puede ser ligeramente más eficiente. Para diez o cien elementos a la vez, el estándar de lotes se destaca claramente porque dejas de pagar el costo fijo por transacción repetidamente. La regla honesta: ERC-1155 gana en gas cuando el procesamiento por lotes es parte de tu flujo de trabajo real, y empata o pierde cuando todo se hace uno por uno.
No elijas ERC-1155 "porque es más barato". Es más barato para patrones con muchos lotes (juegos, grandes lanzamientos, ediciones). Para una colección de arte estrictamente único 1-de-1 que la gente acuña y comercializa individualmente, ERC-721 es más simple y la brecha de gas desaparece en su mayoría.
Qué sacrifica ERC-1155#
Nada es gratis. Los metadatos de ERC-1155 utilizan un esquema de URI de sustitución de id que algunos mercados y herramientas más antiguos manejan con menos fluidez que las URI por token de ERC-721. El modelo semifungible también es más exigente conceptualmente, lo que significa más formas de introducir un error. Si tu proyecto es puramente NFT únicos y no necesitas lotes, el poder adicional es solo superficie adicional.
El Árbol de Decisión: Qué Estándar de Token Usar#
Omite leer las especificaciones. Responde tres preguntas en orden.
- ¿Tus artículos son intercambiables (una unidad equivale a cualquier otra)? Si es así, usa ERC-20. Estás creando una moneda, puntos o un token de gobernanza. Detente aquí.
- ¿Cada artículo es estrictamente único, sin copias, y los acuñas y comercializas individualmente? Si es así, usa ERC-721. Estás creando arte 1 de 1, escrituras o coleccionables con nombre.
- ¿Tienes una mezcla (algunos únicos, otros en ediciones) o acuñas y mueves artículos en lotes? Si es así, usa ERC-1155. Estás construyendo una economía de juego, un lanzamiento de ediciones o una plataforma multi-activo.
Algunos ejemplos del mundo real lo aclaran:
| Proyecto | Mejor estándar | Por qué |
|---|---|---|
| Stablecoin o token de gobernanza | ERC-20 | Fungibilidad pura, modelo solo de saldo |
| Colección de 10,000 PFPs | ERC-721 | Cada pieza única, comercializada individualmente |
| Arte de edición abierta (copias ilimitadas) | ERC-1155 | Muchas copias idénticas de un mismo id |
| Juego Web3 con objetos + moneda | ERC-1155 | Mezcla de fungibles y únicos, procesamiento por lotes |
| Entradas para eventos, todas idénticas | ERC-1155 o ERC-20 | Fungibles si los asientos no están asignados |
| Escritura de propiedad inmobiliaria en cadena | ERC-721 | Cada propiedad es un activo distinto |
Cuando estés realmente indeciso entre ERC-721 y ERC-1155, elige ERC-1155 si el procesamiento por lotes o las ediciones están en tu hoja de ruta, y ERC-721 si quieres el modelo más simple posible para artículos únicos con el soporte de herramientas heredadas más amplio.
De la decisión al contrato desplegable#
Conocer el estándar es la mitad del trabajo. La otra mitad es producir un contrato que compile, siga las implementaciones de referencia auditadas e incluya las funciones de seguridad que realmente deseas (controles de propiedad, límites de acuñación, pausa). Escribir esto desde cero es donde los principiantes introducen errores.
Un camino más rápido es generar el código repetitivo y personalizarlo a partir de ahí. El generador de contratos de tokens de Molixa produce Solidity listo para desplegar para ERC-20, ERC-721 y ERC-1155, basado en patrones de referencia estándar, para que comiences con código funcional en lugar de un archivo en blanco. Genera la versión que coincida con tu respuesta del árbol de decisiones y luego ajusta los parámetros (nombre, símbolo, suministro, lógica de acuñación) para tu proyecto.
Una secuencia de compilación sensata:
- Elige el estándar usando las tres preguntas anteriores.
- Genera el contrato correspondiente y lee lo que hace antes de cambiar nada.
- Prepara tus metadatos (especialmente para colecciones ERC-721 y ERC-1155).
- Despliega primero en una testnet, acuña algunos tokens y confirma que una cartera los muestre correctamente.
- Solo entonces despliega en mainnet.
Si tu token alguna vez se comprará, venderá o generará rendimientos, recuerda que también existe el aspecto fiscal. Las disposiciones y recompensas pueden ser eventos imponibles, y una calculadora de impuestos cripto te ayuda a estimar la responsabilidad antes de que te sorprenda al presentar la declaración.
Errores comunes al elegir un estándar#
Un puñado de errores se repiten una y otra vez.
- Usar ERC-721 para ediciones. Si vendes 500 copias de la misma obra de arte, son 500 artículos idénticos, lo cual es un id fungible de ERC-1155, no 500 tokens ERC-721 separados.
- Usar ERC-20 para cualquier cosa que necesite identidad. Entradas con asientos asignados, membresías con beneficios individuales o coleccionables no pueden ser ERC-20, porque ERC-20 no tiene seguimiento por artículo.
- Elegir ERC-1155 para arte puro 1 de 1. Heredas complejidad que no usas, y algunas herramientas antiguas tratan los metadatos de ERC-721 con más fluidez.
- Olvidar que los metadatos están fuera de la cadena. El contrato posee la propiedad; el nombre y la imagen suelen vivir en un archivo JSON al que apunta el contrato. Si te equivocas, tu NFT aparecerá en blanco.
Ajusta el estándar a la forma de tus activos, no al que esté más de moda. Los estándares son herramientas, y el correcto es el que modela tus artículos con la menor fricción.
ERC-20 vs ERC-721 vs ERC-1155: La Conclusión#
Toda la decisión entre ERC-20, ERC-721 y ERC-1155 se reduce a una idea: modela tus activos con honestidad. Si las unidades son intercambiables, usa ERC-20. Si los artículos son estrictamente únicos, usa ERC-721. Si tienes una mezcla o haces lotes, usa ERC-1155 y apóyate en sus transferencias por lotes cuando eso coincida con cómo tu proyecto realmente acuña y mueve tokens. Primero define bien el modelo, luego genera un contrato para ese estándar y personalízalo, en lugar de forzar tu idea en la interfaz equivocada y parchearla después.
Preguntas Frecuentes#
¿Cuál es la principal diferencia entre ERC-20 y ERC-721? ERC-20 crea tokens fungibles donde cada unidad es idéntica e intercambiable, como una moneda. ERC-721 crea tokens no fungibles donde cada elemento tiene un id único y puede tener sus propios metadatos y valor. Usa ERC-20 para monedas y puntos, y ERC-721 para elementos únicos como arte 1 de 1.
¿Es ERC-1155 mejor que ERC-721? No universalmente. ERC-1155 es mejor cuando necesitas una mezcla de elementos fungibles y únicos en un solo contrato, o cuando acuñas y transfieres en lotes, porque las operaciones por lotes ahorran gas. ERC-721 es más simple y a menudo la mejor opción para colecciones de tokens estrictamente únicos que se acuñan y comercian uno a la vez, donde la ventaja de gas de ERC-1155 desaparece en su mayoría.
¿ERC-1155 siempre cuesta menos gas que ERC-721? No. ERC-1155 ahorra gas específicamente en operaciones por lotes, donde creas o mueves muchos tokens en una sola transacción en lugar de una transacción por token. Para una sola acuñación o una sola transferencia, ambos son comparables, e incluso ERC-721 puede ser marginalmente más ligero. Los ahorros aparecen solo cuando el procesamiento por lotes es parte de tu flujo de trabajo real.
¿Qué es un token semifungible? Un token semifungible es aquel que se comporta como fungible en una etapa y no fungible en otra, o un tipo de token que tiene muchas copias idénticas bajo un solo id. ERC-1155 soporta esto directamente, permitiendo que un solo contrato tenga miles de tokens de "edición" idénticos junto con elementos verdaderamente únicos e irrepetibles.
¿Qué estándar de token debería usar para una colección NFT? Para una colección donde cada pieza es única y se comercializa individualmente, ERC-721 es la opción clásica. Para ediciones abiertas, objetos del juego o colecciones que mezclan activos únicos y de múltiples copias, ERC-1155 suele ser mejor gracias a su acuñación por lotes y diseño multitoken. Decide según si tus elementos son estrictamente únicos o incluyen ediciones y lotes.
¿Puedo crear estos contratos de token sin escribir Solidity desde cero? Sí. Un generador de contratos produce Solidity compatible con estándares para ERC-20, ERC-721 y ERC-1155 basado en implementaciones de referencia, por lo que comienzas con código funcional y personalizas parámetros como nombre, suministro y reglas de acuñación. Aún así, debes probar en una testnet y revisar el código antes de implementar en mainnet.
