Buzz (buzz.xyz) — Rapport de recherche pour présentation

Punti chiave

1. Data / fonte. 12 agosto 2026, rapporto di veille interno non pubblicato. Aggrega i post di Block, ARCHITECTURE.md, stampa, X e tre resoconti indipendenti.
2. Inquadramento chiave. il vocabolario di lancio non è documentazione architetturale. Metodo trasferibile: per qualsiasi piattaforma che si definisce decentralizzata, leggere ARCHITECTURE.md prima del post di annuncio. ### Il divario decentralizzazione / architettura | Fonte | Dichiarazione | |---|---| | Tweet di Jack Dorsey | "model-agnostic, decentralized, self-sovereign, and open source" | | ARCHITECTURE.md di Block | "The relay is the single source of truth. All reads and writes flow through it. There is no peer-to-peer event exchange, no gossip, no replication." | | TFTC | "Two of those three hold cleanly. The third needs a qualifier." | Un relay unico per comunità costituisce un punto singolo di guasto. La sovranità offerta è organizzativa — self-host, portare con sé la propria identità — non ridondanza di rete. ### Rigore dimostrato vs rischio di sfruttamento | Cosa è formalmente verificato | Cosa non lo è | |---|---| | isolamento multi-tenant meccanizzato in TLA+ | l'unità di autorizzazione è l'appartenenza al canale | | proprietà di autorizzazione verificate in Tamarin | gli agenti girano in --dangerously-skip-permissions, fuori da qualsiasi sandbox | | protocollo di storage Git verificato tramite model-checking | l'osservabilità degli agenti è carente — kill silenziosi per OOM, task abbandonati che appaiono attivi | | log di audit append-only con hash-chain | — | La prova formale copre identità e storage; il rischio di sfruttamento risiede nell'autorizzazione degli strumenti e nella visibilità. Non lasciare che la prima rassicuri sul secondo. ### Una distinzione di sicurezza da conservare Tamper-evidence ≠ tamper-resistance. Gli eventi firmati provano chi ha fatto cosa; non impediscono a un operatore di relay compromesso di cancellare eventi. Sul relay ospitato da Block, i messaggi non sono cifrati end-to-end, e i fornitori di modelli possono ricevere prompt e contenuti dei canali. Domanda da porre a qualsiasi fornitore che vende un log di audit "a prova di manomissione": a prova di manomissione contro modifica, o contro cancellazione? ### Correzione di dati Il TL;DR di Block annuncia "33% more work": si tratta del rapporto tra task completati — 20 contro 15 su 44 —, non di un guadagno di punteggio. Il punteggio passa da 59,1% a 71,5%, cioè +12,4 punti, di cui 11,4 provengono dai completamenti aggiuntivi. Il rapporto stesso giustappone le due cose nella sua sintesi, una formulazione ambigua da non copiare parola per parola in una slide. Dettaglio completo, incluso il risultato negativo sui task brevi, in [[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]]. ### Stack tecnico e deployment Relay in Rust (Axum WS + REST), Postgres (eventi + ricerca full-text), Redis (pub/sub, presenza, digitazione), S3/MinIO (media via Blossom), desktop Tauri + React. 127 event kinds; NIP-01 (feed), NIP-42 (autenticazione login), NIP-98 (autenticazione REST), NIP-34 (eventi Git). Deployment tramite un Docker Compose di produzione (Postgres, Redis, MinIO, Caddy/TLS), Railway one-click, o il relay ospitato gratuito di Block in beta. Rust 1.88+, Node 24+, pnpm. ### Interoperabilità buzz-acp è un harness Agent Client Protocol (nato in Zed, JSON-RPC 2.0 su stdio, ora sotto governance della comunità) che collega goose, Codex e Claude Code, e traduce ACP ↔ MCP — ACP lato client/agente, MCP lato strumenti. A ciò si aggiunge buzz-agent, un agente interno: fino a 8 sessioni concorrenti, ciascuna con i propri server MCP, cronologia e contesto; Anthropic Messages API, OpenRouter, o qualsiasi endpoint compatibile con OpenAI (vLLM, llama.cpp, Databricks, Ollama). Una formulazione da conservare: "The agent does not know what MCP server it talks to. The MCP server does not know what agent is calling it. They compose through protocols, not imports." Per la trappola dell'acronimo attorno ad ACP, vedi [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]. ### Genealogia goose (Block, 28 gennaio 2025, Apache 2.0, CTO Dhanji Prasanna) è l'antenato, contribuito nel dicembre 2025 alla Agentic AI Foundation della Linux Foundation insieme a MCP e AGENTS.md — oltre 27.000 stelle, oltre 350 contributori. BuilderBot, il primo agente Slack interno di Block, fornisce il problema originario: credenziali condivise, cambio di modello, gestione dell'identità. Block costruisce da diciotto mesi una posizione sullo strato agentico aperto. ### Posta in gioco di mercato Bradley Axen (Head of AI Capabilities, Block): "Every company is going to need a place where humans and agents work together. The question is whether that place is proprietary or open." Justin Waldron (co-fondatore di Zynga): "Buzz is not a slack killer. It's much bigger. It's the first proper multiplayer agent harness." Accoglienza: ~25.900 stelle GitHub (~7.600 in tre giorni), un tweet di Dorsey a ~2,3–2,7M visualizzazioni, copertura di TechCrunch / SiliconANGLE / Decrypt, endorsement pubblico di Sundar Pichai. ### Resoconti indipendenti sul campo | Fonte | Contributo | |---|---| | DevTools Daily (~26/07) | spazio di lavoro a due persone, self-hosted su un VPS dietro Caddy, con agenti Codex, Copilot e Claude — consolidamento riuscito, handoff reali agente-agente all'interno dello stesso thread; l'osservabilità manca | | João Queirós (23/07) | prima valutazione approfondita; origine della formulazione sull'autorizzazione a livello di canale | | darrenjrobinson | tre agenti con identità distinte in un Buzz self-hosted, ciascuno con la propria keypair e la propria fatturazione — "qualitatively different from a bot integration" | Varie guide: gli agenti agiscono solo su @mention; senza un'istruzione di stop, due agenti possono entrare in un ciclo di risposte infinite; l'onboarding ospitato ha avuto bug (issue #2484, #2367) che rendono il self-hosting più affidabile in questa fase. ### App mobile (Tom Brow, 29/07) L'app non ospita agenti: firma i messaggi e si connette direttamente ai relay; l'identità proviene dal desktop tramite abbinamento QR, senza un percorso di identità autonomo su mobile. Privacy: nessun SDK di analytics, metadati EXIF rimossi prima del caricamento, push secondo una bozza NIP-PL in cui i relay non possono vedere il token del dispositivo e il gateway non vede né chiavi pubbliche, né contenuto, né metadati, né identità del relay. Un modello di riferimento per progettare push senza fughe di metadati. ### Cosa manca per un uso in produzione Nessun prezzo pubblicato per l'hosting gestito, nessun dato di adozione enterprise, nessuna autorizzazione granulare per strumento, nessuna osservabilità degli agenti, binari Windows non firmati, documentazione dispersa, un'interfaccia forge Git ancora agli inizi. Block lo dichiara apertamente: "rough edges and giant chasms". Le tre soglie di rivalutazione proposte: valutare il self-hosting su un progetto non critico se il team è già agent-heavy; attendere l'autorizzazione granulare per strumento e l'osservabilità prima di qualsiasi uso in produzione; rivalutare una volta pubblicati un prezzo di hosting e una v1.0. ### Come usare questa scheda È il dossier di contesto; le fonti primarie si trovano altrove. Per la tesi e il modello di identità → [[longwell-block-buzz-workspace-agents-nostr-2026-07-21]]. Il dossier invecchia rapidamente: release ogni pochi giorni, metriche GitHub in movimento, stati datati a metà agosto 2026. Da notare: per aiutare le persone a lasciare GitHub, Buzz ospita il proprio codice su GitHub.