[{"data":1,"prerenderedAt":25},["ShallowReactive",2],{"blog-content-es-what-is-a-smart-contract":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-a-smart-contract","¿Qué es un contrato inteligente? El código que mueve el dinero","Un contrato inteligente es un programa desplegado en una blockchain que retiene y mueve fondos según reglas fijas, verificado por cada nodo, sin nadie de por medio. Cómo funcionan en EVM, Solana y TON, cuándo pueden cambiar, por qué los fallos cuestan dinero real — y cómo el Hot Wallet de WATS usa un contrato paymaster ERC-4337 para cobrar las comisiones en un solo token.","Los contratos inteligentes explicados: código on-chain determinista que retiene y mueve fondos, los modelos de EVM frente a Solana y TON, los tokens como contratos, los proxies actualizables, los límites de las auditorías, y cómo el paymaster ERC-4337 del Hot Wallet de WATS cobra cada comisión en ATS en lugar del gas nativo de cada cadena.","\u003Cblockquote>\u003Cp>\u003Cstrong>Un contrato inteligente\u003C\u002Fstrong> es un programa desplegado en una blockchain que retiene y mueve fondos según reglas fijas, ejecutándose de forma determinista —la misma entrada produce siempre el mismo resultado— mientras cada nodo de la red verifica esa ejecución, sin ninguna empresa ni funcionario de por medio. Casi todo lo que haces on-chain es uno: los tokens, los intercambios, los mercados de préstamos y las aprobaciones que permiten a un protocolo mover tu saldo. Como el código \u003Cem>es\u003C\u002Fem> la contraparte, no se le puede persuadir ni se le puede recurrir, y por eso mismo un fallo es una bóveda vaciada y no un ticket de soporte. Las cadenas EVM los llaman contratos inteligentes, Solana los llama programas y TON modela incluso tu monedero como un contrato, pero el mecanismo es el mismo en todas partes. Los monederos también se construyen sobre ellos: el \u003Ca href=\"\u002Fhot-wallet\">Hot Wallet de WATS\u003C\u002Fa> usa un contrato paymaster ERC-4337 en las cadenas EVM, y el pagador de comisiones equivalente en Solana y TON, de modo que cada comisión se cobra en un solo token, ATS, en lugar de en la moneda de gas nativa de cada cadena.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>El código que mueve el dinero\u003C\u002Fh2>\n\u003Cp>Un \u003Cstrong>contrato inteligente\u003C\u002Fstrong> es un programa desplegado en una blockchain que retiene y mueve fondos según reglas fijas. Una vez desplegado, se ejecuta de forma determinista —la misma entrada produce siempre el mismo resultado— y cada nodo de la red verifica esa ejecución, sin ninguna empresa ni funcionario de por medio. Los tokens, los intercambios y los mercados de préstamos son todos contratos inteligentes: código que es, en sí mismo, la contraparte.\u003C\u002Fp>\n\u003Cp>Esa última frase es la importante. Cuando usas un banco, una institución te debe algo y un sistema legal respalda esa deuda. Cuando usas un contrato inteligente, el código es el acuerdo entero: no se le puede persuadir, y no se le puede recurrir. Esa propiedad es lo que hace posible la \u003Ca href=\"\u002Fblog\u002Fwhat-is-web3\">Web3\u003C\u002Fa>, y es también lo que hace que sus fallos sean tan implacables.\u003C\u002Fp>\n\n\u003Ch2>Una máquina expendedora — la versión honesta\u003C\u002Fh2>\n\u003Cp>La analogía clásica dice que un contrato inteligente es una máquina expendedora: metes una moneda, recibes un snack, sin necesidad de tendero. Las reglas \u003Cem>son\u003C\u002Fem> el servicio. Esa parte es exacta, y capta bien el determinismo: la máquina no puede decidir que hoy le caes mal.\u003C\u002Fp>\n\u003Cp>Esto es lo que la analogía oculta. Cualquiera puede desplegar una máquina, y ningún inspector la revisa antes de que empiece a aceptar monedas: un contrato puede estar mal, o ser deliberadamente hostil, desde el primer día. La máquina además guarda dinero real: los pools y los mercados de préstamos mantienen los fondos de los usuarios dentro del propio contrato, así que un fallo no es un snack atascado sino una bóveda vaciada. Y, a diferencia de las máquinas expendedoras, los contratos se llaman entre sí. Esa componibilidad es el superpoder que hay detrás de \u003Ca href=\"\u002Fblog\u002Fwhat-is-defi\">DeFi\u003C\u002Fa>, y significa que una máquina rota puede arrastrar consigo a todas las máquinas conectadas a ella.\u003C\u002Fp>\n\n\u003Ch2>¿Con qué interactúas cada día?\u003C\u002Fh2>\n\u003Cp>Si has usado cripto aunque sea un poco, has usado contratos inteligentes; normalmente varios por transacción:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Los tokens son contratos.\u003C\u002Fstrong> Un \"saldo\" ERC-20 no son monedas dentro de tu monedero; es una entrada en el libro contable interno del contrato del token, un mapa de direcciones a cantidades. Enviar tokens significa pedirle a ese contrato que actualice dos entradas.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Los intercambios son contratos.\u003C\u002Fstrong> Un pool de un DEX es un contrato que guarda dos tokens y fija el precio de las operaciones mediante una fórmula: sin libro de órdenes y sin una mesa de negociación al otro lado.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Las aprobaciones son tú configurando un contrato.\u003C\u002Fstrong> Antes de que un DEX pueda mover tus tokens, le dices al contrato del token cuánto puede tomar: un permiso (allowance) registrado on-chain. Como ese permiso sobrevive a la operación, conviene entenderlo; \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">las aprobaciones de tokens y Permit\u003C\u002Fa> explica exactamente qué estás concediendo.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>En algunas cadenas incluso tu monedero es un contrato, lo que nos lleva a cómo se diferencian los grandes ecosistemas.\u003C\u002Fp>\n\n\u003Ch2>¿En qué se diferencian los contratos de EVM, Solana y TON?\u003C\u002Fh2>\n\u003Cp>La idea es la misma en todas partes —código determinista verificado por la red—, pero la arquitectura difiere de formas que se notan como usuario.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>\u003C\u002Fth>\u003Cth>Cadenas EVM\u003C\u002Fth>\u003Cth>Solana\u003C\u002Fth>\u003Cth>TON\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Cth>Nombre habitual\u003C\u002Fth>\u003Ctd>Contratos inteligentes\u003C\u002Ftd>\u003Ctd>Programas\u003C\u002Ftd>\u003Ctd>Contratos (actores)\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Dónde vive el estado\u003C\u002Fth>\u003Ctd>Código y almacenamiento juntos en una misma dirección\u003C\u002Ftd>\u003Ctd>El código, en el programa; el estado, en cuentas separadas que se pasan a cada transacción\u003C\u002Ftd>\u003Ctd>Cada contrato guarda su propio estado y habla con los demás mediante mensajes asíncronos\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Modelo de tokens\u003C\u002Fth>\u003Ctd>Un único contrato ERC-20 registra el saldo de cada tenedor\u003C\u002Ftd>\u003Ctd>El programa de tokens SPL gestiona una cuenta de token por tenedor\u003C\u002Ftd>\u003Ctd>El saldo de jettons de cada tenedor vive en su propio contrato hijo\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>¿Actualizable por defecto?\u003C\u002Fth>\u003Ctd>No: el bytecode es inmutable salvo que se use un proxy\u003C\u002Ftd>\u003Ctd>Sí, hasta que se revoca la autoridad de actualización\u003C\u002Ftd>\u003Ctd>Solo si el propio código del contrato lo permite\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>TON lleva el modelo más lejos: todo en la cadena, incluido tu monedero, es un contrato que intercambia mensajes con otros contratos.\u003C\u002Fp>\n\n\u003Ch2>¿Se puede cambiar un contrato inteligente una vez desplegado?\u003C\u002Fh2>\n\u003Cp>En las cadenas EVM, el bytecode desplegado no se puede editar. Pero buena parte de aquello con lo que interactúas se sitúa detrás de un \u003Cstrong>proxy\u003C\u002Fstrong>: llamas a una dirección fija que reenvía cada llamada a un contrato de implementación separado, y un administrador puede apuntar el proxy a un código nuevo. Tu dirección sigue siendo la misma; las reglas que hay detrás no tienen por qué serlo.\u003C\u002Fp>\n\u003Cp>Así que \"inmutable\" es en realidad una pregunta sobre claves. ¿Quién tiene la autoridad de actualización: un multisig de miembros del equipo, un timelock que impone un retraso público, una votación de gobernanza, o nadie, porque se quemó y el código es definitivo? Ninguna respuesta es automáticamente la correcta: la actualizabilidad permite a los equipos parchear fallos, y también significa que el acuerdo puede cambiar bajo tus pies. En la práctica, muchos protocolos grandes se sitúan en un punto intermedio: actualizables, pero detrás de timelocks y multisigs.\u003C\u002Fp>\n\n\u003Ch2>¿Por qué importan tanto los fallos en los contratos inteligentes?\u003C\u002Fh2>\n\u003Cp>Como el código es la contraparte, un fallo no es un ticket de soporte: es una puerta abierta con dinero detrás. No hay departamento antifraude que revierta la transferencia y, en la mayoría de cadenas, nadie con poder para pausar la realidad mientras la puerta sigue abierta.\u003C\u002Fp>\n\u003Cp>El patrón es tan antiguo como la tecnología. En 2016, un fallo de reentrada en The DAO —un contrato de inversión temprano de Ethereum— permitió a un atacante drenar una gran parte de sus fondos, y las consecuencias fueron tan graves que Ethereum hizo un hard fork para deshacerlo, escindiendo por el camino Ethereum Classic. Los contratos de puentes, que retienen tokens bloqueados de ecosistemas enteros, han producido algunas de las mayores pérdidas de la historia de las criptomonedas por la misma razón de fondo: un valor enorme, protegido únicamente por código.\u003C\u002Fp>\n\n\u003Ch2>¿Las auditorías hacen que un contrato sea seguro?\u003C\u002Fh2>\n\u003Cp>Más seguro, no seguro. Una auditoría es una revisión pagada, hecha por ingenieros de seguridad, de una versión del código en un momento concreto. Detecta clases de fallos conocidas y patrones descuidados; no demuestra que el código sea correcto, no cubre futuras actualizaciones ni tiene en cuenta cómo se comporta el contrato al componerse con protocolos que los auditores nunca vieron. Protocolos bien auditados han sido explotados igualmente.\u003C\u002Fp>\n\u003Cp>La lectura práctica para un usuario: prefiere contratos que estén auditados \u003Cem>y\u003C\u002Fem> curtidos por el tiempo y por el valor que protegen, trata los contratos nuevos sin auditar como experimentos, mantén las aprobaciones de tokens ajustadas y nunca deposites más de lo que el código de la contraparte se haya ganado.\u003C\u002Fp>\n\n\u003Ch2>Cómo encaja WATS\u003C\u002Fh2>\n\u003Cp>En el \u003Ca href=\"\u002Fhot-wallet\">Hot Wallet de WATS\u003C\u002Fa>, la infraestructura de contratos inteligentes es el propio modelo de comisiones: cada transacción que firmas —una transferencia, una llamada a un contrato— se cobra en un solo token, ATS, en lugar del gas nativo de la cadena, mediante un paymaster ERC-4337 en EVM y un pagador de comisiones\u002Frelayer equivalente en Solana y TON. ATS es un OFT de LayerZero, así que un único saldo funciona en EVM, Solana y TON, y el ATS recaudado se quema desde 100M hacia un suelo de 30M. Sigue siendo no custodial —tú tienes tus claves, y WATS nunca conserva una clave— y WATS es el primer y único monedero que combina comisiones en un solo token con ERC-4337 + OFT, cobradas en lugar del gas nativo, con esa quema.\u003C\u002Fp>\n\u003Cp>Los contratos inteligentes no son un rincón exótico de las criptomonedas: son lo que firmas cada vez que mueves un token, y el código del otro lado es lo único que se interpone entre tus fondos y quienquiera que lo escribiera. Dos cosas siguen bajo tu control: qué apruebas y dónde viven tus claves. Revisa las \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">aprobaciones\u003C\u002Fa> antes de concederlas y dimensiona cada depósito según lo que el código se haya ganado; después, mantén tuya la parte de las claves firmando desde un monedero que no pueda mover fondos en tu nombre. El \u003Ca href=\"\u002Fhot-wallet\">Hot Wallet de WATS\u003C\u002Fa> es exactamente eso en las ocho cadenas que cubre —Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON—, con el usuario en posesión de las claves y sin que WATS conserve ninguna, y con la parte de las comisiones funcionando sobre la misma tecnología que describe este artículo: un contrato paymaster ERC-4337 que cobra en ATS en lugar del gas nativo de cada cadena.\u003C\u002Fp>",[10,13,16,19,22],{"q":11,"a":12},"¿Los tokens son realmente contratos inteligentes?","Sí. En las cadenas EVM, un token ERC-20 es un contrato cuyo almacenamiento asocia direcciones con saldos: tus tokens son entradas en ese libro contable, no objetos dentro de tu monedero. En Solana, el programa de tokens SPL gestiona una cuenta de token por tenedor, y en TON el saldo de jettons de cada tenedor vive en su propio pequeño contrato hijo. En todos los casos, transferir tokens significa pedirle a un programa que actualice sus registros.",{"q":14,"a":15},"¿Se puede cambiar un contrato inteligente después de desplegarlo?","A veces. En las cadenas EVM el bytecode desplegado es inmutable, pero muchos proyectos usan un proxy: los usuarios llaman a una dirección fija que reenvía a un contrato de implementación que un administrador puede sustituir. Los programas de Solana son actualizables por defecto hasta que se revoca la autoridad de actualización. Así que la pregunta real es quién controla las claves de actualización: un multisig, un timelock, una votación de gobernanza o nadie. Compruébalo antes de fiarte de cualquier afirmación de inmutabilidad.",{"q":17,"a":18},"¿Es seguro usar contratos inteligentes auditados?","Más seguro, no seguro. Una auditoría es una revisión puntual de una versión del código; detecta clases de fallos conocidas, pero no demuestra que sea correcto, no cubre actualizaciones posteriores ni prueba todas las interacciones con otros protocolos. Contratos bien auditados han sido explotados igualmente. Trata las auditorías como una señal entre varias —junto al tiempo en producción, el valor protegido y cuánto poder tienen las claves de administración— y dimensiona tu exposición en consecuencia.",{"q":20,"a":21},"¿Necesito la moneda nativa de la cadena para interactuar con un contrato inteligente?","Normalmente sí: la red liquida el gas en su propia moneda, así que un monedero con cero ETH no puede llamar a un contrato de Ethereum por muchos tokens que tenga. Un paymaster, que es a su vez un contrato inteligente, cambia eso, y el Hot Wallet de WATS es un ejemplo concreto: usa un paymaster ERC-4337 en Ethereum, Arbitrum, Optimism, Base, Polygon y BNB Chain, y el pagador de comisiones equivalente en Solana y TON, de modo que cada comisión se cobra en un solo token, ATS, mientras la red sigue recibiendo su gas nativo por debajo. Como ATS es un OFT de LayerZero, un único saldo cubre las ocho cadenas, así que no hay ningún colchón de gas por cadena que mantener recargado. No es un descuento: el espacio de bloque cuesta lo mismo, solo cambia el token que lo paga.",{"q":23,"a":24},"¿Usar contratos inteligentes significa renunciar al control de mis fondos?","No. Llamar a un contrato es firmar tú una instrucción con tu propia clave, y el contrato solo puede hacer lo que esa firma y las aprobaciones de tokens vigentes permitan, y por eso mantener las aprobaciones ajustadas importa más que cualquier sello de auditoría. Lo más importante es que la clave siga siendo tuya: el Hot Wallet de WATS es plenamente no custodial, así que el usuario tiene las claves y WATS nunca conserva una clave, y la WATS NFC Metal Card tampoco almacena ninguna clave privada: autentica por contacto claves que viven dentro de las aplicaciones de WATS. El riesgo real que asumes es el código del contrato y los permisos que le concediste, no el monedero desde el que firmaste.",1786059301748]