Negociar antes de compartir: cómo los contratos inteligentes y las políticas ODRL gobiernan el intercambio de datos

AI Open Space

Negociar antes de compartir: cómo los contratos inteligentes y las políticas ODRL gobiernan el intercambio de datos

Cómo funciona la negociación automatizada de contratos en un espacio de datos: máquina de estados IDS, políticas ODRL, contra-ofertas, pagos y suscripciones a datasets.

En el mundo físico, ninguna empresa comparte datos críticos sin un contrato. En un espacio de datos, esa lógica se mantiene, pero el contrato deja de ser un PDF firmado por correo y se convierte en un proceso automatizado, verificable y trazable. Nuestro espacio de datos implementa el protocolo de negociación de contratos del estándar IDS, que establece cómo proveedor y consumidor acuerdan las condiciones de uso de cada dataset antes de que se transfiera un solo byte.

La máquina de estados: seis pasos hacia un acuerdo

Toda negociación en un espacio de datos sigue una secuencia rigurosa de estados. Esto no es burocracia: es la garantía de que ambas partes han consentido explícitamente cada término.

  • REQUESTED. El consumidor envía una solicitud indicando qué dataset quiere y bajo qué condiciones.

  • OFFERED. El proveedor responde con una oferta, que puede coincidir con lo solicitado o proponer términos diferentes.

  • ACCEPTED. El consumidor acepta la oferta del proveedor.

  • AGREED. El proveedor formaliza el acuerdo con los términos exactos aceptados.

  • VERIFIED. El consumidor verifica que el acuerdo coincide con lo pactado.

  • FINALIZED. El proveedor marca la negociación como completada. El acuerdo está activo y habilita transferencias de datos.

En cualquier momento antes de la finalización, cualquiera de las partes puede terminar la negociación con un código de motivo, dejando un registro auditable de por qué no se llegó a un acuerdo.

Contra-ofertas: negociar de verdad

A diferencia de sistemas que solo permiten "aceptar o rechazar", nuestro espacio de datos soporta contra-ofertas reales. Si el proveedor ofrece acceso durante 6 meses y el consumidor necesita 12, puede enviar una contra-solicitud modificando ese término. El proveedor puede entonces aceptar, rechazar o proponer una alternativa.

Este ir y venir continúa hasta que ambas partes convergen o una de ellas decide terminar. Cada intercambio queda registrado en el historial de la negociación, creando una traza completa del proceso.

Políticas ODRL: el lenguaje de los derechos sobre datos

Los términos de cada negociación se expresan en ODRL (Open Digital Rights Language), un estándar del W3C diseñado específicamente para describir permisos, prohibiciones y obligaciones sobre activos digitales.

En la práctica, una política ODRL en nuestro espacio de datos puede establecer condiciones como: el consumidor tiene permiso para usar los datos hasta el 31 de diciembre de 2026, tiene prohibido redistribuirlos a terceros y tiene la obligación de citar la fuente en cualquier publicación derivada. Cada una de estas reglas puede incluir restricciones adicionales, como límites temporales, geográficos o de propósito.

La ventaja de usar un estándar como ODRL es que las políticas son legibles tanto por máquinas como por humanos, y son interoperables con cualquier otro espacio de datos que implemente el mismo estándar.

Pagos y suscripciones: monetizar datos de forma nativa

Nuestro espacio de datos extiende el protocolo IDS con un mecanismo de pagos integrado. Un proveedor puede publicar un dataset con una obligación de pago: "para acceder a estos datos, el consumidor debe pagar 50 EUR al mes mediante Stripe".

Cuando el consumidor inicia la negociación, el sistema genera automáticamente un enlace de pago. Una vez completado el pago, el acuerdo se formaliza automáticamente sin intervención manual. Si el pago es una suscripción, el consumidor puede cancelarla en cualquier momento, lo que provoca la cancelación automática del acuerdo.

Este mecanismo abre la puerta a modelos de negocio basados en datos dentro del propio espacio de datos, sin necesidad de plataformas externas de comercialización.

Registro en Clearing House: confianza verificable

Cuando se configura un Clearing House (tercero de confianza), el flujo de negociación incluye pasos adicionales de registro. Tanto el proveedor como el consumidor firman digitalmente el acuerdo y registran sus firmas en el Clearing House, que a su vez las registra en blockchain.

Si surge una disputa posterior («yo no acepté esas condiciones»), las firmas digitales almacenadas en blockchain proporcionan prueba criptográfica irrefutable de qué aceptó cada parte. El Clearing House además ofrece un sistema de mensajería de disputas para que las partes resuelvan desacuerdos de forma estructurada.

Motor de políticas: automatizar decisiones

Nuestro espacio de datos incluye un motor de políticas que puede evaluar automáticamente las solicitudes entrantes y actuar según reglas predefinidas. Por ejemplo, una organización puede configurar su conector para que acepte automáticamente cualquier negociación de un participante con una atestación válida de un emisor de confianza específico, reduciendo la carga administrativa sin sacrificar el control.

Compartir datos con garantías, no con fe ciega

La negociación de contratos no es un obstáculo para el flujo de datos: es lo que lo hace posible a escala. Sin garantías verificables de qué puede hacer cada parte con los datos, las organizaciones simplemente no comparten. El protocolo de negociación IDS con políticas ODRL convierte lo que antes era un proceso manual, lento y jurídicamente frágil en un flujo automatizado, auditable y legalmente robusto.

En nuestro espacio de datos, cada dato que se comparte tiene detrás un contrato explícito, verificado por ambas partes y, si se desea, registrado en blockchain. Eso no es burocracia: es confianza.