NIP-02 limita los petnames a ASCII

Qué queda admitido

El conjunto permitido es estrecho: las veintiséis letras ASCII en mayúscula o minúscula, los dígitos 0 a 9 y el guion bajo. Todo lo demás queda fuera. Eso excluye el espacio, la barra inclinada, el guion, el punto y la arroba. También excluye caracteres latinos acentuados como é o ñ, todas las escrituras no latinas, incluidas la cirílica, la griega, la árabe, la hebrea, la devanagari y las escrituras CJK, y los emoji.

El efecto práctico alcanza la cuestión de análisis que la fusión anterior había dejado abierta. El texto fusionado de NIP-02 resuelve una ruta como ~/erin/charlie componente por componente, buscando cada uno en la lista de seguimiento del perfil resuelto por el anterior. Un petname que contuviera / haría ambigua esa división, y uno con un espacio complicaría saber dónde termina la ruta dentro del texto que la rodea. La especificación no responde con un mecanismo de escape. Responde eliminando los caracteres que lo exigirían.

Qué no queda resuelto

La frase no nombra su sujeto. Empieza con "they" y está colocada después de los ejemplos de raíz absoluta:

~npub1.../erin/charlie
[email protected]/erin/charlie

Esas raíces contienen un punto y una arroba, ambos fuera del conjunto permitido. La sección que rodea a la frase trata de los petnames almacenados como cuarto valor de un tag p, y el mensaje del commit describe el cambio como una aclaración de la elegibilidad de caracteres del petname. El lector tiene que deducir el antecedente de ese contexto y no de la frase misma.

El texto se detiene en la elegibilidad. Indica qué petnames califican para la resolución. No dice qué debe hacer un cliente con uno que no califica: si mostrarlo como etiqueta local negándose a resolverlo, ocultarlo o rechazarlo al escribir una lista de seguimiento. Un petname se guarda en un evento kind 3 que publica el propio cliente del usuario, y nada en NIP-02 valida ese campo, así que ya pueden existir eventos con petnames no admisibles y se seguirán publicando.

La redacción usa un "must" en minúscula y no la forma en mayúscula. NIP-02 usa palabras clave en mayúscula dos veces en otros puntos, en ambos casos SHOULD, para el borrado por parte de los relays de listas de seguimiento superadas y para añadir los nuevos seguidos en orden cronológico. El archivo no aclara si quienes implementan deben leer ese "must" en minúscula con el mismo peso.

El costo del límite

Restringir la resolución a ASCII tiene una consecuencia directa para quienes no escriben en ese conjunto. Un petname es una etiqueta local, elegida por el autor de una lista de seguimiento para su propia vista del grafo, y es justo el tipo de campo que una persona escribiría en su escritura habitual. Bajo esta regla, un petname en cirílico o en japonés sigue siendo almacenable en un tag p, pero no es admisible como componente de una ruta.

Ese es el intercambio que hace el texto ya fusionado: una gramática sin ambigüedad para rutas de nombres de varios saltos, a cambio de nombres tomados de un conjunto de caracteres que deja fuera a la mayoría de los sistemas de escritura del mundo. El commit registra la restricción. No registra una ruta de migración para las listas de seguimiento que ya llevan petnames fuera del conjunto, y todavía no se ha publicado ninguna versión de cliente que cite esta regla.