Buzz
Buzz — Tecnología. arquitectura: Relay Nostr escrito en Rust (Axum WS + REST) bajo Apache 2.0, con Postgres para los eventos y la búsqueda de texto completo, Redis para pub/sub, presencia y escritura, almacenamiento de objetos S3/MinIO para los medios vía Blossom, cliente de escritorio Tauri + React; 127 event kinds, NIP-01, NIP-42, NIP-98, NIP-34 · código fuente: Abierto: código, especificaciones de protocolo, vectores de prueba, secciones de seguridad y modelos formales publicados en github.com/block/buzz; sitio buzz.xyz · confidencialidad: Telemetría y cancelación en mensajes efímeros cifrados, memoria y contabilidad de costes cifradas pero duraderas; el servidor solo ve metadatos de enrutamiento. La inferencia puede enrutarse hacia la máquina de un par autorizado, circulando el tráfico del modelo cifrado directamente entre ellos · descentralización: ARCHITECTURE.md establece el relay como fuente única de verdad, sin intercambio entre pares, sin gossip ni replicación: un relay autoritativo por comunidad, por tanto un punto único de fallo. La descentralización reivindicada es una soberanía organizacional (autoalojamiento + identidad portable), no una redundancia de red · definición: Espacio de trabajo autoalojable de Block (21 de julio de 2026, Apache-2.0) construido sobre Nostr, donde humanos y agentes comparten los mismos canales; cada participante es un par de claves, cada evento se firma en un registro append-only · identidad de los agentes: Cada agente recibe su propio par de claves; su propietario firma una autorización estrechamente delimitada y el agente firma su trabajo en su propio nombre — « authorization does not erase authorship ». Revocación de un agente sin reemplazo de la identidad humana, desconexión en cascada si se retira al propietario · interoperabilidad: Claude Code, Codex, goose y todo agente que hable Agent Client Protocol pueden trabajar allí; cambiar de modelo o de harness preserva la identidad, los permisos y el historial del proyecto · límites de seguridad: Autorización a nivel de canal y no por herramienta o acción; agentes lanzados con --dangerously-skip-permissions fuera de sandbox; sin observabilidad de la actividad de los agentes; registro firmado tamper-evident pero no tamper-resistant; mensajes no cifrados de extremo a extremo en el relay alojado · madurez: Versión 0.4.21 o 0.4.22 en el lanzamiento según las fuentes, luego 0.5.x; repositorio creado el 6 de marzo de 2026, primeras releases públicas el 3 de mayo de 2026, lanzamiento público el 21 de julio de 2026. Alrededor de 25 900 estrellas en GitHub a mediados de agosto de 2026. Binarios de Windows no firmados, documentación dispersa, UI de forge Git incipiente; ningún precio publicado para el alojamiento gestionado · posicionamiento: Presentado a los accionistas como un sistema interno de colaboración entre agentes, comunicación y repositorios de código destinado a reducir los tiempos de coordinación — enfoque de productividad, complementario al enfoque de apertura protocolar (Apache-2.0, Nostr, ACP) documentado en otra parte de este corpus · rol: Destino declarado de los aprendizajes de Berd: el espacio compartido humanos+agentes · estado: Espacio de trabajo humanos+agentes en Nostr, en beta al 18 de agosto de 2026 · almacenamiento Git: Repositorios almacenados en packfiles inmutables direccionados por contenido en almacenamiento de objetos, más un puntero de manifiesto mutable avanzado mediante compare-and-swap condicional que constituye el punto de commit; protocolo especificado en TLA+ y model-checked, con suite de conformidad obligatoria por backend · verificación formal: Especificación de aislamiento multi-tenant mecanizada en TLA+, propiedades de autorización verificadas en Tamarin, protocolo de almacenamiento Git model-checked — nivel de formalismo inusual para una versión 0.x, pero centrado en la identidad y el almacenamiento, no en la autorización de herramientas · equipos de agentes: Los agentes se llaman entre sí: un SmartBee delega un subconjunto a un WorkerBee, espera, relee y devuelve, sin intermediario humano. Cada agente tiene un nombre, una persona, una memoria y su propia presencia en el canal — un asiento en lugar de una sesión
Block publicó Buzz el 21 de julio de 2026 bajo Apache 2.0: un espacio de trabajo autoalojable construido sobre Nostr donde humanos y agentes comparten los mismos canales. Cada participante es un par de claves, y cada mensaje, paso de flujo de trabajo y push de Git queda firmado en un registro de solo adición. El post de lanzamiento de Tyler Longwell plantea la premisa: el cuello de botella se desplazó de la inteligencia a la coordinación.
Cada agente recibe su propio par de claves. Su propietario firma una autorización de alcance acotado, y a partir de ahí el agente firma su trabajo bajo su propio nombre: la autorización no borra la autoría. La clave de un agente comprometido se revoca sin sustituir la identidad humana. Claude Code, Codex y goose se conectan mediante «Agent Client Protocol», de modo que cambiar de modelo o de harness deja intactos la identidad, los permisos y el historial del proyecto.
Los repositorios existen como packfiles inmutables direccionados por contenido, detrás de un puntero de manifiesto mutable que avanza mediante compare-and-swap condicional, el cual constituye el punto de commit. Ese protocolo está especificado en TLA+ y verificado por model checking; el aislamiento multiinquilino está formalizado en TLA+, y las propiedades de autorización se verifican en Tamarin.
Jack Dorsey calificó Buzz de descentralizado y autosoberano. El ARCHIVE.md (ARCHITECTURE.md) de Block afirma que el relay es la fuente única de verdad, sin intercambio entre pares, sin gossip, sin replicación: un único relay autoritativo por comunidad, de ahí un único punto de fallo. El trabajo formal cubre la identidad y el almacenamiento, no la autorización de herramientas. La pertenencia a un canal es la unidad de permiso, los agentes se ejecutan fuera de un sandbox con las comprobaciones de permisos omitidas, y el espacio de trabajo indica que un agente recibió un mensaje sin informar de lo que hace a continuación. Alrededor de 25.900 estrellas en GitHub a mediados de agosto de 2026, ningún precio de hosting publicado, benchmarks evaluados por el propio Block.
- Tipo
- Tecnología
- arquitectura
- Relay Nostr escrito en Rust (Axum WS + REST) bajo Apache 2.0, con Postgres para los eventos y la búsqueda de texto completo, Redis para pub/sub, presencia y escritura, almacenamiento de objetos S3/MinIO para los medios vía Blossom, cliente de escritorio Tauri + React; 127 event kinds, NIP-01, NIP-42, NIP-98, NIP-34
- código fuente
- Abierto: código, especificaciones de protocolo, vectores de prueba, secciones de seguridad y modelos formales publicados en github.com/block/buzz; sitio buzz.xyz
- confidencialidad
- Telemetría y cancelación en mensajes efímeros cifrados, memoria y contabilidad de costes cifradas pero duraderas; el servidor solo ve metadatos de enrutamiento. La inferencia puede enrutarse hacia la máquina de un par autorizado, circulando el tráfico del modelo cifrado directamente entre ellos
- descentralización
- ARCHITECTURE.md establece el relay como fuente única de verdad, sin intercambio entre pares, sin gossip ni replicación: un relay autoritativo por comunidad, por tanto un punto único de fallo. La descentralización reivindicada es una soberanía organizacional (autoalojamiento + identidad portable), no una redundancia de red
- definición
- Espacio de trabajo autoalojable de Block (21 de julio de 2026, Apache-2.0) construido sobre Nostr, donde humanos y agentes comparten los mismos canales; cada participante es un par de claves, cada evento se firma en un registro append-only
- identidad de los agentes
- Cada agente recibe su propio par de claves; su propietario firma una autorización estrechamente delimitada y el agente firma su trabajo en su propio nombre — « authorization does not erase authorship ». Revocación de un agente sin reemplazo de la identidad humana, desconexión en cascada si se retira al propietario
- interoperabilidad
- Claude Code, Codex, goose y todo agente que hable Agent Client Protocol pueden trabajar allí; cambiar de modelo o de harness preserva la identidad, los permisos y el historial del proyecto
- límites de seguridad
- Autorización a nivel de canal y no por herramienta o acción; agentes lanzados con --dangerously-skip-permissions fuera de sandbox; sin observabilidad de la actividad de los agentes; registro firmado tamper-evident pero no tamper-resistant; mensajes no cifrados de extremo a extremo en el relay alojado
- madurez
- Versión 0.4.21 o 0.4.22 en el lanzamiento según las fuentes, luego 0.5.x; repositorio creado el 6 de marzo de 2026, primeras releases públicas el 3 de mayo de 2026, lanzamiento público el 21 de julio de 2026. Alrededor de 25 900 estrellas en GitHub a mediados de agosto de 2026. Binarios de Windows no firmados, documentación dispersa, UI de forge Git incipiente; ningún precio publicado para el alojamiento gestionado
- posicionamiento
- Presentado a los accionistas como un sistema interno de colaboración entre agentes, comunicación y repositorios de código destinado a reducir los tiempos de coordinación — enfoque de productividad, complementario al enfoque de apertura protocolar (Apache-2.0, Nostr, ACP) documentado en otra parte de este corpus
- rol
- Destino declarado de los aprendizajes de Berd: el espacio compartido humanos+agentes
- estado
- Espacio de trabajo humanos+agentes en Nostr, en beta al 18 de agosto de 2026
- almacenamiento Git
- Repositorios almacenados en packfiles inmutables direccionados por contenido en almacenamiento de objetos, más un puntero de manifiesto mutable avanzado mediante compare-and-swap condicional que constituye el punto de commit; protocolo especificado en TLA+ y model-checked, con suite de conformidad obligatoria por backend
- verificación formal
- Especificación de aislamiento multi-tenant mecanizada en TLA+, propiedades de autorización verificadas en Tamarin, protocolo de almacenamiento Git model-checked — nivel de formalismo inusual para una versión 0.x, pero centrado en la identidad y el almacenamiento, no en la autorización de herramientas
- equipos de agentes
- Los agentes se llaman entre sí: un SmartBee delega un subconjunto a un WorkerBee, espera, relee y devuelve, sin intermediario humano. Cada agente tiene un nombre, una persona, una memoria y su propia presencia en el canal — un asiento en lugar de una sesión
- relaciones
- 40
- Citada en
- 7 fiches
Vecindario
← forma parte de
→ utiliza
→ es una instancia de
→ se aplica a
→ compite con
→ refina