Live edition loading…

PXke Algorand

Independent daily coverage of the Algorand ecosystem — verified reporting on wallets, DeFi, NFTs and infrastructure, fact-checked on-chain before it publishes.

← Latest stories

El equipo GoPlausible de Algorand dona un resolutor universal de DID al organismo de estándares DIF

· · · · · ·

El equipo GoPlausible de Algorand dona un resolutor universal de DID al organismo de estándares DIF

A mediados de mayo, la Decentralized Identity Foundation (DIF) — el organismo del sector donde empresas y proyectos colaboran en estándares de identidad descentralizada — usó su boletín para plantear una posibilidad incómoda: que su Universal Resolver, el servicio de referencia compartido que convierte identificadores descentralizados en documentos verificables por las aplicaciones, podría simplemente retirarse, 'a menos que quede claro que nuestros miembros realmente lo necesitan.' Desde entonces, la pregunta ha sido respondida con una reconstrucción. La propia cuenta de DIF ha remitido a los lectores a thisDID — 'gestionando los métodos compatibles directamente y actuando como proxy para otras solicitudes hacia resolutores conocidos' — y el README del proyecto afirma sin rodeos que fue construido y donado a DIF por GoPlausible, un equipo cuya propia infraestructura de identidad vive en Algorand.

La donación importa más allá del mantenimiento de estándares. Un resolutor universal es la infraestructura que permite a una aplicación de verificación de credenciales aceptar identificadores anclados en cualquier parte — un dominio, una blockchain, un servicio de nombres — sin integrar cada fuente por separado. Algorand no se queda al margen: did:algo y did:nfd están entre las entradas destacadas del resolutor.

Un solo punto de acceso para cada tipo de identidad

Un identificador descentralizado (DID) es una cadena definida por el World Wide Web Consortium (W3C), el principal organismo de estándares de la web: did:web:example.com, did:key:z6Mk..., did:algo:uti7paas... Cada uno se resuelve en un documento DID, un registro legible por máquina que contiene claves públicas y puntos de acceso de servicio — la materia prima para comprobar firmas y credenciales verificables, atestaciones firmadas digitalmente. El segmento de método indica dónde vive el identificador y cómo obtener ese documento, y una aplicación que quiera aceptar DIDs de varios ecosistemas históricamente tenía que implementar la lógica de resolución de cada método por separado.

thisDID reduce ese trabajo a una sola llamada HTTP. Su página de inicio presume de '70+' métodos compatibles — su propia lista publicada enumera 68 — de los cuales 24 se resuelven dentro del servicio mediante programas controladores TypeScript aislados que se ejecutan en el edge de la red de Cloudflare, cómputo distribuido en centros de datos cercanos a los usuarios (42 regiones, según cuenta el sitio), con la cola larga enrutada a servidores ascendentes. Cada respuesta se normaliza en un único documento conforme al W3C que lleva metadatos de resolución firmados. La API implementa el enlace HTTP del Universal Resolver de DIF — una forma de URL acordada, GET /1.0/identifiers/{did}, que cualquier cliente conforme ya sabe cómo invocar; el propio ejemplo de la documentación es did:web:identity.foundation. Junto a ello se sitúan el descubrimiento, el estado, la analítica y una fuente de resolución en vivo, además de un punto de acceso /mcp que implementa el Model Context Protocol, el estándar abierto para conectar herramientas con agentes de IA — un agente podría resolver DIDs a mitad del flujo de trabajo sin pegamento personalizado.

Dentro del motor de enrutamiento

El lema del sitio, 'El resolutor universal que piensa antes de enrutar', describe un proceso de cuatro pasos: analizar y clasificar el identificador; sopesar latencia, confianza y frescura en un motor de reglas; despachar al controlador correspondiente, varios en paralelo cuando contribuya; y devolver el resultado firmado y normalizado.

ConceptoImplicación en el mundo real
GoPlausible — trabajador nativo de Algorand; primer salto para did:algo y did:nfd, con godiddy y archon como respaldoLos identificadores de Algorand se resuelven mediante un controlador especializado en lugar de un upstream de propósito general
Godiddy (Danube Tech) — Universal Resolver alojado y API de registroAbsorbe la mayoría de los métodos que necesitan un controlador upstream
Archon — ejecuta los controladores iden3 y did:cidPrimer salto para el método de identidad zk de iden3 en Polygon; respaldo final en otros casos

Los nuevos controladores se publican bajo lo que el README denomina una garantía de verificación: cuando un upstream independiente puede resolver el mismo método, cada resolución se comprueba dos veces en paralelo hasta que la tasa de coincidencias en vivo del controlador logra su acreditación, y los métodos que ningún upstream sirve se marcan como no verificados. La fuente pública muestra ambos resultados: un identificador did:cheqd resuelto localmente con su verificación cruzada marcada como 'match', y una resolución did:ebsi marcada como 'mismatch'. Un worker de sondeo independiente ejecuta resoluciones canary contra cada ruta cada cinco minutos; el 31 de agosto, la página de estado mostraba todos los proveedores activos, con tasas de éxito entre 0.997 y 1.0.

La rampa de acceso de Algorand

did:algo resuelve identificadores on-chain de Algorand, y la fuente en vivo muestra que gestiona tanto activos como cuentas: los identificadores construidos con el patrón did:algo:mainnet:asa: se resolvieron con éxito durante la ventana muestreada, incluido el ID de activo detrás de USDC, la stablecoin del dólar. did:nfd resuelve nombres de NFDomains, el servicio de nombres .algo de Algorand que asigna nombres legibles por humanos a direcciones de cadena, en documentos de identidad.

Probado el 31 de agosto, el identificador de ejemplo de la documentación de la API — did:algo:uti7paas..., una dirección completa de Algorand — se resolvió en 332 milisegundos a través del upstream de GoPlausible, y el identificador del activo USDC se resolvió en 400 milisegundos. La dirección de ejemplo no es arbitraria: es la cuenta de depósito detrás del NFD goplausible.algo, registrado en junio de 2023, que mantiene 1,544.13 ALGO y 40,283.56 USDC entre 197 activos. El constructor resolvió primero su propia identidad.

Un punto débil: el ejemplo destacado de did:nfd en el sitio, did:nfd:thisdid.algo, devuelve un 404, y no existe tal nombre en el directorio de NFD. El nombre de exhibición del propio servicio no se resuelve.

Leyendo las métricas con honestidad

La página de inicio afirma una resolución mediana inferior a 200 milisegundos y un tiempo de actividad global del 99.98%. La instantánea de análisis del rango diario respalda la mitad: los controladores in-Worker propios de thisDID promediaron 198 milisegundos, pero las rutas upstream fueron más lentas — 477 milisegundos a través de GoPlausible, 488 a través de godiddy y 1,471 a través de archon — lo que eleva el promedio general a unos 700 milisegundos. La mediana y el promedio miden cosas distintas, por lo que la afirmación describe la ruta rápida local, no todo el servicio. GoPlausible llevó la mayor cuota enrutada en la misma instantánea, 179 resoluciones.

Las tasas de éxito requieren un análisis similar. El panel informa de 253 resoluciones exitosas de 285 (88.8%), mientras que el punto de acceso JSON subyacente informa de 248 de 280 (88.6%) — las dos interfaces discrepan ligeramente, y el panel también muestra un aviso de configuración, 'El almacenamiento de análisis aún no está vinculado', junto a sus cifras. Además, la mayoría de los fallos son errores notFound: DIDs que simplemente no existen, como los identificadores did:web de un sitio conmemorativo alemán que encabezan la fuente de errores en vivo. Un resolutor que informa correctamente de un identificador ausente no es lo mismo que un resolutor que falla.

El tráfico es real, pero modesto. La línea temporal del rango diario muestra entre 1 y 39 resoluciones por día durante las tres primeras semanas de julio, con un pico de 39 el 7 de julio. Una consulta de mayor alcance cuenta una historia más extraña: 59,468 solicitudes solo el 14 de agosto, 33,262 de ellas notFound — el perfil de un escaneo automatizado — y un desglose por país liderado por Estados Unidos (52,379) y Austria (15,385). Los análisis son deliberadamente gruesos: sin IPs, sin cookies y solo geografía a nivel de país, y los propios rangos se comportan de forma extraña: la línea temporal de la instantánea 'diaria' va del 1 al 21 de julio.

Una donación con una prueba adjunta

El código vive en la propia organización de GitHub de DIF como decentralized-identity/thisdid, bajo la licencia permisiva Apache-2.0, con el último push el 28 de agosto con un commit que actualiza la investigación sobre 'Wave 6 method candidates' — más métodos en camino. La tracción es escasa hasta ahora: el repositorio tiene una sola estrella, y el principal contribuyente, emg110, acumula 73 contribuciones. El boletín de DIF de junio describía 'una revisión de la instancia de DIF del Universal Resolver' y nombraba a did:webvh y did:webplus como métodos recomendados; se insinuaba otra actualización para agosto.

Lo que suceda después depende de la variable que la propia DIF identificó en mayo: si los miembros enrutan tráfico real a través de ella. La infraestructura está viva y es observable — sondas de estado, una fuente pública, una API abierta — y las identidades de Algorand tienen ahora una vía con nombre y anclada a estándares hacia ella. Para un equipo que primero resolvió su propia cuenta, el próximo hito es el identificador de otra persona.

Fuentes

Source: https://thisdid.com