El modelo de Ethereum: gas pagado en la moneda nativa
Toda blockchain pública tiene que ponerle precio a su recurso escaso — el espacio de bloque y la ejecución — y lo hace con comisiones. En Ethereum y otras cadenas EVM, ese precio se llama gas, y siempre se paga en la moneda nativa de la red, ETH. Cada operación que realiza la EVM tiene un coste de gas fijo; una transferencia simple son 21.000 de gas, mientras que una llamada a contrato cuesta más según el trabajo que haga. Tu total es esa cantidad de gas multiplicada por un precio de gas por unidad, cotizado en gwei (una milmillonésima de ETH).
Desde EIP-1559, ese precio se divide en una base fee de protocolo que se quema y se ajusta con la congestión, más una priority fee opcional (una propina) que va al validador para priorizar tu transacción. La restricción clave para los usuarios es simple: para mover cualquier token ERC-20, sigues necesitando ETH en la misma cuenta para pagar el gas. Si tienes USDC pero no ETH, estás atascado. Cubrimos esto con más profundidad en las comisiones de gas cripto explicadas. Solana y TON resuelven el mismo problema de precio, pero con primitivas distintas.
Comisiones en Solana: lamports, base fee, priority fees y compute units
Solana denomina las comisiones en lamports, la unidad más pequeña de SOL (un SOL son 1.000.000.000 de lamports). Las comisiones tienen dos partes. La base fee es un cargo plano y determinista por firma — a fecha de 2026 son 5.000 lamports por firma — así que una transacción típica de un solo firmante paga 5.000 lamports independientemente de lo que haga. La mitad de la base fee se quema y la mitad va al validador.
La segunda parte es la priority fee, y aquí es donde entran las compute units (CU) de Solana. Cada instrucción consume compute units hasta un límite por transacción, y una transacción puede pujar un precio por compute unit mediante una instrucción de compute-budget. La priority fee equivale al límite de CU que solicitas por ese precio, y actúa como la propina que te programa por delante de otros cuando una cuenta caliente o toda la red están congestionadas. A diferencia de Ethereum, la base fee no es una tarifa de mercado que flota con la demanda; el mercado vive enteramente en la priority fee.
Fundamentalmente, Solana separa la cuenta que firma la acción significativa de la cuenta que paga. El fee-payer es simplemente el primer firmante de la transacción, y de su saldo de SOL se debita la comisión. Esa cuenta no tiene por qué ser la tuya — cualquier cosa que autorices puede ser pagada por un firmante distinto. Esa única decisión de diseño es lo que hace posibles los patrones de relayer en Solana.
Comisiones en TON: gas, almacenamiento y forward fees en Toncoin
TON (The Open Network) adopta de nuevo una forma distinta, reflejando su arquitectura de modelo de actores y paso de mensajes donde los smart contracts se comunican enviándose mensajes entre sí. Las comisiones se pagan en Toncoin y se descomponen en varios componentes. Las gas fees pagan por la computación, medida en unidades de gas muy parecido a la EVM. Las storage fees (comisiones de almacenamiento) son inusuales e importantes: a los contratos se les cobra alquiler a lo largo del tiempo por el estado que ocupan on-chain, así que una cuenta paga lentamente por persistir datos en lugar de pagar una sola vez.
Luego están las forward fees, que cubren el coste de enviar mensajes internos entre contratos — porque una sola acción de usuario en TON a menudo se ramifica en una cadena de mensajes, cada salto acarrea un coste de reenvío. En la práctica, una wallet adjunta algo de Toncoin a una transacción para cubrir el gas más el reenvío, y el valor no utilizado normalmente se devuelve. El resultado es la misma fricción familiar: para hacer cualquier cosa en TON, necesitas Toncoin situado en el lugar adecuado. Para una comparación cara a cara de los tres modelos de ejecución, consulta EVM frente a Solana frente a TON.
Patrones de fee-payer y relayer: el análogo del paymaster
En EVM, la respuesta emergente a "tengo tokens pero no ETH para el gas" es la abstracción de cuentas. ERC-4337 introduce un paymaster: un contrato que acepta patrocinar el gas de la operación de un usuario, cobrándole opcionalmente en un token ERC-20 en su lugar. A fecha de 2026, EIP-7702 permite además que las cuentas ordinarias de propiedad externa adopten temporalmente comportamiento de smart account, ampliando dónde aplican estos patrones. ERC-4337 y su contrato EntryPoint son estrictamente estándares de EVM — no se ejecutan en Solana ni en TON. Si la mecánica te resulta nueva, qué es un paymaster la recorre.
Solana y TON alcanzan el mismo resultado con primitivas nativas en lugar de un estándar formal. En Solana, como el fee-payer es simplemente el primer firmante, un servicio de relayer puede co-firmar y pagar la comisión en SOL de una transacción que el usuario autorizó, y luego liquidar con el usuario como quiera — incluido cobrarle en un token distinto. En TON, un relayer o contrato patrocinador similar puede adjuntar el Toncoin requerido y reenviar el mensaje que el usuario pretende, de modo que el usuario nunca necesita Toncoin él mismo. La etiqueta difiere — paymaster, fee-payer, relayer — pero la función es idéntica: desacoplar el token que tienes del token nativo que la cadena exige para las comisiones.
Por qué es difícil un único token de comisión entre cadenas
Junta estos tres modelos y el problema del usuario multicadena es obvio. Para ser autosuficiente debes mantener ETH en cada cadena EVM, SOL en Solana y Toncoin en TON — cada uno un saldo separado que tienes que adquirir, recargar y vigilar. El patrocinio de comisiones arregla el problema de "no hay moneda nativa en esta cuenta" en una sola cadena, pero un patrocinador sigue necesitando una forma de ser reembolsado, y un token en una cadena no es nativamente gastable en otra.
Ahí es donde importa un estándar de token cross-chain. El estándar OFT (Omnichain Fungible Token) de LayerZero, a fecha de 2026, permite que un único token mantenga un suministro unificado a través de muchas cadenas en lugar de depender de copias wrapped específicas de cada cadena. Combina un token de comisión OFT con un paymaster en EVM y patrocinio de fee-payer/relayer en Solana y TON, y obtienes un diseño coherente: el usuario siempre paga en un token, y entre bastidores el patrocinador suministra la moneda nativa que cada cadena realmente requiere.
Cómo usa WATS esto
La WATS Hot Wallet aplica exactamente este patrón. En cadenas EVM usa un paymaster ERC-4337, y en Solana y TON usa un fee-payer/relayer equivalente — el análogo del paymaster descrito arriba — de modo que cada transferencia, swap o staking se cobra en un token, ATS, y nunca necesitas SOL ni Toncoin para transaccionar. Como ATS es un OFT de LayerZero, un único saldo funciona en EVM, Solana y TON, y el ATS cobrado como comisiones se quema, reduciendo el suministro desde 100.000.000 hacia un piso de 30.000.000. WATS es no custodial — tú tienes tus claves y WATS nunca tiene ninguna — y es la primera y única wallet que combina comisiones de token único ERC-4337 más OFT, cobradas en lugar del gas nativo en cada transferencia, con esa quema. Puedes leer la mecánica en la página de la Hot Wallet.
Preguntas frecuentes
¿Puedo enviar tokens en Solana o TON sin tener SOL o Toncoin?
Por defecto, no — Solana debita su comisión en lamports (SOL) del fee-payer, y TON requiere Toncoin para el gas, el almacenamiento y las forward fees. Sin embargo, ambas cadenas admiten patrocinio: en Solana un relayer puede actuar como el fee-payer (el primer firmante) y pagar el SOL, y en TON un contrato patrocinador o relayer puede suministrar el Toncoin. Eso permite que un servicio te cobre en un token distinto mientras cubre la comisión nativa por ti.
¿Funciona ERC-4337 en Solana y TON?
No. ERC-4337 y su contrato EntryPoint son estándares exclusivos de EVM y no se ejecutan en Solana ni en TON. Esas cadenas logran el mismo resultado de patrocinio de comisiones con sus propias primitivas nativas — el modelo de fee-payer/relayer de Solana y los contratos patrocinadores de mensajes de TON — que actúan como el análogo práctico de un paymaster de EVM.
¿Cuál es la diferencia entre la base fee y la priority fee de Solana?
La base fee en Solana es un cargo plano y determinista por firma (5.000 lamports por firma a fecha de 2026) que no flota con la demanda. La priority fee es opcional y guiada por el mercado: pujas un precio por compute unit, y la propina total equivale a ese precio por las compute units que solicites. La priority fee es lo que programa tu transacción por delante de otras durante la congestión.