Custom gas tokens: cómo usar tokens ERC-20 para tarifas de transacción
Escrito por Usman Asim
Históricamente, las blockchains de propósito general (Ethereum, Solana, etc) han dictado el token nativo utilizado para las comisiones de transacción. Con el auge de las app-chains y los rollups, los Custom Gas Tokens (CGTs) permiten a los operadores de blockchain definir su propio token nativo.
Esta función ofrece beneficios como mayor utilidad del token, mejor experiencia de usuario y mayor control sobre la economía del ecosistema. Sin embargo, su implementación requiere una consideración cuidadosa de los enfoques técnicos (Native vs. Account Abstraction) y sus compensaciones económicas.
¿Qué son los custom gas tokens?
Los Custom Gas Tokens (CGTs) son tokens alternativos (generalmente ERC-20) que los constructores de chains configuran para pagar transacciones. Esto transforma la forma en que pensamos la infraestructura blockchain, permitiendo a los desarrolladores de protocolos crear sistemas económicos autocontenidos donde las comisiones de red se pagan en la moneda nativa del ecosistema.
Esta capacidad es particularmente relevante para chains específicas de aplicación, ecosistemas de gaming y protocolos DeFi que buscan crear experiencias de usuario fluidas.
Beneficios clave para operadores de chain y desarrolladores de aplicaciones
- Mayor utilidad del token: Transforma tu token de un activo especulativo o de gobernanza a infraestructura esencial. Cada transacción requiere tu token, generando una demanda constante y genuina que impulsa la acumulación de valor a través de utilidad fundamental en lugar de especulación.
- Valor económico internalizado: Las comisiones de transacción permanecen dentro de tu ecosistema en lugar de filtrar valor hacia ETH u otros tokens externos. Esto crea un modelo económico más sostenible donde tu comunidad captura directamente el valor generado por la actividad de la red.
- Experiencia de marca unificada: Refuerza la identidad de tu ecosistema al permitir que los usuarios interactúen enteramente con tu token nativo. Esto es especialmente valioso para chains de gaming, plataformas sociales o ecosistemas DeFi especializados donde la cohesión de marca y la diferenciación en la experiencia de usuario importan.
- Mejor experiencia de usuario: Elimina el "gas token shuffle", donde los usuarios deben gestionar constantemente múltiples tokens. Con custom gas tokens, los usuarios pueden mantener un solo token para todas sus necesidades dentro de tu ecosistema, reduciendo significativamente la fricción de onboarding.
Enfoques de implementación: native vs. account abstraction
Implementación native
El enfoque native configura la chain en el genesis para usar un token ERC-20 específico para todos los pagos de gas a nivel de protocolo.
Chains compatibles:
- ✅ Arbitrum Orbit (soporte completo con oráculos de precio dinámicos)
- ✅ zkSync Era (soporte en curso)
- ✅ Avalanche L1s
- ❌ OP Stack (descontinuado desde mayo de 2024)
Características clave:
- Requiere que el 100% de las transacciones usen el token designado
- Se integra directamente con las herramientas e infraestructura de desarrollo existentes
- Bloquea la configuración de forma inmutable después del despliegue del genesis
- Ofrece contabilidad de gas determinística a nivel de EVM
Consideraciones clave:
- Carece de flexibilidad para soportar múltiples tokens o cambiar de token después del despliegue
- Requiere que los usuarios adquieran el token designado, lo que puede complicar el onboarding
- Simplifica el flujo de transacciones con costos de gas predecibles a nivel de protocolo
- Puede limitar la compatibilidad con aplicaciones que esperan ETH nativo u otros tokens
- Depende de la adopción del token designado en toda la chain, lo que impacta la diversidad del ecosistema
Implementación con account abstraction
El enfoque de account abstraction aprovecha los estándares ERC-4337 para habilitar pagos de gas en cualquier token ERC-20 mediante una arquitectura de paymaster, sin modificar el protocolo central de la chain.
Chains compatibles:
- ✅ Compatible con cualquier chain que cumpla con ERC-4337
- ✅ Alineado con las tendencias de la industria tras la descontinuación de OP Stack
- ❌ Requiere infraestructura de paymaster, que puede variar según la chain
- ❌ No se impone a nivel de protocolo, lo que limita la adopción universal
Características clave:
- Ofrece máxima flexibilidad para soportar múltiples tokens o cambiar de token sin actualizaciones de protocolo
- Permite control granular, dando a las aplicaciones la posibilidad de especificar distintos gas tokens
- Evita presión de venta al aceptar tokens ERC-20 y gestionar las conversiones internamente
- Ofrece una arquitectura preparada para el futuro, alineada con los estándares ERC-4337
Consideraciones clave:
- Aumenta la complejidad debido a infraestructura adicional (paymasters, bundlers, entry points)
- Complica la estimación de gas y el flujo de transacciones para desarrolladores y usuarios
- Elimina el bridging de tokens, simplificando la experiencia de usuario para el uso diverso de tokens
- Presenta riesgo de adopción inconsistente, ya que el uso del token se impone a nivel de aplicación
- Requiere configuración personalizada para herramientas downstream (por ejemplo, block explorers, indexers)
Consideraciones económicas
El desafío de las comisiones de la parent chain
Cuando un L2 utiliza custom gas tokens, sigue necesitando ETH para los costos de disponibilidad de datos en Ethereum (L1). De forma similar, los L3s requieren el token nativo de su L2. Esto genera una dinámica económica crítica:
- Fase de recolección: La chain acumula CustomToken como comisiones de gas de los usuarios
- Requisito de conversión: La chain necesita ETH/token de la parent chain para los costos de posteo de datos
- Operaciones de mercado: La chain debe ejecutar swaps de CustomToken → token de la parent chain
- Impacto en el precio: Genera presión de venta sistemática sobre CustomToken
Gestión de la economía del token
Los operadores de chain deben implementar modelos económicos sofisticados que consideren:
- Proyección de recolección: Modelos estadísticos para las tasas de acumulación del gas token
- Volatilidad del tipo de cambio: Estrategias de cobertura para las fluctuaciones de precio del token
- Requisitos de liquidez: Asegurar suficiente profundidad de mercado para las conversiones
- Gestión de reservas: Mantener márgenes operativos para shocks de precio
Escenario de riesgo: Una caída del 50% en el precio del token podría hacer que las comisiones de gas recolectadas sean insuficientes para cubrir los costos de la parent chain, generando déficits operativos que se acumulan con cada bloque.
Requisitos y especificaciones técnicas
Requisitos típicos de cumplimiento ERC-20 del token
Tu implementación de token generalmente debe satisfacer estas restricciones técnicas:
- Implementación de la interfaz ERC-20 estándar
- Exactamente 18 decimales (impuesto a nivel de contrato)
- Mecánica de suministro de token sin rebasing
- Sin comisiones de transferencia ni mecanismos de impuestos
- Sin callback hooks (sin funcionalidad ERC-777)
- Valores de retorno de
name\(\)ysymbol\(\)≤ 32 bytes - Punto único de entrada para transferencias (sin patrones de proxy actualizable)
Interfaz del protocolo central
solidity
interface IGasToken {
/// @notice Returns the gas token address and decimals/// @return token The ERC20 token address (or 0xEeee...eEEeE for ETH)/// @return decimals Always 18 for valid gas tokens
function gasPayingToken() external view returns (address token, uint8 decimals);
/// @notice Returns the gas token name
function gasPayingTokenName() external view returns (string memory);
/// @notice Returns the gas token symbol
function gasPayingTokenSymbol() external view returns (string memory);
/// @notice Indicates if a custom gas token is active
function isCustomGasToken() external view returns (bool);
}Para chains que usan ETH, gasPayingToken\(\)debe retornar:\(0xEeeeeEeeeEeEeeEeEeEeeEEEeeeeEeeeeeeeEEeE, 18\)
Flujo de transacción con account abstraction
El flujo de pago de gas con AA opera mediante la siguiente secuencia:
- Envío de la User Operation: El usuario firma la operación con la intención de pago de gas en custom token
- Validación del paymaster: Valida la aceptación del token y calcula el monto requerido
- Recolección del token: El paymaster retira los custom tokens del usuario mediante
transferFrom - Pago de gas: El paymaster paga ETH al bundler por los costos de ejecución reales
- Liquidación: El paymaster gestiona la conversión token → ETH de forma asíncrona
Esta arquitectura abstrae la complejidad del gas de los usuarios finales manteniendo las garantías de seguridad.
Implementaciones en producción y casos de estudio
Despliegues exitosos
Degen Chain (Arbitrum Orbit L3 en Base)
- Más de 14M de transacciones en la primera semana
- Más de 770K direcciones activas
- Más de $60M en valor total transferido mediante bridge
- Demostró un fuerte product-market fit con un token nativo de comunidad
DeFi Kingdoms (Avalanche Subnet)
- Implementó CRYSTAL como custom gas token
- Mecanismo novedoso de distribución basado en staking
- Mantuvo el engagement de los usuarios durante la transición económica
Consideraciones para proveedores de infraestructura
Los proveedores de RaaS y equipos de infraestructura pueden aprovechar los custom gas tokens para ofrecer servicios diferenciados, incluyendo validación automatizada de tokens, integración de oráculos de precio y soluciones de gestión de liquidez. Esto crea nuevas oportunidades para servicios de valor agregado en el ecosistema de rollups.
Aprendizajes de la descontinuación de Optimism
La descontinuación por parte de Optimism de los custom gas tokens nativos en mayo de 2024 aporta información crítica:
- Preocupaciones de seguridad relacionadas con modificaciones al contrato portal en L1
- Inflexibilidad arquitectónica para actualizaciones de protocolo
- Experiencia de usuario superior mediante patrones de Account Abstraction
Consideraciones de migración y actualización
⚠️ Advertencia crítica: Migrar o cambiar tu gas token después del despliegue presenta desafíos técnicos significativos.
La complejidad de la migración incluye:
- Actualizaciones de contratos de bridge con migración de estado
- Pausa de toda la chain para la reconciliación de fondos
- Mapeo y verificación de balances de usuarios
- Transición coordinada en todo el ecosistema
- Riesgo no nulo de pérdida de fondos durante la migración
Buena práctica: Realiza un modelado económico exhaustivo y elige tu arquitectura de implementación con cuidado desde el genesis. Si tienes dudas, opta por Account Abstraction para mantener opcionalidad.
Marco de decisión para la implementación
Úsalos si:
- Tienes un token sólido con utilidad y liquidez genuinas
- Tus usuarios ya poseen y usan activamente tu token
- Quieres control total sobre la economía de tu chain
- Estás construyendo un ecosistema cerrado (gaming, social)
- Cuentas con recursos para la gestión de liquidez
Evítalos si:
- Necesitas máxima interoperabilidad con otras chains
- Tu token es volátil o ilíquido
- Quieres estar "máximamente alineado con ETH"
- No cuentas con recursos para la complejidad operativa
- Existen preocupaciones regulatorias en tu jurisdicción
Trayectoria de la industria y perspectivas futuras
El ecosistema muestra un impulso claro hacia la infraestructura de custom gas tokens:
- Optimism: Descontinuación completa de la implementación native
- Arbitrum: Soporte dual con adopción creciente de AA
- zkSync: Mantiene soporte native con un roadmap hacia AA
- Avalanche: Enfoque agnóstico de protocolo que soporta ambos
- Estándares de la industria: La adopción de ERC-4337 se acelera en los L2s
Conclusiones técnicas
- La sostenibilidad económica requiere una gestión sofisticada: El aprovisionamiento adecuado de liquidez, la cobertura de precios y la gestión de reservas son innegociables para el éxito operativo
- La experiencia de usuario impulsa la adopción: Eliminar la fricción del gas token puede mejorar las tasas de conversión en órdenes de magnitud
- La opcionalidad tiene valor cuantificable: La capacidad de modificar la estrategia de gas token después del despliegue justifica la complejidad adicional de AA
Preguntas frecuentes
P: ¿Qué es exactamente un custom gas token (CGT)?
R: Un custom gas token permite que cualquier token ERC-20 se use para el pago de comisiones de transacción en una blockchain, reemplazando el requisito de usar ETH o el token nativo de la chain, ya sea a nivel de protocolo o de aplicación.
P: ¿Se puede cambiar el gas token después del despliegue?
R: Las implementaciones native son inmutables después del genesis. Las implementaciones con Account Abstraction permiten modificaciones en tiempo de ejecución sin cambios de protocolo.
P: ¿Qué chains admiten actualmente custom gas tokens?
R: Arbitrum Orbit, zkSync Era y Avalanche L1s ofrecen soporte native. Todas las chains EVM admiten implementaciones basadas en AA mediante ERC-4337.
P: ¿Cuáles son los costos operativos?
R: Se debe esperar un overhead de 10-20% por gestión de liquidez, slippage de precio y márgenes operativos en las implementaciones native. AA agrega ~21,000 gas por transacción pero elimina el overhead de gestión de liquidez.
Conclusión
Los custom gas tokens representan un primitivo fundamental en la arquitectura blockchain: son decisiones estratégicas que impactan la economía del ecosistema, la adopción de usuarios y la sostenibilidad a largo plazo. El éxito requiere comprender tanto los detalles de implementación técnica como las implicancias económicas.
A medida que la infraestructura blockchain continúa madurando, los custom gas tokens pasarán de ser un diferenciador a una función estándar. Quienes ganen serán quienes diseñen sistemas económicos de token bien pensados, con la experiencia de usuario como prioridad. El futuro de blockchain apunta cada vez más hacia ecosistemas con políticas monetarias soberanas, habilitadas por custom gas tokens.
Despliega un custom gas token con Alchemy Rollups o contacta a nuestro equipo cuando quieras. Estamos para ayudarte.
Resúmenes relacionados
Infra2 de septiembre de 2026
Arquitecturas de agentes de IA onchain: cinco patrones de construcción
Cinco patrones de construcción para agentes de IA onchain, cada uno con un ejemplo práctico: monitores de wallets, reactores basados en eventos, rebalanceadores de portafolios, divisiones multiagente de detectar-y-ejecutar, y pruebas seguras previas a mainnet.
Infra21 de agosto de 2026
Acciones tokenizadas explicadas para desarrolladores: cómo funcionan xStocks, Dinari y Robinhood Chain
Acciones tokenizadas explicadas para desarrolladores: qué respalda a xStocks, Dinari dShares y los tokens de acciones de Robinhood, cómo funciona cada uno onchain y qué aspectos tener en cuenta.
Infra20 de agosto de 2026
Cómo los agentes de IA para programar eligen infraestructura blockchain
Los agentes de IA para programar eligen el proveedor de RPC en el código que escriben. Cómo Cursor, Replit y Claude Code eligen infraestructura blockchain, y cómo orientarlos.
Construye magia blockchain
Alchemy combina los productos y herramientas de desarrollo Web3 más potentes con recursos, comunidad y un soporte legendario.