[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-es-erc-20-vs-spl-vs-jetton":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"erc-20-vs-spl-vs-jetton","ERC-20 vs SPL vs Jetton: por qué el \"mismo\" token funciona distinto en cada cadena","ERC-20, SPL y Jetton describen todos \"un token\", pero guardan los saldos en lugares completamente distintos. Esto es lo que ocurre realmente por debajo en Ethereum, Solana y TON, y por qué cambia la forma en que una transferencia se completa o falla.","En qué se diferencian ERC-20, SPL y Jetton: dónde viven los saldos de tokens en Ethereum, Solana y TON, y por qué el mismo ticker es un token distinto en cada cadena.","\u003Cblockquote>ERC-20, SPL y Jetton responden a una única pregunta de tres maneras: dónde se guarda el número que registra tu saldo. Ethereum mantiene el saldo de todos los titulares en un único contrato de token compartido; Solana, en una cuenta de token separada por titular; y TON, en un contrato separado por titular. Esa diferencia explica las aprobaciones, las comisiones y la mayoría de los modos de fallo, y también por qué el mismo ticker es un token distinto en cada cadena. Las wallets que cubren las tres, como WATS —que cubre EVM, Solana y TON, pero no Bitcoin de forma nativa—, tienen que hablar las tres gramáticas.\u003C\u002Fblockquote>\u003Ch2>Qué es realmente un \"estándar de token\"\u003C\u002Fh2>\u003Cp>Un estándar de token es una interfaz acordada: nombres de funciones, formatos de mensaje y eventos en los que confían wallets y exchanges. Por debajo hay código corriente, y la forma en que cada cadena ejecuta ese código define lo que un token puede llegar a ser.\u003C\u002Fp>\u003Cp>\u003Cstrong>ERC-20, SPL y los jettons no son tres dialectos de una misma cosa.\u003C\u002Fstrong> Responden a una única pregunta de tres maneras: \u003Cem>¿dónde vive el número que dice \"tienes 500 tokens\"?\u003C\u002Fem> Ethereum lo guarda en un único contrato compartido, Solana en una cuenta separada por titular, TON en un contrato separado por titular: modelos de almacenamiento que explican casi todas las peculiaridades prácticas, sobre la arquitectura que comparamos en \u003Ca href=\"\u002Fblog\u002Fevm-vs-solana-vs-ton\">EVM, Solana y TON\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2>ERC-20 en Ethereum: un contrato guarda los saldos de todos\u003C\u002Fh2>\u003Cp>Un token ERC-20 es un solo contrato inteligente en una sola dirección, que mantiene un libro contable con la correspondencia entre direcciones y números. Tú no \"tienes\" el token; el contrato guarda una anotación de que a tu dirección se le debe una cantidad.\u003C\u002Fp>\u003Cp>Una transferencia es una llamada \u003Cem>al contrato del token\u003C\u002Fem>, que resta en una fila y suma en otra. Tu dirección no necesita ninguna preparación: puedes recibir cualquier ERC-20 en una dirección que nunca haya tocado ese token.\u003C\u002Fp>\u003Cp>Eso explica por qué puedes tener una fortuna en un token y aun así no poder moverla: llamar a un contrato cuesta gas, liquidado por defecto en el token nativo de la cadena. En 2026 ese valor por defecto no es absoluto: un paymaster ERC-4337 permite que pague alguien distinto del propietario de la cuenta, y EIP-7702 permite que un tercero envíe y pague la transacción de tipo 4 que establece la delegación de una cuenta, aunque el patrocinio posterior depende de lo que implemente el código delegado. La red sigue cobrando por el trabajo; lo único que cambia es quién paga.\u003C\u002Fp>\u003Ch2>SPL en Solana: cuentas de token, rent y el mint\u003C\u002Fh2>\u003Cp>Solana divide el trabajo en dos. Una \u003Cstrong>cuenta mint\u003C\u002Fstrong> define el token: suministro, decimales y qué autoridad puede emitir o congelar. Los saldos viven en \u003Cstrong>cuentas de token\u003C\u002Fstrong> separadas. El Token Program es el propietario de esos datos de cuenta, mientras que la cuenta designa a un titular como su owner y autoridad de gasto; nada te limita a una sola cuenta por mint.\u003C\u002Fp>\u003Cp>Por eso las wallets se estandarizan en torno a la associated token account, derivada de la dirección de tu wallet, el mint y el id del token program. Tiene que existir y estar financiada: la exención de rent bloquea una pequeña cantidad de SOL, recuperable, dentro de la cuenta para mantenerla viva.\u003C\u002Fp>\u003Cp>Recibir un token SPL nuevo es, por tanto, un evento on-chain, aunque la mayoría de las transferencias incluyen la creación de la cuenta en el mismo paso. En 2026, Token-2022 añade comisiones de transferencia opcionales, saldos confidenciales y transfer hooks; como su id de programa es una de las semillas de derivación, sus mints derivan una associated token account distinta de la de los mints clásicos.\u003C\u002Fp>\u003Ch2>Jettons en TON: cada titular tiene su propio contrato\u003C\u002Fh2>\u003Cp>TON lleva la división al extremo. Un jetton tiene un \u003Cstrong>contrato máster\u003C\u002Fstrong> que guarda los metadatos y el suministro, y cada titular obtiene su propio \u003Cstrong>contrato jetton wallet\u003C\u002Fstrong> que almacena únicamente su saldo de ese token concreto.\u003C\u002Fp>\u003Cp>Las transferencias son mensajes asíncronos, no llamadas a un libro contable compartido: tu contrato jetton wallet envía un mensaje al del destinatario, que acredita el saldo. Como TON está fragmentada en shards, eso se resuelve a lo largo de bloques consecutivos y no en un único paso atómico.\u003C\u002Fp>\u003Cp>Cada mensaje debe llevar suficiente TON para el cómputo que desencadena aguas abajo, incluido el despliegue del jetton wallet del destinatario si hace falta; si adjuntas demasiado poco, puede rebotar o quedarse atascado. Esa orientación (TEP-74, en 2026) permite a TON escalar horizontalmente y hace tropezar al código de transferencia ingenuo escrito pensando en EVM.\u003C\u002Fp>\u003Ch2>Aprobaciones, comisiones y modos de fallo: dónde divergen las tres\u003C\u002Fh2>\u003Cp>Las aprobaciones son la divergencia más marcada. ERC-20 tiene el patrón de allowance: concedes a un contrato permiso para mover hasta cierta cantidad de tus tokens, y persiste hasta que lo revocas, motivo por el cual una sola firma descuidada puede vaciar una wallet meses después; véase \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">aprobaciones de tokens y permit explicados\u003C\u002Fa> y \u003Ca href=\"\u002Fblog\u002Fhow-to-revoke-token-approvals\">cómo revocar aprobaciones de tokens\u003C\u002Fa>.\u003C\u002Fp>\u003Cp>Solana no es el antídoto: un approve de SPL fija un delegate en tu cuenta de token que sobrevive a la transacción, y setAuthority puede reasignar la cuenta por completo; ambos son vectores conocidos de drenaje. Una transacción de Solana enumera todas las cuentas que va a tocar, pero eso solo restringe la transacción firmada, no los permisos permanentes. TON no tiene allowance al estilo ERC-20.\u003C\u002Fp>\u003Cp>Las comisiones también divergen: EVM cobra gas por unidad de cómputo, Solana una tarifa base fija por firma más una priority fee opcional, TON por mensaje. Y también los modos de fallo: en EVM, tokens que quedan atrapados en un contrato incapaz de gestionarlos; en Solana, una cuenta de token inexistente; en TON, un valor adjunto insuficiente.\u003C\u002Fp>\u003Ch2>Por qué el mismo ticker no es el mismo token en cadenas distintas\u003C\u002Fh2>\u003Cp>Dos activos que comparten ticker no comparten nada a nivel técnico. USDC en Ethereum es una dirección de contrato; en Solana, una dirección de mint; en TON, una stablecoin emitida de forma nativa como USDT se apoya en su propio jetton máster. Cada uno es un objeto on-chain separado con su propio suministro, y una versión puenteada es, de nuevo, un derecho distinto.\u003C\u002Fp>\u003Cp>Enviar entre ecosistemas —un token EVM a una dirección de Solana o de TON— suele ser irrecuperable; \u003Ca href=\"\u002Fblog\u002Fsent-crypto-to-wrong-network-how-to-recover\">envié cripto a la red equivocada, cómo recuperarlo\u003C\u002Fa> detalla qué se puede llegar a rescatar. De EVM a EVM suele haber más margen: una cuenta de propiedad externa, incluida una delegada bajo EIP-7702, está controlada por la misma clave en la misma dirección en todas las cadenas, y una smart account al estilo ERC-4337 no desplegada en la cadena de destino normalmente puede redesplegarse allí con el mismo factory y el mismo init code. Los formatos de dirección son una pista, algo que tratamos en \u003Ca href=\"\u002Fblog\u002Fcrypto-address-formats-explained\">formatos de direcciones cripto explicados\u003C\u002Fa>; que se mueva un suministro canónico único o que se emita un derecho nuevo es la diferencia entre \u003Ca href=\"\u002Fblog\u002Fomnichain-vs-wrapped-bridged-tokens\">tokens omnichain y tokens envueltos o puenteados\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2>Qué significa esto para tu wallet (y cómo lo resuelve WATS)\u003C\u002Fh2>\u003Cp>Una wallet multicadena tiene que hablar las tres gramáticas, y tú no deberías notar nunca la diferencia; pero las comisiones se cuelan, porque cada cadena espera su propio token de gas nativo. En 2026 esa expectativa es negociable, si la wallet está construida para ello.\u003C\u002Fp>\u003Cp>La WATS Hot Wallet hace exactamente eso: cada acción —transferencias, swaps, staking— se cobra en un único token, ATS, en lugar del gas nativo de la cadena, mediante un paymaster ERC-4337 en EVM y un equivalente de fee-payer y relayer en Solana y TON, ya que ERC-4337 es exclusivo de EVM. ATS es un OFT de LayerZero, así que un mismo saldo funciona en EVM, Solana y TON. Esto no cambia lo que cobra la red —la \u003Ca href=\"\u002Fats-fee\">comisión en ATS\u003C\u002Fa> sigue el coste de red en vivo—, cambia en qué token se liquida ese coste. El ATS recaudado se quema, desde 100 millones hacia un suelo de 30 millones. Sigue siendo non-custodial: tú tienes tus claves y WATS nunca tiene ninguna clave. WATS es la primera y única wallet que combina ERC-4337 y comisiones de un solo token vía OFT, cobradas en lugar del gas nativo, con esa quema.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"¿Por qué recibir un token SPL cuesta algo en Solana pero no en Ethereum?","En Ethereum, tu saldo no es más que una fila dentro del propio contrato del token, así que recibir es gratis para el destinatario y no requiere ninguna preparación. En Solana, la primera vez que recibes un mint determinado tiene que existir una cuenta de token para él, y mantener esa cuenta on-chain exige un pequeño depósito de exención de rent en SOL que se recupera al cerrar la cuenta. En la práctica, la transacción del remitente suele crear y financiar esa cuenta en el mismo paso, de modo que el coste recae en quien envía y el destinatario nunca lo ve.",{"q":14,"a":15},"¿Qué diferencia hay entre una transferencia de jetton en TON y una transferencia ERC-20?","Un jetton da a cada titular su propio contrato inteligente, que almacena únicamente su saldo. Una transferencia es un mensaje asíncrono desde tu contrato jetton wallet al del destinatario, que se resuelve a lo largo de bloques consecutivos en lugar de en una sola llamada atómica. Cada mensaje debe llevar suficiente TON para pagar el trabajo que desencadena, o puede rebotar.",{"q":17,"a":18},"¿Es USDC en Ethereum el mismo token que USDC en Solana?","No. Son objetos on-chain separados, con direcciones, suministros y estándares distintos, aunque compartan ticker y emisor. Enviar uno a una dirección de la otra cadena suele ser irrecuperable, y las versiones puenteadas de un ticker son distintas de las emitidas de forma nativa.",1786059293337]