Contratos inteligentes: qué son y qué riesgos tienen

Un contrato inteligente es un programa guardado en una blockchain que ejecuta reglas del tipo “si pasa esto, entonces ocurre aquello”, sin que una persona tenga que interpretar el resultado. Según la documentación de ethereum.org, siguen la lógica definida en su código, y ese código no puede cambiarse una vez creado. No son un contrato legal en el sentido tradicional: son un programa, y lo que hacen es lo que dice el código, aunque ese código tenga un error.

Qué significa “inteligente”

El nombre puede confundir. El contrato no entiende nada ni negocia. Es un conjunto de instrucciones que se ejecuta de la misma manera cada vez que se cumplen sus condiciones. El término lo acuñó Nick Szabo en la década de 1990, con la idea de acuerdos digitales que funcionen sin intermediarios de confianza.

ethereum.org compara el funcionamiento con una máquina expendedora. Eliges un producto, ves el precio, pagas, la máquina verifica que el pago sea correcto y entrega el producto. Si falta algún paso, no entrega nada. Un contrato inteligente funciona igual: si las condiciones no se cumplen, la ejecución no ocurre.

Cómo se ejecuta

Según ethereum.org, la gran ventaja es que el contrato ejecuta el código de forma determinista cuando se cumplen las condiciones. No hace falta esperar a que una persona interprete el resultado ni negocie el pago.

Supón un ejemplo ilustrativo con cifras inventadas: depositas US$ 200 en un contrato que solo libera el dinero a una dirección el 1 de marzo. Si alguien intenta retirarlo antes, la ejecución no ocurre. Eso es útil, pero también significa que, si la condición está mal escrita, el dinero puede quedar bloqueado o salir por el camino equivocado.

Como las reglas están en la cadena, cualquiera puede revisarlas y seguir las transferencias. Eso da transparencia, aunque los datos en bruto de las transacciones están pensados para que los lean las aplicaciones y las billeteras, no las personas.

Para qué se usan

ethereum.org menciona varios usos: stablecoins, creación y distribución de activos digitales, intercambios automáticos entre monedas, juegos descentralizados, seguros que pagan solos cuando se cumple una condición y monedas personalizadas que pueden interactuar entre sí. Muchos DEX funcionan con contratos de este tipo, y una parte de las finanzas descentralizadas se apoya en ellos.

Por qué un error puede costar tanto

El código no suele poder cambiarse para parchar un fallo. Si aparece una vulnerabilidad después del despliegue, la solución habitual es un mecanismo de actualización o una parada de emergencia, y ambos requieren que alguien tenga poder para hacerlos. Mientras tanto, el atacante puede actuar.

ethereum.org cita casos concretos. El hackeo de The DAO se llevó 3,6 millones de ETH. La billetera multifirma de Parity perdió unos 30 millones de dólares por un ataque. Y un fallo de Parity dejó congelados más de 300 millones de dólares en ETH para siempre. Según ethereum.org, el valor total robado o perdido por fallas en contratos inteligentes supera con facilidad los mil millones de dólares, aunque cada estimación varía.

Qué hace una auditoría y qué no

Una auditoría es una revisión independiente del código, hecha por especialistas que buscan errores de diseño y de seguridad. Ayuda a detectar problemas que el equipo que lo escribió no vio. Pero, según ethereum.org, no detecta todos los errores. Una auditoría no es una garantía, y que un proyecto esté auditado no significa que sea seguro.

Lo mismo vale para los programas de recompensas por errores (bug bounties), donde personas externas reciben pagos por reportar fallas. Son otra capa de revisión, no una prueba de que no queden errores.

Dónde se pierde dinero

Los riesgos para un usuario común son más cercanos que los fallos técnicos de un protocolo grande:

• Permisos ilimitados. Una aplicación puede pedirte que apruebes que un contrato use tus tokens. Si ese contrato es malicioso o tiene un fallo, ese permiso puede servir para mover tus fondos sin que vuelvas a intervenir.
• Firmas a ciegas. ethereum.org llama blind signing a aprobar una transacción sin entender lo que hará el contrato. Lo describe como un riesgo de seguridad importante, porque esos datos son difíciles de leer. El ecosistema está adoptando estándares de firma clara, que traducen los datos a una descripción legible.
• Contratos falsos o clonados. Un sitio que imita a una aplicación conocida puede pedirte que firmes con un contrato distinto. Es el mismo mecanismo que usa el phishing cripto.
• Errores de código. Pueden permitir retiros indebidos, bloqueos de fondos o cambios no previstos.
• Administradores con demasiado poder. Si una sola cuenta puede cambiar el contrato, ese poder es un punto de falla o de abuso.

Cómo reducir el riesgo antes de usar uno

Antes de interactuar con un contrato, revisa qué te pide la billetera: si pide un permiso ilimitado, reduce el monto o no lo des. Desconfía de enlaces que llegan por mensajes o redes sociales, y entra siempre desde la dirección oficial del proyecto. Revisa si el proyecto publica auditorías, pero recuerda que no garantizan nada. Y no firmes algo que no entiendes.

Si piensas usar contratos con montos importantes, consulta con un profesional. Para la situación legal de estas herramientas en tu país, revisa la guía correspondiente, porque no hay una respuesta única para Bolivia y Ecuador.

Más a fondo

Para quien quiera el detalle técnico, ethereum.org describe varios patrones de control de acceso. En el patrón “propietario”, una dirección tiene el control de las funciones sensibles. En el control basado en roles, esas funciones se reparten entre varios participantes, de modo que ninguna cuenta sola tiene todo el poder. Una cuenta multifirma exige la aprobación de un número mínimo de titulares, por ejemplo tres de cinco, antes de ejecutar una acción.

En cuanto a las defensas dentro del código, la documentación menciona las validaciones de entrada, las comprobaciones de invariantes y las pruebas, incluidas la prueba de propiedades, el análisis estático y dinámico, y la verificación formal. Para la recuperación ante fallas, describe los patrones de proxy, que separan el estado del contrato de su lógica para poder cambiar esta última, y las paradas de emergencia, que bloquean funciones vulnerables mientras se corrige el problema.

Estos mecanismos reducen el riesgo, pero siempre hay un costo: más poder de administración implica más confianza en quien lo tiene. Para entender el riesgo de un contrato concreto, mira quién puede cambiarlo y qué permisos pides al firmar.