Los AT-URI, pieza central del protocolo atproto (la base técnica de Bluesky), permiten identificar cuentas y registros colocando un identificador descentralizado (DID) en la parte de «autoridad» de la URI, con una sintaxis del tipo «at://did:plc:.../collection/record-key». El problema es que esa sintaxis no cumple las reglas del estándar URI definido en RFC-3986: cuando se utilizan las dos barras («//»), la parte jerárquica posterior debe ajustarse a la gramática de «autoridad» (host, puerto opcional, usuario), por lo que un DID con dos puntos no es una autoridad válida. El diseño, registrado provisionalmente en IANA en 2023, confiaba en que el resto del esquema podía tratarse como opaco, pero en la práctica las bibliotecas de análisis de URL no lo procesan.
La cuestión ha cobrado urgencia en 2025. Por un lado, más desarrolladores quieren usar AT-URI en contextos que esperan URIs bien formadas, como etiquetas HTML . Por otro, el Grupo de Trabajo ATP del IETF tiene como entregable estandarizar el esquema con un registro permanente, lo que exige cumplir la norma.
Este artículo repasa las tres vías posibles: abandonar el término «URI» y llamarles identificadores de referencia; presionar al IETF para flexibilizar la sintaxis genérica de URI; o cambiar el esquema AT para que cumpla la norma, manteniendo compatibilidad con el actual. Cualquier camino implica costes, fragmentación o un trabajo institucional prolongado. La decisión última debería tomarse en el seno del IETF.