W3C — Verifiable Credentials Working Group

El W3C Verifiable Credentials Working Group (VC WG) es el grupo de trabajo dentro del World Wide Web Consortium que define el modelo conceptual de las credenciales verificables. No define un formato concreto sino el marco abstracto sobre el cual los formatos concretos (SD-JWT VC, JWT VC, JSON-LD VC) se construyen.

Es uno de los working groups más activos del W3C desde 2017 y el que estableció el vocabulario común que hoy usa la industria entera.

Qué produce el VC WG

Tres documentos centrales que cualquier implementación seria de SSI usa como referencia:

Y un documento operativo clave:

Verifiable Credential Data Integrity 1.0 — define cómo se firman las credenciales y cómo se verifican esas firmas, independientemente del formato concreto.

La estructura de una VC según W3C

El modelo abstracto de una credencial:

{
  "@context": [
    "https://www.w3.org/ns/credentials/v2",
    "https://www.w3.org/ns/credentials/examples/v2"
  ],
  "id": "https://salta.gob.ar/credentials/3732",
  "type": ["VerifiableCredential", "ConstanciaDomicilio"],
  "issuer": "did:web:salta.gob.ar",
  "validFrom": "2026-05-18T00:00:00Z",
  "credentialSubject": {
    "id": "did:key:z6MkpTHR8VNsBxYAAWHut2Geadd9jSwuBV8xRoAnwWsdvktH",
    "nombre": "Juan Pérez",
    "domicilio": "Av. Belgrano 1234, Salta",
    "fecha_alta": "2024-03-15"
  },
  "credentialStatus": {
    "id": "https://salta.gob.ar/status/3732",
    "type": "BitstringStatusListEntry",
    "statusListIndex": "94567",
    "statusListCredential": "https://salta.gob.ar/status/list-2026"
  }
}

Esta estructura es transversal a todos los formatos. SD-JWT VC, JWT VC, JSON-LD VC, todos comparten esta semántica conceptual, aunque difieran en la serialización y el mecanismo de firma.

Las propiedades core de una VC

El VC WG define cinco propiedades fundamentales que cualquier VC debe tener:

1. 1
   @context: vocabulario JSON-LD que define qué significan los campos. Permite extensibilidad sin romper compatibilidad.
2. 2
   type: identifica qué tipo de credencial es. Siempre incluye VerifiableCredential + tipos específicos.
3. 3
   issuer: el DID o URL del emisor que firmó la credencial.
4. 4
   credentialSubject: los datos sobre los que la credencial hace afirmaciones. Típicamente incluye el DID del holder + atributos firmados.
5. 5
   credentialStatus: referencia opcional a cómo verificar si la credencial está vigente o revocada.

Más cuatro propiedades temporales:

• validFrom: desde cuándo es válida.
• validUntil: hasta cuándo es válida.
• issuanceDate y expirationDate (legacy del Data Model 1.1, deprecated en 2.0).

VC vs Verifiable Presentation

Un concepto importante: la VC es lo que firma el emisor; la VP (Verifiable Presentation) es lo que firma el holder cuando presenta una o más credenciales a un verificador.

Ambos conceptos son normativos en el W3C VC Data Model 2.0.

El proceso de revisión

El VC Data Model 2.0 fue publicado como W3C Recommendation en abril de 2025, después de seis años de trabajo activo. El proceso incluyó:

• Más de 50 implementaciones independientes que probaron drafts a lo largo del camino.
• Más de 200 issues resueltos sobre interpretación, casos edge, compatibilidad.
• Tres revisiones públicas mayores con comentarios de gobiernos, empresas, academia y sociedad civil.

Este proceso es lo que distingue un estándar W3C de una especificación de empresa: el peer review masivo a lo largo de años.

Por qué importa para Argentina

Para un proyecto gob argentino, adoptar W3C VC Data Model 2.0 como base significa:

• Compatibilidad inmediata con UE eIDAS 2.0. La regulación europea exige W3C VC.
• Compatibilidad con la base de NIST en EE.UU. Aunque ese país usa más ISO 18013-5, también acepta W3C VC para credenciales no-licencia.
• Independencia de proveedor. Las credenciales que emite hoy un sistema W3C VC siguen siendo válidas si en 5 años cambia el proveedor del sistema.

La Mesa Federal de Identidad Digital y CV adopta W3C VC Data Model 2.0 como estándar base para todas las credenciales no-licencia (donde aplica ISO 18013-5).

Cómo participar

El VC WG es un grupo abierto. Cualquiera puede:

• Leer las discusiones en GitHub: w3c/vc-data-model repository.
• Comentar issues abiertos.
• Asistir a las reuniones públicas (typically weekly, en Zoom).
• Hacerse W3C Member (cuotas variables por organización).

Argentina tiene representación vía el W3C Argentina Chapter, pero la participación activa requiere compromiso de tiempo significativo.

Referencias

• W3C VC Data Model 2.0
• W3C DID Core 1.0
• VC WG GitHub

Relacionados

• W3C Verifiable Credentials Data Model 2.0 — la seed sobre el documento mismo (perspectiva técnica del formato)
• OIDF — OpenID Foundation — el siguiente organismo clave
• DIF — Decentralized Identity Foundation — el otro foco de innovación abierta