Qué es ERC-20
Nota: Este documento es una traducción automática del original en inglés.
Qué es ERC-20
ERC-20 es el estándar de token más ampliamente adoptado en la blockchain de Ethereum. Define una interfaz común -- un conjunto de funciones y eventos -- que un contrato inteligente debe implementar para crear un token fungible. "Fungible" significa que cada unidad del token es idéntica e intercambiable, igual que un billete de un dólar es equivalente a cualquier otro billete de un dólar.
ERC significa Ethereum Request for Comments, y 20 es el número de la propuesta. El estándar fue propuesto en 2015 y se ha convertido en el plano de facto para crear tokens en Ethereum y en las cadenas compatibles con EVM. Cuando un proyecto dice que su token es "ERC-20", significa que el contrato del token sigue esta interfaz estándar, lo que garantiza la compatibilidad con monederos, exchanges descentralizados, rastreadores de carteras y otros contratos inteligentes en todo el ecosistema de Ethereum.
En resumen: ERC-20 es un estándar técnico que define cómo funcionan los tokens fungibles en Ethereum -- garantizando que cualquier token ERC-20 pueda ser enviado, recibido y gestionado por cualquier monedero o aplicación que soporte el estándar.
Cómo funciona ERC-20
La interfaz estándar
En su núcleo, ERC-20 especifica un conjunto de funciones que todo contrato de token compatible debe implementar. Estas funciones proporcionan un lenguaje común que las aplicaciones externas (monederos, exchanges, otros contratos) pueden usar para interactuar con el token sin necesitar saber nada sobre la lógica interna del token.
Las funciones clave son:
| Función | Qué hace |
|---|---|
totalSupply() |
Devuelve el número total de tokens existentes |
balanceOf(address) |
Devuelve cuántos tokens posee una dirección específica |
transfer(to, amount) |
Envía tokens de la dirección del llamante a otra dirección |
approve(spender, amount) |
Autoriza a otra dirección (un contrato inteligente o un usuario) a gastar hasta una cantidad especificada de los tokens del llamante |
transferFrom(from, to, amount) |
Permite que un spender previamente aprobado transfiera tokens en nombre del propietario del token |
allowance(owner, spender) |
Devuelve cuántos tokens tiene todavía permitido transferir el spender en nombre del propietario |
El estándar también define dos eventos -- Transfer y Approval -- que se emiten cuando los tokens se mueven o cuando cambian los permisos de gasto. Estos eventos permiten que los sistemas externos (exploradores de bloques, indexadores, herramientas de análisis) rastreen la actividad del token sin consultar el contrato directamente.
Por qué importa un estándar
Antes de que ERC-20 fuera ampliamente adoptado, cada proyecto de token creaba su propia interfaz personalizada. Esto significaba que los monederos, exchanges y otras aplicaciones tenían que escribir código personalizado para cada nuevo token. ERC-20 resolvió este problema creando una interfaz de contrato universal: cualquier aplicación que soporte ERC-20 soporta automáticamente todos los tokens ERC-20, ya sea que se hayan creado ayer o hace años.
Esta componibilidad es uno de los cimientos del ecosistema de Ethereum. Un exchange descentralizado no necesita saber qué representa un token específico ni quién lo creó -- si el token implementa la interfaz ERC-20, el exchange puede listarlo, intercambiarlo y liquidar transacciones con él.
Desplegar un token ERC-20
Crear un token ERC-20 implica desplegar un contrato inteligente en la red de Ethereum (o una cadena compatible con EVM) que implemente las funciones requeridas. El desplegador especifica el nombre del token, el símbolo, la precisión decimal y el suministro inicial. Una vez desplegado, el contrato es inmutable -- la interfaz principal del token no puede cambiarse, aunque algunas implementaciones incluyen funciones adicionales como minteo, quema o pausa a través de mecanismos de gobernanza.
La baja barrera técnica para desplegar un token ERC-20 es a la vez una fortaleza y un riesgo. Permite la innovación y la experimentación rápidas, pero también significa que cualquiera puede crear un token con cualquier nombre y cualquier propósito declarado. La existencia de un token ERC-20 no implica calidad, legitimidad o valor.
ERC-20 y las cadenas compatibles con EVM
Aunque ERC-20 se creó para Ethereum, el estándar funciona en cualquier blockchain compatible con EVM. Cadenas como BNB Smart Chain, Polygon, Arbitrum One, Base y Avalanche soportan tokens ERC-20 de forma nativa porque implementan la Ethereum Virtual Machine. En algunas de estas cadenas, el estándar puede tener un nombre formal diferente (BEP-20 en BNB Smart Chain, por ejemplo), pero la interfaz es funcionalmente idéntica.
Esto significa que el token de un proyecto podría describirse como "ERC-20" incluso si está desplegado en una cadena distinta de Ethereum. El estándar es una interfaz técnica, no una designación específica de cadena. Lo que importa es si el contrato del token implementa el conjunto de funciones ERC-20, no en qué red se ejecuta.
ERC-20 comparado con otros tipos de token
| Dimensión | ERC-20 | ERC-721 (NFT) | ERC-1155 (Multi-token) | Native token (ETH, SOL) |
|---|---|---|---|---|
| Fungibilidad | Fungible (todas las unidades idénticas) | No fungible (cada token único) | Tanto fungible como no fungible | Fungible |
| Desplegado como | Contrato inteligente | Contrato inteligente | Contrato inteligente | Integrado en el protocolo |
| Interfaz estándar | transfer, approve, balanceOf |
ownerOf, safeTransferFrom |
Operaciones por lotes | Sin interfaz de contrato estándar |
| Caso de uso | Monedas, tokens de utilidad, tokens de gobernanza | Arte digital, activos únicos, identidad | Artículos de juegos, colecciones mixtas | Tarifas de gas, staking, moneda base |
Los tokens ERC-20 son distintos de los native tokens como ETH. Mientras que ETH está integrado directamente en el protocolo de Ethereum y existe sin un contrato inteligente, los tokens ERC-20 se crean desplegando un contrato que sigue el estándar. Ambos pueden poseerse y transferirse, pero tienen propiedades técnicas diferentes y roles diferentes en la red.
Limitaciones y extensiones de ERC-20
Aunque ERC-20 es el estándar de token más utilizado, tiene limitaciones conocidas que han llevado a extensiones y mejoras:
- Sin notificación al recibir. Cuando se envían tokens a un contrato inteligente, el contrato receptor no tiene una forma automática de reaccionar. Esto ha llevado a que los tokens queden permanentemente bloqueados en contratos que no manejan las transferencias ERC-20. Los estándares ERC-223 y ERC-777 se propusieron para abordar esto, aunque ERC-20 sigue siendo dominante.
- Patrón de aprobación de dos pasos. Transferir tokens en nombre de otra dirección requiere dos transacciones: primero
approve, luegotransferFrom. Esto añade fricción y coste de gas. La extensión ERC-2612 (Permit) permite aprobaciones sin gas a través de firmas off-chain. - Sin metadatos integrados. Los tokens ERC-20 tienen un nombre y un símbolo pero no una forma estandarizada de incluir metadatos adicionales (descripción, icono, enlace a documentación). Las extensiones y los registros off-chain llenan este vacío.
Estas limitaciones no disminuyen la utilidad práctica de ERC-20. La simplicidad del estándar y su soporte universal superan sus imperfecciones técnicas para la gran mayoría de los casos de uso.
Por qué ERC-20 importa para los proyectos de IA cripto
La mayoría de los proyectos de IA cripto que emiten un token en Ethereum o en una cadena compatible con EVM usan el estándar ERC-20. El token podría servir como un utility token (pagar por cómputo, acceder a servicios de IA), un governance token (votar sobre los parámetros del protocolo), o un mecanismo de tarifas (pagar por el uso de la red). Independientemente de su rol previsto, usar ERC-20 garantiza que el token sea compatible con el ecosistema más amplio: los usuarios pueden poseerlo en monederos estándar, intercambiarlo en exchanges descentralizados e interactuar con él a través de interfaces bien conocidas.
Para los lectores que evalúan un proyecto de IA cripto, saber que un token es ERC-20 te dice sobre su formato técnico -- no sobre su utilidad, necesidad o valor. El estándar de token responde "¿cómo funciona el token técnicamente?" pero no "¿por qué necesita el proyecto un token?" ni "¿el token realmente cumple un propósito en el pipeline de IA?"
Dónde aparece en las fichas de proyecto de DecAIHub
En una ficha de proyecto de DecAIHub, ERC-20 aparece en el campo Token standard. Cuando una ficha muestra Token standard: ERC-20, significa que el token del proyecto está implementado como un contrato inteligente ERC-20.
El campo de estándar de token es puramente descriptivo: les dice a los lectores el formato técnico del token. Debe leerse junto con el campo Token model (que describe el rol del token: utilidad, gobernanza, mecanismo de tarifas) y el campo Main chain (que les dice a los lectores en qué red está desplegado el token).
Un proyecto puede tener tokens en múltiples cadenas -- por ejemplo, un token ERC-20 en Ethereum y una versión puenteada en una L2 como Arbitrum. El campo de estándar de token normalmente refleja el despliegue principal.
Lo que ERC-20 por sí solo no demuestra
- ERC-20 no demuestra la utilidad del token. Cualquier contrato inteligente puede implementar la interfaz ERC-20. El estándar define el comportamiento técnico del token, no su rol económico ni su necesidad. Un proyecto puede tener un token ERC-20 que no cumpla ningún propósito en su pipeline de IA o de aplicación.
- ERC-20 no demuestra legitimidad. Crear y desplegar un token ERC-20 requiere un esfuerzo y un coste técnico mínimos. La existencia de un token no es evidencia de que el proyecto detrás de él sea real, funcional o confiable.
- ERC-20 no demuestra que el proyecto esté en Ethereum. Los tokens ERC-20 existen en muchas cadenas compatibles con EVM. El estándar de token no indica en qué cadena está desplegado el token -- consulta el campo Main chain para esa información.
- ERC-20 no demuestra capacidad de IA. El estándar técnico de un token no tiene conexión con que el proyecto tenga un componente de IA real, inferencia funcional o modelos verificables.
- ERC-20 no demuestra descentralización. El propio contrato del token puede incluir controles centralizados: claves de administrador para mintear o quemar, funciones de pausa, proxies de actualización controlados por una sola dirección. El estándar define la interfaz, no el modelo de gobernanza.
No confundir con
- Token standard -- el concepto paraguas. ERC-20 es un estándar de token específico. Otros incluyen ERC-721 (NFTs), ERC-1155 (multi-tokens), BEP-20 (BNB Smart Chain), SPL (Solana) y los tokens nativos.
- Native token -- ETH es el token nativo de Ethereum, integrado en el protocolo mismo. Los tokens ERC-20 se crean desplegando contratos inteligentes sobre el protocolo. Coexisten pero son técnicamente diferentes.
- Token model -- el modelo de token describe el rol del token (utilidad, gobernanza, mecanismo de tarifas). El estándar de token describe el formato técnico. Un token puede ser ERC-20 (estándar) y un token de utilidad (modelo) al mismo tiempo.
- BEP-20 -- el estándar de token en BNB Smart Chain. BEP-20 es funcionalmente idéntico a ERC-20 pero es la convención de nomenclatura usada en una cadena diferente.
- ERC-721 -- el estándar para los tokens no fungibles (NFTs) en Ethereum. Los tokens ERC-721 son únicos; los tokens ERC-20 son intercambiables.
Preguntas frecuentes
¿Qué significa "fungible" en el contexto de ERC-20?
Fungible significa que cada unidad del token es idéntica en valor y función a cualquier otra unidad. Si posees 100 unidades de un token ERC-20, cualquiera de esas unidades es intercambiable con cualquier otra unidad del mismo token. Este es el mismo principio que hace que un billete de un dólar sea equivalente a cualquier otro billete de un dólar. Por el contrario, los tokens no fungibles (ERC-721) son cada uno único -- un NFT no es intercambiable con otro.
¿Puede crearse un token ERC-20 en cadenas distintas de Ethereum?
Sí. Cualquier blockchain que implemente la Ethereum Virtual Machine (EVM) soporta tokens ERC-20. Esto incluye cadenas como Polygon, Arbitrum One, Base, BNB Smart Chain, Avalanche y muchas otras. En BNB Smart Chain, el estándar equivalente se llama BEP-20, pero implementa la misma interfaz. Un token que sigue el conjunto de funciones ERC-20 funciona con cualquier monedero, exchange o contrato inteligente compatible con EVM, independientemente de la cadena específica.
¿Cuál es la diferencia entre ERC-20 y un token nativo como ETH?
ETH es el token nativo de Ethereum -- está integrado en el protocolo mismo y existe sin un contrato inteligente. ETH se usa para pagar tarifas de gas y para participar en el staking. Los tokens ERC-20, en cambio, se crean desplegando contratos inteligentes sobre Ethereum. Requieren ETH para pagar las tarifas de gas de las transferencias e interacciones. Ambos tipos de tokens pueden poseerse en el mismo monedero, pero su implementación técnica es fundamentalmente diferente.
¿Desplegar un token ERC-20 requiere mucha experiencia técnica?
Desplegar un token ERC-20 básico requiere conocimientos moderados de desarrollo de contratos inteligentes. Las bibliotecas estándar (como OpenZeppelin) proporcionan implementaciones de ERC-20 auditadas y listas para usar que pueden desplegarse con una personalización mínima. La baja barrera para el despliegue es a la vez una ventaja (permitir la experimentación y la innovación rápidas) y un riesgo (permitir que cualquiera cree un token para cualquier propósito). La existencia de un token desplegado no es, por sí misma, evidencia de capacidad técnica.
Referencias externas
- EIP-20: Token Standard -- Ethereum Improvement Proposals -- la especificación formal original del estándar ERC-20, que define las funciones y eventos requeridos.
- OpenZeppelin -- ERC-20 Documentation -- implementación ampliamente utilizada del estándar ERC-20 con explicaciones y mejores prácticas para desarrolladores.
- Ethereum.org -- ERC-20 Token Standard -- documentación oficial de Ethereum que explica los tokens ERC-20 para desarrolladores y lectores.
No comments to display
No comments to display