Saltar al contenido
Tecnología

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

Block Buzz Projects Nostr workspace collaborat… compare-and-swap con… stockage objet Agent Client Protocol travail collaboratif… MinIO PostgreSQL Redis Rust S3 mode --dangerously-s…

← publica

Block ORGANISATION confianza alta estable Fuente ↗

← forma parte de

Buzz Projects TECHNOLOGIE confianza alta estable Fuente ↗

→ utiliza

Nostr TECHNOLOGIE confianza alta atemporal Fuente ↗
compare-and-swap conditionnel CONCEPT confianza alta atemporal Fuente ↗
stockage objet TECHNOLOGIE confianza alta atemporal Fuente ↗
Agent Client Protocol TECHNOLOGIE confianza alta dinámico Fuente ↗
MinIO TECHNOLOGIE confianza alta dinámico Fuente ↗
PostgreSQL TECHNOLOGIE confianza alta dinámico Fuente ↗
Redis TECHNOLOGIE confianza alta dinámico Fuente ↗
Rust TECHNOLOGIE confianza alta dinámico Fuente ↗
S3 TECHNOLOGIE confianza alta dinámico Fuente ↗
mode --dangerously-skip-permissions TECHNOLOGIE confianza alta dinámico Fuente ↗
Model Context Protocol TECHNOLOGIE confianza alta atemporal Fuente ↗
suite de conformité de stockage objet TECHNOLOGIE confianza alta atemporal Fuente ↗

→ es una instancia de

workspace collaboratif humains-agents auto-hébergeable CONCEPT confianza alta atemporal Fuente ↗

→ se aplica a

travail collaboratif humains-agents CONCEPT confianza alta atemporal Fuente ↗

→ compite con

Slack TECHNOLOGIE confianza alta dinámico Fuente ↗
GitHub TECHNOLOGIE confianza alta dinámico Fuente ↗

→ se basa en

Berd TECHNOLOGIE confianza alta dinámico Fuente ↗

→ refina

forge logicielle souveraine CONCEPT confianza alta dinámico

Citada en (7)