Smart contracts defectuosos: por qu\u00e9 ni el software producto ni el arbitraje blockchain bastan<\/p>\n
<\/p>\n
La responsabilidad europea por producto alcanza al software, pero la p\u00e9rdida cripto t\u00edpica sigue dependiendo de demandado identificable, Derecho internacional privado, prueba y ejecuci\u00f3n.<\/p>\n
<\/p>\n
Antonio Tejeda Encinas <\/p>\n
Presidente del Comit\u00e9 Euro Americano de Derecho Digital – CEA Digital Law<\/p>\n
<\/p>\n
Durante una d\u00e9cada, el ecosistema blockchain vendi\u00f3 dos atajos. Que el c\u00f3digo era la ley. Y que, cuando algo saliera mal, el arbitraje on chain resolver\u00eda la disputa. Los dos suenan modernos y los dos son insuficientes. El c\u00f3digo ejecuta, pero no juzga: no sustituye al consentimiento, ni a las normas imperativas, ni a la responsabilidad civil, ni al control judicial. Y el arbitraje, por s\u00ed solo, no crea un demandado, ni una ley aplicable, ni una sede v\u00e1lida, ni un patrimonio sobre el que ejecutar. Cuando un smart contract falla y alguien pierde dinero, la pregunta seria no es quien toc\u00f3 el c\u00f3digo. Es otra: hay alguien jur\u00eddicamente alcanzable, bajo qu\u00e9 t\u00edtulo, ante qu\u00e9 foro, con qu\u00e9 ley aplicable y con qu\u00e9 posibilidad real de cobrar.<\/p>\n
<\/p>\n
<\/p>\n
La novedad que ha cambiado la conversaci\u00f3n es la Directiva (UE) 2024\/2853, sobre responsabilidad por los da\u00f1os causados por productos defectuosos, que sustituye a la norma de 1985. Por primera vez, el Derecho europeo dice sin ambig\u00fcedad que el software es un producto, programas inform\u00e1ticos, software aut\u00f3nomo y sistemas de IA, con independencia de c\u00f3mo se suministren, y que su desarrollador o productor puede ser tratado como fabricante, sometido a responsabilidad objetiva: sin necesidad de probar culpa, aunque s\u00ed el defecto, el da\u00f1o y la relaci\u00f3n causal. Para quien dise\u00f1a, despliega o explota un smart contract, esto no es menor: un contrato inteligente es, t\u00e9cnicamente, software.<\/p>\n
<\/p>\n
Parece que la pieza encaja. No encaja del todo, y ah\u00ed est\u00e1 lo interesante.<\/p>\n
<\/p>\n
Hay tres cortes. Primero, el calendario: la Directiva se aplica a los productos puestos en el mercado o en servicio despu\u00e9s del 9 de diciembre de 2026, de modo que lo anterior sigue bajo el r\u00e9gimen viejo. Segundo, el c\u00f3digo abierto: su art\u00edculo 2(2) excluye expresamente el software libre y de c\u00f3digo abierto desarrollado o suministrado fuera de una actividad comercial. Y tercero, el m\u00e1s importante, la cabeza de da\u00f1o: la Directiva indemniza muerte o lesi\u00f3n personal, da\u00f1o a bienes y destrucci\u00f3n o corrupci\u00f3n de datos, pero las p\u00e9rdidas puramente econ\u00f3micas no activan por s\u00ed solas este r\u00e9gimen.<\/p>\n
<\/p>\n
Ese tercer corte es el que desmonta el espejismo. Cu\u00e1l es el da\u00f1o t\u00edpico cuando falla un smart contract. Una posici\u00f3n liquidada por un or\u00e1culo manipulado, un pool vaciado por una vulnerabilidad, un colateral perdido, unos tokens que ya no est\u00e1n. Eso no es lesi\u00f3n personal ni da\u00f1o material cl\u00e1sico. Es p\u00e9rdida patrimonial pura. Y alguien objetar\u00e1: los tokens son datos; una wallet vaciada es corrupci\u00f3n de datos; luego s\u00ed entra. En el supuesto t\u00edpico, el argumento es d\u00e9bil. Cuando un exploit transfiere los fondos, la cadena no se degrada ni pierde integridad: registra fielmente una operaci\u00f3n econ\u00f3micamente lesiva. Lo afectado no es la disponibilidad ni la integridad del dato, sino la titularidad y el valor patrimonial atribuido al activo representado. La Directiva protege que el dato no se corrompa; no protege el inter\u00e9s econ\u00f3mico sobre un activo representado como dato. El smart contract entra en Europa como software producto; la p\u00e9rdida cripto t\u00edpica sigue entrando mal por esa puerta.<\/p>\n
<\/p>\n
El segundo corte, el del open source, tiene adem\u00e1s un filo que conviene aprovechar, porque separa la descentralizaci\u00f3n aut\u00e9ntica de la impostada. El contribuidor que publica c\u00f3digo libre al margen de toda explotaci\u00f3n queda fuera del r\u00e9gimen. Pero un protocolo con token, comisiones, fundaci\u00f3n, treasury, capital riesgo detr\u00e1s o una interfaz que monetiza el acceso no se refugia sin m\u00e1s en la etiqueta open source: eso es actividad comercial, y la Directiva contempla que la responsabilidad se reactive cuando ese c\u00f3digo se integra en un producto comercial. La etiqueta no es un salvoconducto.<\/p>\n
<\/p>\n
<\/p>\n
C\u00f3mo se llega entonces al responsable. No responsabilizando mec\u00e1nicamente al programador, que es el reflejo f\u00e1cil y casi siempre equivocado. Hay que mirar la operaci\u00f3n por funciones: quien dise\u00f1\u00f3, quien despleg\u00f3, quien audit\u00f3, quien aliment\u00f3 el or\u00e1culo, quien explot\u00f3 la interfaz, quien custodi\u00f3 las claves, quien gobern\u00f3 el protocolo, quien lo comercializ\u00f3 y quien indujo confianza. Esa lectura por capas no es una teor\u00eda nueva. Es un m\u00e9todo. Y su utilidad es concreta: sirve para localizar al actor que de verdad no est\u00e1 descentralizado.<\/p>\n
<\/p>\n
Aqu\u00ed est\u00e1 el nervio de todo, porque es donde el an\u00e1lisis t\u00e9cnico se vuelve acci\u00f3n jur\u00eddica. Localizar a ese actor no resuelve nada por s\u00ed mismo; lo que lo convierte en accionable es el Derecho internacional privado. Si el operador de un front end, un emisor, un custodio o un proveedor de servicios dirige su actividad a consumidores europeos, ya no estamos ante una nebulosa t\u00e9cnica: estamos ante un profesional. Y entonces entran normas que no se esquivan con una cl\u00e1usula. El art\u00edculo 6 del Reglamento Roma I protege al consumidor cuando el profesional dirige su actividad a su pa\u00eds de residencia habitual, y no permite que una elecci\u00f3n de ley lo prive de las normas imperativas que le amparan. Los art\u00edculos 17 a 19 del Reglamento Bruselas I bis permiten, en esos supuestos, que el consumidor demande ante los tribunales de su propio domicilio, y solo admiten apartarse de ese foro protector en condiciones muy estrictas.<\/p>\n
<\/p>\n
Ah\u00ed el arbitraje blockchain pierde su glamour. Una cl\u00e1usula arbitral o de jurisdicci\u00f3n predispuesta, escondida en unos t\u00e9rminos y condiciones, que pretenda mandar al usuario europeo a una sede cara o remota, puede quedar neutralizada o ser inoponible. Y conviene recordar que la responsabilidad por producto de la nueva Directiva tampoco se puede excluir ni limitar por contrato. La cr\u00edtica al arbitraje no es econ\u00f3mica, aunque el coste tambi\u00e9n pese: es estructural. El arbitraje puede servir en operaciones entre empresas, de importe relevante, con partes identificadas, convenio v\u00e1lido, sede clara y activos ejecutables. Lo que no puede es presentarse como soluci\u00f3n universal, y menos frente a consumidores. No sustituye al Derecho internacional privado; como mucho lo complementa cuando est\u00e1 bien dise\u00f1ado.<\/p>\n
<\/p>\n
Tampoco se resuelve esto esperando una ley europea total que lo ordene todo, porque esa ley no va a llegar. La Comisi\u00f3n retir\u00f3 en octubre de 2025 la propuesta de Directiva sobre responsabilidad civil por inteligencia artificial y la propuesta de Reglamento sobre la ley aplicable a los efectos frente a terceros de las cesiones de cr\u00e9ditos. El mensaje para el jurista es claro: no hay v\u00eda \u00fanica. Hay que trabajar con piezas dispersas, responsabilidad por producto, derecho nacional de da\u00f1os, consumo, MiCA, Data Act, Roma I, Roma II, Bruselas I bis, y montar el caso por partes. El Data Act apunta en la misma direcci\u00f3n: su art\u00edculo 36 exige a determinados smart contracts robustez, control de acceso, interrupci\u00f3n y terminaci\u00f3n seguras, archivo y auditabilidad. El legislador europeo ha dejado de ver el smart contract como una pieza neutral; empieza a tratarlo como infraestructura sometida a deberes de dise\u00f1o.<\/p>\n
<\/p>\n
Coda<\/p>\n
<\/p>\n
La conclusi\u00f3n incomoda, pero es la honesta. La automatizaci\u00f3n no elimina el Derecho; elimina la comodidad del an\u00e1lisis f\u00e1cil. Tratar el software como producto es un avance real, pero no convierte cada p\u00e9rdida cripto en da\u00f1o indemnizable. Buscar al responsable por capas es necesario, pero no basta si al final no hay un demandado identificable, un foro competente, una ley aplicable, una prueba t\u00e9cnica s\u00f3lida y un patrimonio sobre el que ejecutar. Y el arbitraje, sin esas cuatro cosas, no es justicia: es decorado procesal.<\/p>\n
<\/p>\n
Antes de desplegar o de invertir en una estructura basada en smart contracts, la pregunta \u00fatil no es si el c\u00f3digo funciona. Es quien responde si algo falla, bajo qu\u00e9 t\u00edtulo, ante qu\u00e9 tribunal y con qu\u00e9 patrimonio. Quien no sepa contestar a eso no tiene una operaci\u00f3n descentralizada: tiene un riesgo sin due\u00f1o.<\/p>\n","protected":false},"excerpt":{"rendered":"
La responsabilidad europea por producto alcanza al software, pero la p\u00e9rdida cripto t\u00edpica sigue dependiendo de demandado identificable, Derecho internacional privado, prueba y ejecuci\u00f3n. Presidente del Comit\u00e9 Euro\u2026<\/p>\n","protected":false},"author":7,"featured_media":3144,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"pcdd_idioma":"es","wds_primary_category":0,"wds_primary_pcdd_pais":0,"footnotes":""},"categories":[2,2,2],"tags":[24,42,55,56,395,418],"pcdd_pais":[14,14,14],"class_list":["post-3145","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-derecho-digital-ia","tag-abogacia-digital","tag-arbitraje","tag-blockchain","tag-blockchain-juridico","tag-responsabilidad-por-producto","tag-smart-contracts","pcdd_pais-espana"],"_links":{"self":[{"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/posts\/3145","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/comments?post=3145"}],"version-history":[{"count":0,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/posts\/3145\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/media\/3144"}],"wp:attachment":[{"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/media?parent=3145"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/categories?post=3145"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/tags?post=3145"},{"taxonomy":"pcdd_pais","embeddable":true,"href":"https:\/\/pcdd-global.org\/es\/wp-json\/wp\/v2\/pcdd_pais?post=3145"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}