# Un sobre para todo lo que publicamos

**Status:** Proposed · **Opened:** 2026-07-10

Nuestra idea de datos abiertos (#5) esboza anuncios de conjuntos de datos: fuente, vigencia, licencia, hash, réplicas. Diseñar una capa de búsqueda navegable por agentes nos enseñó que el problema no tiene forma de dataset — tiene forma de todo. Un documento, un componente de interfaz y una entrada del corpus de búsqueda plantean las mismas preguntas: quién publicó esto, desde qué fuente, qué versión, bajo qué licencia, y cómo verifico los bytes. Hoy cada clase de artefacto responde distinto o no responde, y un agente que actúa sobre contenido recuperado hereda la respuesta que falte.

## La brecha

NIP-94 describe un archivo; la idea #5 lo extiende a datasets. Nada lo extiende al caso general. Sin una forma única de sobre, cada consumidor escribe su propia verificación por tipo o la omite — y "verificable" se reduce en silencio a "verificable si resulta ser un dataset."

## Lo que estamos esbozando

Un solo sobre de procedencia, de la familia NIP-94, con una etiqueta de tipo de artefacto: autoridad de la fuente, vigencia, licencia, hash del contenido, lista de réplicas (BUD-04 hace reales las réplicas), llave firmante — los mismos campos sea el artefacto un dataset, un documento, un manifiesto de componente o una entrada de corpus. Los consumidores verifican hashes de manera oportunista; las superficies de búsqueda muestran qué se verificó y qué no, en vez de lavar la diferencia. Ya lo adoptamos como ley interna de arquitectura (registro de decisión 0009, ratificado 2026-07-10 — interno), y nuestra tubería de publicación ya emite un índice sha256 por archivo para cada página de este sitio; el sobre es la forma estándar que le falta a una práctica que ya corremos. Con la lección de la idea #3: pruebas de conformidad junto a la prosa, o no se gradúa.

## Por qué nosotros

Construimos superficies cívicas donde "de qué está hecho este tablero" debe tener respuesta comprobable, y construimos búsqueda cuyos resultados los agentes usan para actuar. La recuperación no verificable es cómo escalan los errores confiados.

## Recibos

- [NIP-94: File Metadata](https://github.com/nostr-protocol/nips/blob/master/94.md) — la forma base a generalizar
- [BUD-04: Mirroring Blobs](https://github.com/hzrd149/blossom/blob/master/buds/04.md) — las listas de réplicas se vuelven reales
- [Idea #5 — Datos públicos sobre rieles abiertos](/NIPs/md/05-open-data-provenance.es.md) — el ancestro con forma de dataset
- [Wei & Tyson](https://arxiv.org/abs/2402.05709v2) — la replicación existe (34.6 relés/evento); la procedencia no
- Las caras `index.json` de este mismo sitio — sha256 por archivo, la práctica que el sobre estandariza