🇮🇹🇩🇪🇫🇷🇪🇸🇵🇹🇳🇱🇵🇱🇸🇪🇩🇰🇫🇮🇨🇿🇷🇴🇭🇺🇬🇷🇧🇬🇭🇷🇸🇰🇸🇮🇪🇪🇱🇹🇱🇻🇮🇪🇲🇹🇸🇦🇨🇳🇯🇵🇰🇷🇮🇳🇹🇷🇻🇳🇮🇩

Dos URLs se resuelven, a fecha de esta semana:

  • https://ia.reeco.eco/v0.7/dpp/6df75070-714f-4031-9bd5-b4014b22993e

  • https://ia.reeco.eco/v0.7/dpp/6df75070-714f-4031-9bd5-b4014b22993e/jws

La primera devuelve una Credencial Verificable. La segunda devuelve un JWS sobre esa credencial, firmada por una clave Ed25519 cuyo material público se publica en did:web:ia.reeco.eco. Ambos cumplen con la UN/CEFACT UNT 0.7.0, DigitalProductPassport Escribe. Que yo sepa, este es el primer DPP italiano emitido contra esa especificación y hecho públicamente verificable.

Esta publicación no es un anuncio. Es una nota sobre lo que cambia cuando un Pasaporte de Producto Digital deja de ser una forma regulatoria y se convierte en un artefacto que puedes resolver, analizar y verificar con una biblioteca estándar de JOSE.

La brecha entre la especificación y el código en ejecución

La mayor parte de la conversación sobre el DPP — tres años después de los actos secundarios de ESPR y bien dentro del proceso de recomendaciones UN/CEFACT del UNP — sigue teniendo lugar a nivel de lo que debe ser un DPP. Granularidad. Modelo de datos. Confía en la topología de ancla. Estrategias de identificación. Estas conversaciones son necesarias. El trabajo del EWG3 sobre identidad y credenciales verificables, las contribuciones de CIRPASS-2 al proceso de recomendaciones, las consultas con partes interesadas del JRC: todo ello es un trabajo serio y está moldeando el campo.

Pero hay una segunda conversación que solo se abre cuando un emisor está realmente en funcionamiento. ¿Cómo se ve la especificación cuando la serializas? ¿De dónde se resuelve el contexto JSON-LD? ¿Qué campos acaban vacíos en la práctica — no por pereza de los implementadores, sino porque la cadena de suministro textil no los muestra en el momento de la emisión del DPP? ¿Qué curva de firma anuncia tu documento DID y el verificador que imaginabas que comprobaría el artefacto elige realmente la clave correcta?

These questions have empirical answers only after something runs.

Qué contiene el artefacto

La credencial en la URL anterior describe un producto deliberadamente ilustrativo: una tela de punto, CPC 2820, fabricada en Turquía por un molino provisional llamado "Test Mill". No es un pasaporte comercial. No es una afirmación sobre un producto real en una estantería real. La tela sirve de vehículo para la pila que hay debajo.

Lo que demuestra la pila:

  • A did:web:ia.reeco.eco identificador se resuelve a un documento DID en .well-known/did.json, anunciando tanto una clave Ed25519 (ed25519-1, usado para el JWS anterior) y una clave ES256. Dos curvas quedan expuestas porque los ecosistemas verificadores no han convergido en una.

  • La credencial se escribe como DigitalProductPassport según UNTP 0.7.0. No es un tipo Reeco personalizado, ni una variante con sabor, ni un objeto "tipo DPP".

  • El JWS se puede recuperar desde un punto final separado, por lo que una parte confiable puede solicitar la credencial y la prueba de forma independiente — útil cuando las políticas de caché o replicación difieren entre ambas.

  • El software emisor, Reeco DPP Issuer 0.2.0-untp070, es la misma instancia que figura en el Registro de Software UN/CEFACT untp (MR !732, fusionado en abril de 2026). El conjunto de migración de 33 pruebas que pasa por compromiso 7e68064 es el límite de integración frente al esquema 0.7.0.

Nada de esto es una investigación novedosa. Es fontanería. El valor es que la fontanería está cableada según la especificación real, no una paralela.

Por qué "primer italiano" no es una afirmación para plantar banderas

Es tentador, cuando algo se presenta primero en un contexto nacional, leerlo como un marcador competitivo. Ese no es el marco adecuado aquí.

El marco relevante es geográfico. Italia posee una cuota sustancial de la fabricación textil europea — Prato, Biella, Como, Carpi — y la realidad operativa de cómo funcionan el balance de masas, la certificación, el país de origen y la trazabilidad de componentes on the floor está anclado en esta geografía. ESPR vinculará a fabricantes, importadores y marcas que operan en todo el país. El proceso de recomendaciones UN/CEFACT y la guía de implementación del JRC necesitan el bucle de retroalimentación que surge al ejecutar emisores en los lugares donde realmente se mueve el textil.

Una primera emisión de Prato no es un logro nacional. Es el inicio de ese bucle de retroalimentación en suelo textil italiano: un emisor, una sola pila, conforme, público, inspeccionable.

Notas para la comunidad de especulaciones

Algunas observaciones para colegas de UNTP y CIRPASS-2 que puedan inspeccionar el artefacto:

  • El patrón de doble tecla Ed25519 / ES256 fue impulsado por fragmentación en el lado del verificador. Una pila pura Ed25519 funciona para algunos consumidores aguas abajo y falla silenciosamente en otros. Cualquier recomendación normativa sobre curvas de firma reducirá sustancialmente el coste de implementación para las pymes.

  • La cuestión de la granularidad —qué nivel de descripción del producto pertenece al propio DPP frente a las credenciales vinculadas— no se resuelve sobre el papel. Se resuelve cuando un emisor tiene que llenar el JSON. Varios campos que parecen opcionales en el esquema resultan ser necesarios operativamente para que la acreditación sea útil para un responsable de sostenibilidad de marca. Otros marcados como recomendados son difíciles o imposibles de llenar desde la cadena de suministro aguas arriba en el momento de la emisión. La experiencia en implementación aquí merece la pena para que se destaque en las conversaciones sobre EWG1 y EWG3.

  • La verificabilidad pública es barata de especificar y costosa de operar. Alojar un emisor, un documento DID y URLs de credenciales en SLA de grado de producción no es una tarea fácil para las pymes del sector textil. El proceso de recomendaciones debe tener esto en cuenta al definir los criterios de conformidad.

Esto no son quejas. Son lo que parece la silla del implementador. CIRPASS-2 ha sido deliberadamente consciente de recopilar este tipo de aportaciones a través de sus grupos de trabajo de expertos, y el registro UNTP está explícitamente estructurado para aceptar implementaciones como una forma de contribución. Esta publicación va en ese espíritu.

Qué cambia para las marcas

Para los responsables de sostenibilidad y cumplimiento que leen esto: un DPP verificable cambia el modelo de fideicomiso.

Hoy en día, la mayoría de las afirmaciones de que viajan con un producto textil son PDFs, declaraciones de fábricas, certificados emitidos por certificadores referenciados por número de serie. El camino de verificación es humano, lento y depende de la credibilidad del autor del documento.

Un DPP conforme es un objeto diferente. Está firmada por una clave cuyo equivalente público se encuentra en un lugar estable y resoluble. La firma puede comprobarse en milisegundos por cualquier biblioteca estándar de JOSE. El vínculo entre el producto, el emisor y las afirmaciones subyacentes es criptográfico, no narrativo.

Esto no sustituye la certificación. No elimina la auditoría. Lo que hace es reducir el coste de hacer la pregunta “is this claim what its author said it was?” — y cuando ese coste se acerca a cero, la asimetría entre compradores sofisticados y poco sofisticados a lo largo de la cadena de suministro se reduce. Ese es el cambio operativo que merece la pena considerar, mucho antes de que los plazos de la ESPR lo obliguen.

Reeco informa a las marcas, por unidad, cuándo el material certificado que sus proveedores reportan es coherente con el balance de masas del producto terminado, y cuando no lo es. La marca decide qué hacer con esa información. El DPP es el portador; la pila de verificación es el ancla de confianza; La marca mantiene autonomía en cada reclamación. Un emisor en funcionamiento hace que ese bucle sea concreto en lugar de hipotético.

Closing

La credencial está en la URL. El JWS está en la URL. El documento DID está en https://ia.reeco.eco/.well-known/did.json. La inspección es bienvenida — correcciones, críticas técnicas, solicitudes de campos adicionales, casos límite que rompen el verificador — todo útil.

Los estándares maduran a medida que se implementan. Esta es una implementación. Habrá más.

Stefano Cipriani — Reeco · Stefano Cipriani Studio · PratoCIRPASS-2 Expert Member (EWG1 / EWG3) · JRC Registered Stakeholder · UN/CEFACT UNTP Software Register