Buzz

Buzz — Tecnologia. architettura: Relay Nostr scritto in Rust (Axum WS + REST) sotto Apache 2.0, con Postgres per gli eventi e la ricerca full text, Redis per pub/sub, presenza e digitazione, storage a oggetti S3/MinIO per i media via Blossom, client desktop Tauri + React; 127 event kinds, NIP-01, NIP-42, NIP-98, NIP-34 · codice sorgente: Aperto: codice, specifiche di protocollo, vettori di test, sezioni sicurezza e modelli formali pubblicati su github.com/block/buzz; sito buzz.xyz · riservatezza: Telemetria e annullamento in messaggi effimeri cifrati, memoria e contabilità dei costi cifrate ma durevoli; il server vede solo metadati di routing. L'inferenza può essere instradata verso la macchina di un peer autorizzato, con il traffico del modello cifrato che circola direttamente tra loro · decentralizzazione: L'ARCHITECTURE.md pone il relay come unica fonte di verità, senza scambio peer-to-peer, senza gossip né replica: un relay autoritativo per comunità, quindi un singolo punto di guasto. La decentralizzazione rivendicata è una sovranità organizzativa (auto-hosting + identità portabile), non una ridondanza di rete · definizione: Spazio di lavoro auto-ospitabile di Block (21 luglio 2026, Apache-2.0) costruito su Nostr, dove umani e agenti condividono gli stessi canali; ogni partecipante è una coppia di chiavi, ogni evento è firmato in un log append-only · identità degli agenti: Ogni agente riceve la propria coppia di chiavi; il proprietario firma un'autorizzazione strettamente delimitata e l'agente firma il proprio lavoro a proprio nome — «authorization does not erase authorship». Revoca di un agente senza sostituzione dell'identità umana, disconnessione a cascata se il proprietario viene rimosso · interoperabilità: Claude Code, Codex, goose e qualsiasi agente che parla Agent Client Protocol possono lavorarci; cambiare modello o harness preserva l'identità, i permessi e la cronologia del progetto · limiti di sicurezza: Autorizzazione a grana di canale e non per strumento o azione; agenti lanciati con --dangerously-skip-permissions fuori dalla sandbox; nessuna osservabilità dell'attività degli agenti; log firmato tamper-evident ma non tamper-resistant; messaggi non cifrati end-to-end sul relay ospitato · maturità: Versione 0.4.21 o 0.4.22 al lancio a seconda delle fonti, poi 0.5.x; repository creato il 6 marzo 2026, prime release pubbliche il 3 maggio 2026, lancio pubblico il 21 luglio 2026. Circa 25 900 stelle GitHub a metà agosto 2026. Binari Windows non firmati, documentazione sparsa, UI di forge Git ancora acerba; nessun prezzo pubblicato per l'hosting gestito · posizionamento: Presentato agli azionisti come un sistema interno di collaborazione tra agenti, comunicazione e repository di codice destinato a ridurre i tempi di coordinamento — inquadramento produttività, complementare all'inquadramento apertura protocollare (Apache-2.0, Nostr, ACP) documentato altrove in questo corpus · ruolo: Destinazione dichiarata degli insegnamenti di Berd: lo spazio condiviso umani+agenti · stato: Workspace umani+agenti su Nostr, in beta al 18 agosto 2026 · storage Git: Repository memorizzati in packfile immutabili indirizzati per contenuto su storage a oggetti, più un puntatore di manifesto mutabile avanzato tramite compare-and-swap condizionale che costituisce il punto di commit; protocollo specificato in TLA+ e model-checked, con suite di conformità obbligatoria per backend · verifica formale: Specifica di isolamento multi-tenant meccanizzata in TLA+, proprietà di autorizzazione verificate in Tamarin, protocollo di storage Git model-checked — livello di formalismo insolito per una versione 0.x, ma riguardante l'identità e lo storage, non l'autorizzazione degli strumenti · team di agenti: Gli agenti si chiamano tra loro: uno SmartBee delega un sottoinsieme a un WorkerBee, attende, rilegge e restituisce, senza intermediazione umana. Ogni agente ha un nome, una persona, una memoria e una propria presenza nel canale — un posto piuttosto che una sessione