Este contenido se ha traducido automáticamente del alemán y aún no ha sido revisado por un hablante nativo. Para los términos técnicos y regulatorios, prevalece la versión alemana o inglesa.
Lo que un contrato no puede hacer cumplir
Tres límites que ningún código elimina: los datos del exterior, las reclamaciones contra personas y todo lo que alguien hace fuera de la cadena.
Esta lección no ha sido revisada por un especialista. Se redactó para esta plataforma a partir de las evidencias indicadas; no ha habido una revisión especializada independiente.
Objetivos de aprendizaje
- Usted puede nombrar los tres límites de la exigibilidad e ilustrarlos con un ejemplo.
- Usted puede reconocer en qué punto una cadena de contratos vuelve a depender de la confianza.
Comprobar conocimientos previos
Responda estas preguntas para sí mismo antes de seguir leyendo. Allí donde dude, está el valor de esta lección.
- ¿Cómo sabe un programa en una cadena lo que cuesta en este momento una divisa?
- ¿Qué ocurre si alguien incumple un compromiso fuera de la cadena?
- ¿Contra quién se dirige una reclamación si un programa se ejecuta de forma defectuosa?
Concepto central
Un contrato no ve nada fuera de la cadena
Un contrato inteligente solo puede reaccionar a datos que alguien ha escrito en la cadena. Precios, tipos de interés, clima, estado de entrega — nada de ello está disponible por sí mismo. Quien lo introduce toma una decisión sobre lo que se considera verdadero. Así, la ejecución forzosa mediante código termina justo donde se originan los datos: el contrato hace cumplir de forma fiable lo que se le ha comunicado.
El código impone cambios de estado, no acciones de personas
Un contrato puede mover saldos que él mismo mantiene. No puede obligar a nadie a entregar algo, a desalojar una vivienda ni a efectuar un pago fuera de la cadena. En cuanto un acuerdo exige una acción en el mundo, vuelve a necesitar aquello que debía sustituir: alguien que responda por ello y una vía para exigírselo.
Una ejecución sin errores no es lo mismo que el resultado deseado
Un contrato ejecuta lo que está escrito en él — incluso cuando nadie quería el resultado. Un error tipográfico en un parámetro, una condición que en un caso poco frecuente actúa de otro modo, un precio introducido erróneamente durante unos segundos: en todos estos casos el software ha funcionado correctamente. No existe entonces ninguna instancia que revierta la operación por el hecho de que fuera evidentemente involuntaria.
Los límites están descritos, no afirmados
Que los contratos inteligentes tienen límites identificables — en los datos externos, en la exigibilidad jurídica y en las funciones que cumplen los intermediarios — está descrito en la literatura de investigación y se recoge aquí como evidencia EVD-2026-0004. La evidencia clasifica mecanismos en términos generales; no dice nada sobre un contrato concreto y no sustituye una auditoría de código.
Términos
- Oráculo en el glosario
- La vía por la que los datos de fuera de la cadena llegan a un contrato.
- Exigibilidad
- La posibilidad de lograr el cumplimiento de un acuerdo, si es necesario, contra la voluntad de la otra parte.
- Cambio de estado en el glosario
- La modificación de los datos almacenados en la cadena — lo único que un contrato puede provocar directamente.
Modelo
Ambas partes dentro del contrato — se hace cumplir
Una parte necesita un dato del exterior — depende de la fuente
Una parte exige una acción en el mundo — depende de una persona
Resultado no deseado, ejecución correcta — ninguna instancia lo revierte
Ejemplo de cálculo
El mismo acuerdo, dos desenlaces
- Acuerdo A
- intercambio del token X por el token Y, ambos en la misma cadena
- Acuerdo B
- pago cuando haya llegado una entrega
- Datos necesarios para A
- ninguno — ambas partes están dentro del contrato
- Datos necesarios para B
- alguien tiene que introducir «llegada»
A prescinde de la confianza: el contrato mantiene ambas partes y las ejecuta conjuntamente o no las ejecuta. B depende de una persona o de un servicio que comunique el estado — y, con ello, de su honestidad y disponibilidad.
Solo A se hace cumplir mediante el código. B se ejecuta mediante el código, pero lo determina una comunicación.
Lectura: Por eso, la pregunta útil nunca es «¿es un contrato inteligente?», sino: ¿están ambas partes del acuerdo dentro del contrato? En cuanto la respuesta es no, en algún lugar vuelve a entrar en juego la confianza, y se debería poder nombrar en quién.
Recuperación
Ejercicio con datos reales
Lea las preguntas guía y marque aquellas que solo pueden responderse con información ajena al código.
Dimensión 4: contratos inteligentes →En EVD-2026-0004, lea la sección sobre el alcance: ¿qué es exactamente lo que la fuente no acredita?
Registro de evidencias →Aplicación
Alguien le describe una aplicación como «completamente sin confianza». ¿Qué tres preguntas lo comprueban?
Estudios de caso relacionados
- CASE-12 — Lo que demuestra un estudio sobre auditorías
- CASE-09 — Auditoría disponible, pregunta abierta
Lectura institucional
- Banco
- ¿Cuáles de sus controles presuponen que una operación es reversible?
- Asesoramiento
- ¿Cómo explica usted a un cliente la diferencia entre «ejecutado» y «hecho cumplir»?
Para llevar
- Un contrato hace cumplir de forma fiable lo que se le ha comunicado — la verificación corresponde a la fuente.
- El código mueve estados, no personas; toda acción en el mundo vuelve a necesitar una reclamación.
- La ejecución correcta y el resultado deseado son dos cosas distintas.
Evidencias
- EVD-2026-0004
Annual Review of Financial Economics — Smart Contracts and Decentralized Finance