[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-es-how-gas-fees-work-solana-ton":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"how-gas-fees-work-solana-ton","Cómo funciona el gas en Solana y TON (frente al gas nativo de Ethereum)","Ethereum cobra el gas en ETH, Solana en lamports, TON en Toncoin. Aquí explicamos cómo funciona realmente cada modelo de comisión, y cómo los patrones de fee-payer y relayer permiten que otro pague la factura del token nativo.","Explicación de cómo funcionan el gas y las comisiones en Solana (lamports, compute units, priority fees, fee-payer) y TON (gas, almacenamiento, forward fees) frente al gas nativo en ETH de Ethereum, además de los patrones de fee-payer\u002Frelayer como análogo del paymaster.","\u003Ch2>El modelo de Ethereum: gas pagado en la moneda nativa\u003C\u002Fh2>\n\u003Cp>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 \u003Cem>gas\u003C\u002Fem>, 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).\u003C\u002Fp>\n\u003Cp>Desde EIP-1559, ese precio se divide en una \u003Cem>base fee\u003C\u002Fem> de protocolo que se quema y se ajusta con la congestión, más una \u003Cem>priority fee\u003C\u002Fem> 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 \u003Ca href=\"\u002Fblog\u002Fcrypto-gas-fees-explained\">las comisiones de gas cripto explicadas\u003C\u002Fa>. Solana y TON resuelven el mismo problema de precio, pero con primitivas distintas.\u003C\u002Fp>\n\n\u003Ch2>Comisiones en Solana: lamports, base fee, priority fees y compute units\u003C\u002Fh2>\n\u003Cp>Solana denomina las comisiones en \u003Cem>lamports\u003C\u002Fem>, la unidad más pequeña de SOL (un SOL son 1.000.000.000 de lamports). Las comisiones tienen dos partes. La \u003Cem>base fee\u003C\u002Fem> 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.\u003C\u002Fp>\n\u003Cp>La segunda parte es la \u003Cem>priority fee\u003C\u002Fem>, y aquí es donde entran las \u003Cem>compute units\u003C\u002Fem> (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.\u003C\u002Fp>\n\u003Cp>Fundamentalmente, Solana separa la cuenta que \u003Cem>firma\u003C\u002Fem> la acción significativa de la cuenta que \u003Cem>paga\u003C\u002Fem>. El \u003Cem>fee-payer\u003C\u002Fem> 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.\u003C\u002Fp>\n\n\u003Ch2>Comisiones en TON: gas, almacenamiento y forward fees en Toncoin\u003C\u002Fh2>\n\u003Cp>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 \u003Cem>Toncoin\u003C\u002Fem> y se descomponen en varios componentes. Las \u003Cem>gas fees\u003C\u002Fem> pagan por la computación, medida en unidades de gas muy parecido a la EVM. Las \u003Cem>storage fees\u003C\u002Fem> (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.\u003C\u002Fp>\n\u003Cp>Luego están las \u003Cem>forward fees\u003C\u002Fem>, 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 \u003Ca href=\"\u002Fblog\u002Fevm-vs-solana-vs-ton\">EVM frente a Solana frente a TON\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2>Patrones de fee-payer y relayer: el análogo del paymaster\u003C\u002Fh2>\n\u003Cp>En EVM, la respuesta emergente a \"tengo tokens pero no ETH para el gas\" es la abstracción de cuentas. ERC-4337 introduce un \u003Cem>paymaster\u003C\u002Fem>: 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, \u003Ca href=\"\u002Fblog\u002Fwhat-is-a-paymaster\">qué es un paymaster\u003C\u002Fa> la recorre.\u003C\u002Fp>\n\u003Cp>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 \u003Cem>relayer\u003C\u002Fem> 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.\u003C\u002Fp>\n\n\u003Ch2>Por qué es difícil un único token de comisión entre cadenas\u003C\u002Fh2>\n\u003Cp>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.\u003C\u002Fp>\n\u003Cp>Ahí es donde importa un estándar de token cross-chain. El estándar \u003Cem>OFT\u003C\u002Fem> (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\u002Frelayer 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.\u003C\u002Fp>\n\n\u003Ch2>Cómo usa WATS esto\u003C\u002Fh2>\n\u003Cp>La WATS Hot Wallet aplica exactamente este patrón. En cadenas EVM usa un \u003Ca href=\"\u002Fats-fee\">paymaster ERC-4337\u003C\u002Fa>, y en Solana y TON usa un fee-payer\u002Frelayer 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 \u003Ca href=\"\u002Fhot-wallet\">Hot Wallet\u003C\u002Fa>.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"¿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.",{"q":14,"a":15},"¿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\u002Frelayer de Solana y los contratos patrocinadores de mensajes de TON — que actúan como el análogo práctico de un paymaster de EVM.",{"q":17,"a":18},"¿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.",1784634292079]