Lanzamiento de un cliente para analizar los nips sin necesidad de autoridad.

🔏 🔏 🔏 NIP-PS: una capa común de información, no un órgano de gobernanza

freakoverse_literalavatar

Acerca de

NIP-PS no establece estándares. Establece una capa común de información a partir de la cual los estándares pueden surgir. El mercado de implementaciones es la evidencia, no el órgano de gobernanza.

Borradores

Un borrador es una propuesta editable con un hilo de discusión. Se aconseja a los autores mantener una propuesta en borrador hasta que haya sido usada en el campo por un tiempo y haya dejado de cambiar. Se esperan implementaciones experimentales contra un borrador; simplemente no pueden presentarse aún como adopción.

Versiones publicadas (releases)

Una versión publicada es una instantánea congelada de un borrador. Es inmutable y se identifica por su event id, de modo que un implementador siempre puede decir exactamente qué implementó. Cualquier cambio es una nueva versión. Solo la primera versión de una propuesta se marca como la original, de manera que los listados piden a los relés un solo evento por propuesta y un largo historial de versiones no le cuesta nada a nadie más. Cualquiera puede publicar una copia de seguridad de una versión para que sobreviva a la pérdida de relés y a las solicitudes de eliminación.

Afirmaciones de adopción

Un implementador publica una afirmación: "implementamos esta versión". Una sola afirmación activa por implementador por propuesta, que se reemplaza cuando pasa a una versión más reciente. Una afirmación es una declaración, no un hecho. Publicar una no la hace verdadera.

Aquí no hay números de NIP, así que decir qué estándar implementas — en un README, un changelog o la descripción de un handler — usa el formato que la especificación de abajo define: título, versión, autor y el event id de la versión publicada. Para una versión ficticia titulada NIP-EXAMPLE, versión 1.2, se lee así:

Implementamos NIP-EXAMPLE v1.2 por npub1qgm4k…sq6wz7c (0000…9f8e)

Esos valores son deliberadamente falsos. El npub, npub1qgm4k3t2z9rfdvxh6yl0cw5ep8ucn7a2s3jd4fvt8xg9mkl5r2hsq6wz7c, no es una clave real y el id no es un evento real, de modo que nada en el ejemplo puede confundirse con una propuesta real. Los ids acortados conservan ambos extremos — los primeros cuatro y los últimos cuatro caracteres — para que nunca se confundan con un prefijo. El evento de la afirmación lleva el id completo de la versión y el id de la especificación.

Revisiones

Cualquiera puede revisar una versión publicada (recomendar, no recomendar, inseguro) o una afirmación de adopción (exacta, inexacta). Los dos vocabularios nunca se mezclan: que una especificación no te guste no dice nada sobre si un implementador existe, y confirmar a un implementador no dice nada sobre si la especificación es buena.

El lente

Cada clasificación es un punto de vista. Las afirmaciones y revisiones se ponderan mediante puntuaciones de confianza de las fuentes que tú elijas: proveedores de aserciones de confianza NIP-85, el grafo de cualquier npub, o el tuyo propio. El lente activo siempre se muestra, puede ser cambiado por cualquiera — con sesión iniciada o no — y puede desactivarse para ver el mercado en crudo. El filtrado degrada y colapsa. Nunca oculta.

Sin autoridad

No hay un conjunto oficial por defecto, no hay numeración global y no existe ningún rol que pueda ocultar una propuesta o una afirmación. El grafo del operador es el punto de vista anónimo por defecto, y es una configuración, no una puerta con cerradura.


Fuente: nostr-ps.top

Nostr client nostr sin intermediarios