Skip to main content

Qué es un contrato inteligente

Nota: Este documento es una traducción automática del original en inglés.

Qué es un contrato inteligente

Un contrato inteligente es un programa almacenado y ejecutado en una blockchain. Una vez desplegado, se ejecuta automáticamente cuando se cumplen sus condiciones — haciendo cumplir acuerdos, gestionando activos o coordinando operaciones sin requerir que un intermediario humano ejecute cada paso. A pesar del nombre, un contrato inteligente no es ni "inteligente" en el sentido de la inteligencia artificial ni un "contrato" en el sentido legal. Es código determinista: dadas las mismas entradas, produce siempre las mismas salidas, siguiendo la lógica exacta escrita por su desarrollador.

Piensa en un contrato inteligente como en una máquina expendedora. Insertas una moneda, seleccionas un producto y la máquina lo entrega — sin cajero, sin negociación, sin discreción. La máquina sigue sus reglas programadas exactamente. Un contrato inteligente hace lo mismo en una blockchain: contiene activos o lógica, recibe entradas (transacciones) y ejecuta operaciones predefinidas de forma automática y transparente.

En resumen: un contrato inteligente es código autoejecutable en una blockchain — hace cumplir reglas sin intermediarios, y en los proyectos de IA cripto gestiona la lógica económica y de gobernanza mientras el cómputo de la IA normalmente ocurre offchain.

Cómo funciona un contrato inteligente

Escritura y despliegue

Un contrato inteligente comienza como código fuente escrito en un lenguaje de programación diseñado para una blockchain específica. El lenguaje más común es Solidity, usado en Ethereum y en todas las cadenas compatibles con EVM (BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche C-Chain). Solana usa Rust y su framework nativo. Otras cadenas tienen sus propios lenguajes: Move (Sui, Aptos), Cairo (Starknet) y otros.

El desarrollador escribe la lógica — qué hace el contrato, qué datos almacena, qué condiciones desencadenan qué acciones — y luego compila el código fuente en bytecode (instrucciones de bajo nivel que la máquina virtual de la blockchain puede ejecutar). Este bytecode se envía a la blockchain en una transacción de despliegue. Una vez confirmado, el contrato existe en una dirección específica de la cadena y queda disponible para que cualquiera interactúe con él.

Ejecución

Cuando un usuario u otro contrato llama a una función de un contrato inteligente, ocurre lo siguiente:

  1. El que llama envía una transacción que especifica la dirección del contrato, la función a llamar y los parámetros de entrada.
  2. Cada nodo validador de la red ejecuta la función de forma independiente, procesando las mismas entradas a través del mismo bytecode.
  3. El resultado — cualquier cambio de estado, transferencia de tokens, eventos emitidos o datos escritos — se registra en un bloque y pasa a formar parte del libro mayor permanente.
  4. El que llama paga una tarifa de gas por el cómputo. Las operaciones más complejas cuestan más gas.

Este modelo de ejecución tiene propiedades importantes: es determinista (cada nodo obtiene el mismo resultado), transparente (cualquiera puede inspeccionar el bytecode y el historial de transacciones) y permissionless (cualquiera puede llamar a una función pública).

Gas y coste

Cada paso computacional dentro de un contrato inteligente cuesta gas — una unidad que mide el esfuerzo computacional requerido. Las tarifas de gas cumplen dos propósitos: compensan a los validadores por ejecutar el código y evitan el abuso (sin tarifas, los atacantes podrían enviar cómputos infinitamente complejos para ralentizar la red).

Los costes de gas varían según la red. En la mainnet de Ethereum, las operaciones complejas pueden costar decenas o cientos de dólares durante periodos de alta demanda. En redes L2 como Arbitrum o Base, las mismas operaciones podrían costar céntimos. En Solana, las tarifas de transacción son normalmente fracciones de céntimo. Estas diferencias de coste influyen directamente en dónde eligen desplegar los proyectos de IA cripto sus componentes on-chain.

Inmutabilidad y actualizabilidad

Una vez desplegado, el bytecode de un contrato inteligente se almacena permanentemente en la blockchain. No puede editarse, eliminarse ni sobrescribirse. Esta inmutabilidad es una característica de seguridad — los usuarios pueden verificar exactamente qué código se ejecutará y confiar en que no cambiará — pero también significa que los errores desplegados en la blockchain no pueden parchearse como el software tradicional.

Para abordar esto, los desarrolladores han creado patrones de contratos actualizables usando contratos proxy. En este diseño, los usuarios interactúan con un contrato proxy que delega las llamadas a un contrato de implementación. El equipo puede desplegar una nueva implementación y apuntar el proxy hacia ella — "actualizando" efectivamente el contrato. Esto resuelve el problema de la corrección de errores pero introduce un compromiso de confianza: quienquiera que controle el mecanismo de actualización del proxy puede cambiar el comportamiento del contrato. Los contratos actualizables no son inherentemente malos, pero desplazan la confianza de "el código es permanente" a "el equipo con acceso de actualización actuará de forma responsable".

Lo que los contratos inteligentes pueden y no pueden hacer

Pueden hacer:

  • Contener y transferir tokens y otros activos digitales
  • Hacer cumplir lógica condicional (si X, entonces Y)
  • Interactuar con otros contratos inteligentes en la misma cadena
  • Emitir eventos que los sistemas externos pueden monitorizar
  • Gestionar el control de acceso (quién puede llamar a qué función)

No pueden hacer:

  • Acceder a datos de fuera de la blockchain (necesitan oráculos para fuentes de datos externas)
  • Realizar operaciones computacionalmente intensivas como la inferencia de IA (los costes de gas lo hacen inviable)
  • Ejecutarse de forma autónoma según un calendario (necesitan desencadenantes externos — transacciones — para ejecutarse)
  • Almacenar archivos grandes (el almacenamiento on-chain es caro; los proyectos usan IPFS o Arweave para datos voluminosos)
  • Emitir juicios subjetivos (ejecutan lógica determinista, no razonamiento)

Esta última limitación es especialmente relevante para la IA cripto. Un contrato inteligente no puede "pensar" ni "decidir" en el sentido de la IA. Puede enrutar, liquidar y hacer cumplir reglas, pero el cómputo de IA real debe ocurrir offchain y devolver los resultados al contrato.

Por qué importa para los proyectos de IA cripto

Los contratos inteligentes son el tejido conectivo entre la infraestructura de blockchain y la funcionalidad de IA en la mayoría de los proyectos de IA cripto. Entender su rol — y sus limitaciones — es esencial para leer las fichas de proyecto con precisión.

La capa económica

En muchas arquitecturas de IA cripto, los contratos inteligentes gestionan el lado económico: pagos por cómputo, distribución de recompensas a los contribuyentes de datos, staking para validadores y recaudación de tarifas por servicios de inferencia. El modelo de IA se ejecuta offchain, pero el contrato inteligente garantiza que todos reciban su pago según las reglas, sin una autoridad central gestionando la contabilidad.

Gobernanza

Los contratos inteligentes pueden implementar mecanismos de gobernanza: presentación de propuestas, votación, requisitos de quórum y ejecución de cambios aprobados. Para los proyectos de IA, esto puede significar la gobernanza sobre los parámetros del modelo, la selección de conjuntos de datos o la asignación de recursos — realizada de forma transparente on-chain en lugar de decidida en privado por un equipo fundador.

Puntos de control de verificación

Algunos proyectos usan contratos inteligentes para almacenar datos de verificación: hashes de los pesos del modelo, pruebas de resultados de inferencia o atestaciones de que se realizaron cómputos específicos. Aunque el contrato inteligente no verifica la salida de la IA en sí (carece de la capacidad computacional), proporciona un registro inmutable que puede auditarse más tarde.

Control de acceso y permisos

Los contratos inteligentes gestionan quién puede acceder a qué. Una API de inferencia de IA construida sobre blockchain podría usar un contrato inteligente para comprobar si el que llama posee el token requerido, tiene suficientes créditos o cumple otras condiciones antes de permitir el acceso. Esto reemplaza los sistemas de autenticación centralizados con un control de acceso on-chain y transparente.

La distinción de "no inteligente en el sentido de la IA"

Una fuente persistente de confusión: los "contratos inteligentes" no tienen nada que ver con la inteligencia artificial. La palabra "inteligente" aquí significa autoejecutable — el contrato hace cumplir su lógica automáticamente — no que razona, aprende o se adapta. Un sistema de IA aprende de los datos y hace predicciones. Un contrato inteligente sigue reglas fijas y produce salidas deterministas. Los proyectos de IA cripto normalmente combinan ambos: el contrato inteligente gestiona la lógica on-chain (pagos, gobernanza, control de acceso), mientras que el modelo de IA gestiona la inteligencia off-chain (inferencia, predicción, análisis).

Dónde aparece esto en las fichas de proyecto de DecAIHub

Los contratos inteligentes aparecen en las fichas de proyecto a través de varios campos e indicadores de evidencia:

  • Main chain — te dice en qué blockchain están desplegados los contratos inteligentes del proyecto. Un proyecto en Ethereum usa contratos basados en Solidity; un proyecto en Solana usa programas basados en Rust. La elección de la cadena afecta las capacidades del contrato, los costes de gas y la componibilidad con otros protocolos.
  • Token standard — valores como ERC-20, BEP-20 y SPL se refieren a estándares de contratos inteligentes que definen cómo se comporta el token del proyecto. Un token ERC-20 es un contrato inteligente en Ethereum que implementa una interfaz específica.
  • Type y Category — los proyectos que dependen de los contratos inteligentes como componente on-chain central normalmente tienen Type: EVM o non-EVM (según la cadena) y una Category que refleja su rol (p. ej., DeFi, AI/Agents | DeFi). Un protocolo DeFi es esencialmente una colección de contratos inteligentes que gestionan liquidez, trading o préstamos.
  • Evidencia (Tier-1) — las direcciones de contratos inteligentes verificadas, los informes de auditoría y el código de contrato desplegado en los exploradores de bloques se encuentran entre las formas más sólidas de evidencia Tier-1. Si un proyecto afirma funcionalidad on-chain, sus direcciones de contrato deberían ser verificables.
  • Token model — valores como fee-mechanism, governance, staking y utility describen cómo interactúa el token con los contratos inteligentes del proyecto. Un token de gobernanza normalmente otorga derechos de voto en un sistema de gobernanza basado en contratos inteligentes.

Al leer una ficha de proyecto, comprueba si las afirmaciones on-chain del proyecto están respaldadas por contratos realmente desplegados. Un proyecto que afirma una gobernanza basada en contratos inteligentes pero no tiene direcciones de contrato verificables plantea dudas sobre la sustancia de su presencia on-chain.

Lo que un contrato inteligente por sí solo no prueba

La existencia de contratos inteligentes desplegados te dice que hay código residiendo en una blockchain, pero no prueba:

  • Capacidad de IA — un contrato inteligente no puede ejecutar un modelo de IA. La presencia de contratos bien diseñados prueba una lógica económica o de gobernanza on-chain, no AI reality. La AI reality se evalúa mediante un conjunto separado de evidencia (banderas AI_0 a AI_4).
  • Seguridad — el código de un contrato inteligente puede contener errores, vulnerabilidades o puertas traseras. El despliegue no equivale a seguridad. Un contrato auditado es más fiable que uno sin auditar, pero incluso los contratos auditados han sido explotados. Comprueba si los contratos del proyecto han sido auditados por firmas de buena reputación.
  • Descentralización — un contrato inteligente desplegado en una blockchain descentralizada hereda la seguridad del consenso de la red, pero el contrato en sí puede tener mecanismos de control centralizado: claves de administración que pueden pausar o actualizar el contrato, funciones exclusivas del propietario o dependencias de oráculos centralizados.
  • Inmutabilidad — si el proyecto usa patrones proxy actualizables, el comportamiento del contrato puede ser cambiado por quien posea las claves de actualización. "On-chain" no significa automáticamente "permanente" cuando hay proxies de por medio.
  • Beneficio para el usuario — un contrato inteligente puede ser técnicamente impecable y completamente inútil. La calidad del código y el valor del producto son preguntas separadas.

No confundir con

  • Modelo de IA — un modelo de IA aprende de los datos, hace predicciones y genera salidas. Un contrato inteligente ejecuta lógica determinista. Cumplen roles fundamentalmente diferentes en los proyectos de IA cripto. El modelo de IA es la inteligencia; el contrato inteligente es el mecanismo de cumplimiento.
  • dApp (aplicación descentralizada) — una dApp es una aplicación de cara al usuario que interactúa con contratos inteligentes en una blockchain. El contrato inteligente es la lógica del backend; la dApp es el producto completo, que a menudo incluye un frontend, servicios offchain e interacciones con contratos inteligentes.
  • API — una API tradicional se ejecuta en un servidor centralizado y puede ser cambiada, cerrada o censurada por su operador. Un contrato inteligente es accesible para cualquiera en la blockchain, se ejecuta según reglas inmutables (a menos que sea actualizable) y no puede ser cerrado por una sola parte. Algunos proyectos cripto exponen sus contratos inteligentes a través de interfaces de API estándar para comodidad de los desarrolladores.
  • Contrato legal — un contrato legal es exigible por los tribunales y las instituciones legales. Un contrato inteligente es exigible por el código y el consenso de la blockchain. Son sistemas diferentes con mecanismos de cumplimiento diferentes. Un contrato inteligente no constituye un acuerdo legal a menos que la ley jurisdiccional lo reconozca explícitamente como tal.
  • Script — Bitcoin usa un lenguaje de scripting limitado que permite condiciones básicas (como requisitos multisig) pero no la rica programabilidad de los contratos inteligentes al estilo Ethereum. Cuando la gente dice "contrato inteligente" en el contexto de la IA cripto, casi siempre se refiere a contratos al estilo Ethereum con programabilidad completa.

Preguntas frecuentes

¿Pueden los contratos inteligentes ser hackeados?

Sí. Los contratos inteligentes son software, y el software puede tener errores. Las categorías de vulnerabilidad comunes incluyen los ataques de reentrada, el desbordamiento de enteros, los fallos de control de acceso y la manipulación de oráculos. Una vez desplegado, el código defectuoso está permanentemente on-chain y puede ser explotado. Por eso las auditorías de seguridad son importantes y por eso DecAIHub rastrea el estado de auditoría como parte de la evaluación del proyecto. La inmutabilidad que hace fiables a los contratos inteligentes también significa que los errores desplegados no pueden parchearse a menos que el proyecto use patrones actualizables.

¿Son los contratos inteligentes realmente inmutables?

Los contratos inteligentes estándar son inmutables tras el despliegue — el bytecode en la dirección del contrato no puede cambiarse. Sin embargo, muchos proyectos modernos usan patrones proxy actualizables que permiten intercambiar la lógica de implementación. En estos casos, la dirección del proxy permanece igual, pero el comportamiento subyacente puede cambiar. Si un contrato es actualizable, y quién controla el mecanismo de actualización, es un factor importante al evaluar la descentralización y el modelo de confianza de un proyecto.

¿Necesitan gas los contratos inteligentes en todas las blockchains?

La mayoría de las blockchains cobran alguna forma de tarifa de ejecución, aunque la terminología y los precios varían. Ethereum lo llama "gas". Solana cobra "compute units" y "rent". El concepto es universal: los validadores necesitan ser compensados por ejecutar código, y las tarifas evitan el spam. El nivel de coste varía enormemente — desde dólares por transacción en Ethereum L1 durante la demanda máxima hasta fracciones de céntimo en redes L2 y Solana.

¿Puede almacenarse un modelo de IA en un contrato inteligente?

Almacenar los pesos completos de un modelo de IA moderno dentro de un contrato inteligente no es práctico. Un modelo de lenguaje grande puede tener miles de millones de parámetros que ocupan gigabytes de almacenamiento. Los costes de almacenamiento on-chain en Ethereum son de aproximadamente 20.000 gas por ranura de 32 bytes, lo que hace prohibitivamente caro almacenar los pesos del modelo on-chain. En la práctica, los proyectos almacenan hashes de modelos o punteros (como los identificadores de contenido de IPFS) onchain para verificación, mientras que los archivos del modelo real residen offchain.

¿Cuál es el rol de los contratos inteligentes en los proyectos de IA cripto?

En la mayoría de las arquitecturas de IA cripto, los contratos inteligentes gestionan la capa de coordinación y económica: la gestión de los pagos del mercado de cómputo, la distribución de recompensas a los contribuyentes de datos, el cumplimiento de las reglas de staking y slashing, el control del acceso a los servicios de IA y la gobernanza de los parámetros del protocolo. El cómputo de la IA en sí ocurre offchain, con los contratos inteligentes sirviendo como la capa de liquidación y verificación con confianza minimizada.

¿Cómo puedo verificar los contratos inteligentes de un proyecto?

Busca las direcciones de los contratos en un explorador de bloques (como Etherscan para Ethereum, Solscan para Solana, o el explorador correspondiente para otras cadenas). Los contratos verificados muestran su código fuente directamente en el explorador, permitiendo que cualquiera lea la lógica real. Comprueba si el código coincide con la documentación del proyecto, si el contrato ha sido auditado y si el informe de auditoría está disponible públicamente. En las fichas de proyecto de DecAIHub, las direcciones de contratos desplegados y los informes de auditoría se rastrean como evidencia Tier-1.

Referencias externas

Véase también

No comments to display

Back to top