¿Por qué hay tantos tokens?
Descubre cómo ERC-20 hizo que los tokens fueran reutilizables en las aplicaciones de Ethereum, y por qué un estándar compartido sigue dejando riesgos importantes.
En esta página
Lectura rápida
Ethereum hizo posibles los programas compartidos, y ERC-20 les dio a muchos de esos programas una forma común de representar unidades intercambiables. Esta lección explica por qué los estándares permiten que las billeteras y las aplicaciones manejen distintos tokens, por qué un token no es lo mismo que ETH o una red, y qué riesgos de contrato y de aprobación siguen presentes.
Lo que debes recordar
- Un token es el registro que lleva un contrato inteligente en una red que no le pertenece, por eso nunca obtiene su propia blockchain solo por tener un nombre y un símbolo.
- ERC-20 es una interfaz de compatibilidad: te dice que una billetera puede manejar el token, pero nada sobre si el token o su emisor son confiables.
- La dirección del contrato y la red identifican a un token; los nombres, símbolos y logotipos son solo información de presentación que cualquiera puede copiar.
- Una aprobación otorga un permiso de gasto reutilizable, no autoriza una sola transferencia, así que revisa el spender y el monto antes de confirmar.
¿Por qué se multiplicaron los tokens después de los contratos programables?
Ethereum hizo posible que un contrato inteligente llevara su propio registro de unidades y de las cuentas que las controlan. Esas unidades se conocen comúnmente como tokens. Un token puede representar muchas cosas distintas, pero no obtiene su propia blockchain solo por tener un nombre o un símbolo.
ETH es diferente: es el activo nativo de Ethereum y se usa para pagar el gas. Un token ERC-20 es el registro que lleva un contrato inteligente en Ethereum. Mover ese token en Ethereum sigue requiriendo ETH para la comisión de red.
¿Qué es lo que ERC-20 vuelve común?
ERC-20 es una interfaz compartida para tokens fungibles. En lugar de que
cada proyecto invente una forma distinta de consultar un saldo o enviar
unidades, un contrato compatible expone funciones conocidas como
balanceOf, transfer, approve y allowance.
Esa forma común permite que una billetera o aplicación funcione con muchos contratos de tokens sin necesitar una integración distinta para cada uno. Es una regla de compatibilidad, no una afirmación de que todos los tokens tengan el mismo propósito, emisor o nivel de riesgo.
| Pregunta | ETH | Un token ERC-20 |
|---|---|---|
| ¿De dónde vienen sus reglas? | De las reglas del protocolo de Ethereum. | Del código de un contrato inteligente, que a menudo sigue la interfaz ERC-20. |
| ¿Con qué se paga el gas de Ethereum? | Con ETH. | La transferencia sigue necesitando ETH para el gas. |
| ¿Qué demuestra un nombre o símbolo conocido? | Identifica al activo nativo en este contexto. | Muy poco por sí solo; los nombres y símbolos son información de presentación, no una verificación de seguridad. |
¿Por qué le importa a las aplicaciones tener una interfaz común?
Los contratos inteligentes en Ethereum son programas públicos que otras aplicaciones pueden llamar. Cuando los contratos de tokens exponen una interfaz conocida, una nueva aplicación puede combinar piezas ya existentes en lugar de empezar desde cero. Esto se llama composabilidad: componentes independientes pueden trabajar juntos para crear un nuevo servicio.
La composabilidad explica por qué un mismo token puede aparecer en varias billeteras, aplicaciones y plataformas de trading. No significa que esos productos pertenezcan a una sola empresa, ni que cada integración haya sido revisada en cuanto a seguridad.
¿Qué es lo que el estándar no garantiza?
ERC-20 describe una interfaz, no si un proyecto es confiable, si un token
tiene valor, si está respaldado por activos o reservas, o si su contrato
fue diseñado de forma segura. Incluso los métodos name, symbol y
decimals del estándar son funciones opcionales de usabilidad, así que
una etiqueta conocida no es prueba de identidad ni de respaldo.
La dirección del contrato y la red en la que se ejecuta determinan qué programa se está usando realmente. Un token que parece conocido en una interfaz puede en realidad ser un contrato sin relación, con reglas distintas. Desplegar un token en Ethereum no significa que Ethereum lo haya aprobado o respaldado.
¿Por qué las aprobaciones son un riesgo aparte?
Una transferencia ERC-20 mueve tokens directamente. Una aprobación es
distinta: establece una asignación (allowance) que permite que otra
dirección, a menudo un contrato inteligente, mueva más adelante hasta un
monto indicado mediante transferFrom. Este permiso puede usarse más de
una vez, hasta que la asignación se agote o se reemplace.
Esta flexibilidad ayuda a que las aplicaciones trabajen juntas, pero también significa que una aprobación no es solo un adelanto de una transferencia. Es un permiso otorgado a un spender específico, según las reglas del contrato del token.
Conclusión
Los tokens se multiplicaron porque Ethereum permitió que un contrato inteligente llevara su propio registro de unidades y de las cuentas que las controlan, y porque ERC-20 les dio a esos contratos una forma común de que se les consulte un saldo o se les indique transferir. Esa interfaz compartida es la razón por la que una sola billetera puede manejar miles de tokens distintos sin una integración separada para cada uno, y por la que una nueva aplicación puede combinar piezas ya existentes en lugar de empezar desde cero.
Lo fundamental que el estándar no hace es dar garantía de nada. ERC-20
describe una interfaz, no si un proyecto es confiable, si un token está
respaldado por algo, o si su contrato fue escrito de forma segura. Incluso
name, symbol y decimals son comodidades de presentación opcionales,
así que una etiqueta conocida no es prueba de identidad. Lo que identifica
a un token es su dirección de contrato y la red en la que se ejecuta: nada
de lo que se muestra en una interfaz sustituye la verificación de esos dos
datos.
Las aprobaciones merecen una atención aparte porque se comportan de forma
distinta a las transferencias. Una transferencia mueve tokens una sola
vez; una aprobación le otorga a un spender una asignación de la que puede
disponer repetidamente mediante transferFrom, hasta que esa asignación
se agote o se reemplace. Leer una solicitud de aprobación como el adelanto
de una sola transacción subestima lo que en realidad se está otorgando.
Antes de confirmar una, revisa qué spender está siendo autorizado y por
cuánto.
Los estándares ayudaron a que muchas aplicaciones y activos compartieran el entorno programable de Ethereum. Esa utilidad también significa que más actividad puede competir por la misma ejecución y el mismo espacio de bloque de la Layer 1. La próxima lección examina por qué una capa base compartida puede volverse costosa o congestionarse a medida que crece la demanda.
Preguntas frecuentes
ERC-20 es una interfaz compartida para tokens fungibles en Ethereum. Un contrato compatible expone funciones conocidas como balanceOf, transfer, approve y allowance, de modo que las billeteras y aplicaciones puedan trabajar con muchos tokens distintos sin una integración personalizada para cada uno. Es una regla de compatibilidad, no una afirmación sobre el propósito o la calidad de un token.
Una coin generalmente se refiere al activo nativo de una red, emitido y regido por las reglas del protocolo de esa red —BTC en Bitcoin, ETH en Ethereum—. Un token es un registro que lleva un contrato inteligente que se ejecuta en una red que no le pertenece. Un token no obtiene su propia blockchain solo por tener un nombre, un símbolo y un precio.
No. ETH es el activo nativo de Ethereum y sus reglas provienen del propio protocolo de Ethereum, mientras que las reglas de un token ERC-20 provienen del código de un contrato inteligente. Es un punto de confusión común porque muchas interfaces los muestran lado a lado, pero están en capas distintas de la misma experiencia.
Sí. Mover un token ERC-20 es una transacción en Ethereum, y las transacciones de Ethereum se pagan en ETH. Tener un saldo de tokens sin ETH significa que la transferencia no se puede pagar, por lo que una billetera puede mostrar un saldo de tokens que no puedes mover.
Una aprobación establece una asignación que permite que otra dirección, a menudo un contrato inteligente, mueva más adelante hasta un monto indicado de tus tokens mediante transferFrom. A diferencia de una transferencia, este permiso puede usarse más de una vez hasta que la asignación se agote o se reemplace. El riesgo es que estás otorgando un permiso de gasto continuo a un spender específico, no autorizando un solo movimiento.
No. El estándar describe cómo se puede llamar a un contrato, no si fue escrito de forma segura, si el proyecto detrás de él es legítimo, o si el token está respaldado por algo. Desplegar un token en Ethereum no significa que Ethereum lo haya revisado o respaldado.
Por la dirección del contrato y la red en la que se ejecuta, porque eso determina qué programa se está usando realmente. Los nombres y símbolos son información de presentación que cualquiera puede reutilizar, así que un token que parece conocido en una interfaz puede ser un contrato sin relación, con reglas completamente distintas. Confirma la dirección con una fuente en la que ya confíes, en lugar de un enlace que te enviaron.
La composabilidad significa que componentes independientes pueden trabajar juntos para crear un nuevo servicio. Como los contratos inteligentes son programas públicos que otras aplicaciones pueden llamar, una nueva aplicación puede construirse sobre contratos de tokens ya existentes en lugar de empezar desde cero. Esto explica por qué un mismo token aparece en muchas billeteras y plataformas, pero no significa que esos productos compartan un operador ni que cada integración haya sido revisada.
Porque crear uno es barato y el estándar lo hace utilizable de inmediato. En cuanto un contrato puede llevar su propio registro de unidades y exponer la interfaz ERC-20, las billeteras y aplicaciones existentes pueden manejarlo sin modificaciones. Un bajo costo de creación sumado a una compatibilidad instantánea es una combinación que produce cantidades muy grandes de tokens, la mayoría de los cuales no representa ninguna actividad significativa.
Criptomonedas relacionadas
Sigue aprendiendo
Lecturas recomendadas a partir de esta lección.
- ¿Por qué existe Bitcoin?Parte del problema del doble gasto para entender por qué Bitcoin necesitaba un historial de transacciones compartido.
- Bitcoin: la primera Layer 1Descubre por qué Bitcoin es una red Layer 1, cómo sus propias reglas protegen a BTC, y por qué la liquidación implica compromisos.
- ¿Por qué Ethereum es programable?Descubre cómo Ethereum amplió la idea de Layer 1 con programas compartidos, el gas en ETH, y nuevos compromisos.
- ¿Por qué se congestionan las blockchains?Descubre por qué los recursos compartidos de la Layer 1 son limitados, cómo la demanda se convierte en comisiones y demoras, y por qué el escalado implica compensaciones.
