did:quarkid — el método con anclaje L1

did

es el método DID del ecosistema QuarkID, una red de identidad descentralizada que opera sobre Polygon (Layer 1) con un sidetree (Layer 2) similar a Microsoft ION. Es el método DID canonical en el stack Sovra para casos que requieren anclaje a blockchain.

QuarkID fue diseñado en Argentina y es uno de los ejemplos pioneros de infraestructura SSI nativa de LATAM.

La sintaxis

Un did

tiene la forma:

did:quarkid:zksync:EiAB-zNm...
did:quarkid:matic:EiCD-pXr...
did:quarkid:sovra:EiDOwyZ5...

Después de did:quarkid: viene la red (subnet) y un identificador único basado en el sidetree.

Cómo se resuelve

Resolver un did

significa consultar el sidetree de QuarkID para obtener el DID Document más reciente.

1. 1
   Parsear el DID: identificar la subnet (zksync, matic, sovra) y el identifier.
2. 2
   Consultar el endpoint de QuarkID: request HTTPS al resolver de la subnet correspondiente.
3. 3
   Obtener el DID Document: el sidetree responde con el JSON del estado actual del DID.
4. 4
   Validar firma criptográfica: el sidetree firma con su clave; el verificador puede confirmar autenticidad.
5. 5
   Usar las claves: las claves públicas del DID Document permiten verificar firmas hechas con la clave privada correspondiente.

Las propiedades clave

Tres propiedades que diferencian did

de did y did:key:

Cuándo usar did

did

es la elección correcta cuando:

1. 1
   Necesitás historial auditable. A diferencia de did

   , podés probar qué clave usó el DID el 14 de marzo de 2025.
2. 2
   Necesitás resistencia a censura. El sidetree + anchoring blockchain hace difícil que un actor único corrompa o suprima el DID.
3. 3
   Estás integrado con el ecosistema Sovra. SovraID por default opera con did

   para emisores institucionales.
4. 4
   No tenés dominio web propio. Si el organismo no controla un dominio web, did

   no funciona; did

   sí.

Cuándo NO usar did

Casos donde otro método es mejor:

Integración con SovraID

En el stack SovraID, did

aparece típicamente como:

• Issuer DID de organismos institucionales: did:quarkid:sovra:EiDOwyZ5zn2qlIUrgXl_aoWaR2gH_Jn4j3ZYSavDcq6bNA (el formato que aparece en SovraID workspaces).
• Workspace DID que firma credenciales emitidas por el workspace.
• Service DID para endpoints específicos.

Las wallets ciudadanas que reciben credenciales firmadas por did

validan automáticamente con el resolver de la red.

El sidetree explicado

QuarkID usa un patrón sidetree similar a ION (Microsoft) sobre Bitcoin. El concepto:

Capa	Qué hace
L1 (Polygon)	Recibe anchors periódicos del estado del sidetree
L2 (sidetree)	Almacena las operaciones reales de DIDs (create, update)
Resolver	Sirve el estado actual de cada DID a quien lo consulta

Esto permite que QuarkID tenga:

• Escalabilidad: miles de DIDs sin pagar gas por cada uno.
• Inmutabilidad: el estado se ancla a L1 cada N operaciones.
• Verificabilidad: cualquiera puede reconstruir el estado del sidetree desde L1.

Costos operativos

did

tiene costos asociados:

• Creación de DID: gas en Polygon (centavos por DID).
• Update de DID: gas en Polygon (centavos por operación).
• Resolución: sin costo directo (excepto si se opera resolver propio).
• Mantenimiento del resolver: infraestructura de servidores.

Para emisores institucionales con docenas a cientos de DIDs, los costos son insignificantes comparados con el valor de tener anchor blockchain.

Comparación con did

did

y did (Microsoft) tienen diseño similar (sidetree) pero distinto anchor:

	did	did
L1	Polygon	Bitcoin
Costos	Centavos	Centavos
Madurez	Producción LATAM	Producción global
Adopción	Sovra ecosystem	Microsoft Entra
Resistencia censura	Media-alta	Muy alta

Referencias

• QuarkID
• QuarkID Sidetree Specification
• Sidetree Protocol — DIF

Relacionados

• ¿Qué es un DID? — concepto general
• Comparativa de métodos DID — tabla comparativa
• did
  — DIDs vía dominio — alternativa simple