Respuesta rápida
Un smart contract no es por sí mismo un contrato. Es código que ejecuta condiciones de forma automática. El contrato que vincula a las partes nace del consentimiento sobre un objeto y una causa, conforme al Código Civil. Si concurren esos requisitos, el acuerdo es válido aunque se ejecute sobre una cadena de bloques.
Contrato y código no son lo mismo
La confusión habitual consiste en tratar el programa que corre en la cadena de bloques como si fuera el contrato. No lo es. El contrato es la fuente del derecho: el acuerdo de voluntades que crea obligaciones entre las partes. El smart contract es un instrumento de ejecución que traduce parte de ese acuerdo en instrucciones que se cumplen solas cuando se dan ciertas condiciones. La distinción no es teórica: determina dónde buscar el derecho aplicable cuando algo falla.
En el ordenamiento español, el contrato existe desde que una o varias personas consienten en obligarse respecto de otra u otras a dar alguna cosa o prestar algún servicio (Código Civil, BOE-A-1889-4763, art. 1254). Esa obligación se perfecciona por el mero consentimiento y vincula no solo a lo pactado de forma expresa, sino también a las consecuencias conformes a la buena fe, al uso y a la ley (art. 1258). El código que se despliega después no añade ni quita validez al acuerdo: lo ejecuta.
Qué exige el Código Civil para que haya contrato
Un acuerdo solo produce efectos como contrato cuando concurren tres requisitos: consentimiento de los contratantes, objeto cierto que sea materia del contrato y causa de la obligación que se establezca (Código Civil, BOE-A-1889-4763, art. 1261). El consentimiento se manifiesta por el concurso de la oferta y la aceptación sobre la cosa y la causa que han de constituir el contrato (art. 1262).
Consentimiento
Una firma criptográfica o una transacción en cadena puede servir como prueba de que alguien aceptó, pero no es el consentimiento en sí. Si la parte no comprendió el alcance del acuerdo, fue inducida a error o la lógica del programa no refleja lo que quiso pactar, el consentimiento puede estar viciado con independencia de que la transacción se haya confirmado en la cadena. Un script no sanea un consentimiento defectuoso.
Objeto y causa
El objeto debe ser determinado y lícito; la causa, existente y verdadera. Un smart contract que transfiere un token no acredita por sí solo qué representa ese token ni por qué se transfiere. Esa correspondencia entre lo que mueve el código y el negocio jurídico subyacente debe documentarse fuera de la cadena.
Libertad de forma y valor probatorio
El Derecho español parte de la libertad de forma: los contratos son obligatorios cualquiera que sea la forma en que se hayan celebrado, siempre que concurran las condiciones esenciales para su validez (Código Civil, BOE-A-1889-4763, art. 1278). Por eso un acuerdo plasmado en lenguaje de programación puede ser válido, igual que lo sería uno verbal o uno en papel.
Cuestión distinta es la prueba. Un registro en cadena de bloques aporta un rastro de integridad y de fecha difícil de alterar, lo que refuerza su valor como medio de prueba de que una transacción ocurrió y en qué momento. Cuando intervienen firmas electrónicas o sistemas de identificación, su eficacia jurídica se apoya en el marco europeo de identificación electrónica y servicios de confianza (Reg. (UE) 910/2014, eIDAS), actualizado por el reglamento de identidad digital europea (Reg. (UE) 2024/1183, eIDAS2). Que algo conste en cadena prueba el hecho técnico; no convierte automáticamente ese hecho en un derecho oponible si falta el negocio jurídico válido detrás.
Qué prevalece ante una discrepancia
Llega el caso difícil: el documento contractual dice una cosa y el código hace otra. Quizá el programa contiene un error, quizá ejecuta una penalización que las partes no quisieron, quizá una actualización cambió su comportamiento. Aquí rige el mensaje rector: el contrato legal es la fuente del derecho y el smart contract solo lo ejecuta. Ante discrepancia, debe definirse de antemano qué prevalece.
Lo prudente es que el propio contrato escrito incluya una cláusula de prelación que establezca que, en caso de divergencia entre el texto jurídico y el comportamiento del código, prevalece el texto, y que regule cómo se corrige la ejecución defectuosa y se restituye a las partes. Sin esa previsión, la discrepancia se resuelve por las reglas generales de interpretación e integración del contrato, lo que añade incertidumbre y litigiosidad. El código no decide el derecho; lo aplica.
Cuándo el código por sí solo no basta
Hay negocios en los que la ejecución técnica en cadena no produce el efecto jurídico pretendido sin actos adicionales que el ordenamiento exige.
Transmisión de inmuebles
La propiedad y los demás derechos reales sobre los bienes se adquieren y transmiten por consecuencia de ciertos contratos mediante la tradición, esto es, conforme a la teoría del título y el modo (Código Civil, BOE-A-1889-4763, art. 609). Transferir un token que representa un inmueble no transmite el dominio del inmueble: falta el modo y, para que el cambio sea oponible frente a terceros, la inscripción registral correspondiente. La transmisión on-chain no sustituye al título ni al modo.
Valores e instrumentos financieros
Cuando lo tokenizado son valores negociables o instrumentos financieros, la representación mediante sistemas basados en tecnología de registro distribuido exige una entidad responsable de la inscripción y administración de las anotaciones, papel que en el marco español desempeña la figura de la entidad responsable de la inscripción y registro (ERIR) prevista en la normativa del mercado de valores (Ley 6/2023, de los Mercados de Valores y de los Servicios de Inversión). El despliegue de un contrato inteligente no suple esa función ni la habilitación que la ley reserva a sujetos determinados.
Buenas prácticas para que el smart contract refleje un contrato válido
El objetivo no es elegir entre documento y código, sino que ambos digan lo mismo y se reconozcan entre sí.
- Documento jurídico vinculante. Redacte un contrato que recoja consentimiento, objeto y causa, identifique a las partes y describa el negocio. Es la fuente del derecho.
- Cláusula de prelación. Establezca que el texto jurídico prevalece sobre el comportamiento del código y regule la corrección de errores de ejecución.
- Trazabilidad entre texto y código. Vincule de forma expresa la dirección del contrato desplegado y su versión con el documento, de modo que se sepa qué código corresponde a qué acuerdo.
- Identificación y firma. Use mecanismos de firma e identificación con eficacia reconocida cuando el negocio lo requiera (Reg. (UE) 910/2014 y Reg. (UE) 2024/1183).
- Gobernanza de cambios. Defina quién puede actualizar o detener el contrato, en qué supuestos y con qué consecuencias jurídicas.
- Cumplimiento de la forma exigida. En inmuebles, valores u otros supuestos con requisitos legales propios, complete los actos que la ley impone fuera de la cadena.
Preguntas frecuentes
¿Es un smart contract un contrato legalmente vinculante?
No por sí mismo. Es código que ejecuta condiciones. Vinculará a las partes cuando exista un acuerdo válido detrás, con consentimiento, objeto y causa, conforme a los requisitos del Código Civil (art. 1261).
¿Necesito un contrato escrito si ya tengo el código desplegado?
El Derecho español admite libertad de forma (art. 1278), pero el documento escrito aporta seguridad jurídica, prueba del acuerdo y permite incluir una cláusula que defina qué prevalece ante una discrepancia con el código.
¿Qué pasa si el código ejecuta algo distinto de lo pactado?
El contrato legal es la fuente del derecho. Si existe cláusula de prelación, prevalece lo pactado en el texto; en su defecto, se aplican las reglas generales de interpretación e integración, con la consiguiente incertidumbre.
¿Puedo transmitir un inmueble solo con un token?
No. La transmisión de la propiedad inmobiliaria exige título y modo (art. 609) y, frente a terceros, inscripción registral. Mover un token no transmite por sí solo el derecho real.
Qué significa para usted
Si va a tokenizar un activo o automatizar un acuerdo, trate el smart contract como la herramienta de ejecución y no como el contrato. Redacte primero el negocio jurídico, asegúrese de que concurren consentimiento, objeto y causa, fije por escrito qué prevalece ante una discrepancia y complete los requisitos de forma que la ley exija para el activo concreto. Así el código ejecutará un derecho válido en lugar de generar un riesgo difícil de revertir.
Este contenido es divulgativo y formativo. No constituye asesoramiento jurídico, fiscal ni de inversión, ni sustituye la consulta con un profesional colegiado. La normativa sobre tokenización y criptoactivos evoluciona; verifica siempre la versión vigente de las normas citadas en el BOE (boe.es) y EUR-Lex (eur-lex.europa.eu).
.webp)
.webp)
.png)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
%20(1).webp)
.webp)
.webp)
.webp)
.png)
.png)
.png)
