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 lanzó Buzz el 21 de julio de 2026 bajo Apache 2.0: un espacio de trabajo autohospedable construido sobre Nostr donde humanos y agentes comparten los mismos canales. Cada participante es un par de claves, cada evento firmado en un registro de solo adición. La publicación de lanzamiento de Tyler Longwell hace de la identidad del agente el punto central: un propietario firma una autorización acotada, el agente firma su trabajo bajo su propio nombre, "la autorización no borra la autoría".
Claude Code, Codex, goose y cualquier agente que hable Agent Client Protocol trabajan en los mismos canales; cambiar de modelo o de harness deja intactas la identidad, los permisos y el historial del proyecto. Los repositorios existen como packfiles inmutables direccionados por contenido más un puntero de manifiesto mutable que avanza mediante comparación e intercambio condicional, un protocolo especificado en TLA+ y verificado mediante model checking. El aislamiento multiinquilino está mecanizado en TLA+, las propiedades de autorización verificadas en Tamarin.
El formalismo se detiene antes de la autorización de herramientas. La pertenencia a un canal es la unidad de permiso: un agente en un canal puede hacer lo que hacen los miembros. Los agentes se ejecutan con --dangerously-skip-permissions fuera de una sandbox, el espacio de trabajo reporta que un agente recibió un mensaje pero no qué hace con él, y el registro firmado es evidente ante manipulaciones más que resistente a ellas. Jack Dorsey anunció "decentralized, self-sovereign"; el ARCHITECTURE.md de Block establece que el relay es la fuente única de verdad, sin intercambio de igual a igual, sin gossip, sin replicación.
Los benchmarks de Atish Patel ponen cifras a la afirmación sobre el trabajo en equipo: en Long-Horizon Terminal-Bench, un agente solitario completó 15 de 44 tareas al 59.1%, un coordinador más dos WorkerBees completó 20 al 71.5%. Aproximadamente 25,900 estrellas en GitHub hacia mediados de agosto de 2026, todavía en beta el 18 de agosto, sin precio de alojamiento publicado.
- 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
- 35
- Citada en
- 7 fiches
Vecindario
← forma parte de
→ utiliza
→ es una instancia de
→ se aplica a
→ compite con
→ refina